Diferencia entre VPS administrado y no administrado: quién hace qué

Tres niveles de servicio

En un VPS no administrado, el proveedor entrega un servidor que arranca, conectado a la red, en una máquina que él mantiene. Lo demás le corresponde a usted: el sistema, sus actualizaciones, el software y su configuración, la seguridad, la supervisión. Es el modelo más extendido, pensado para equipos que administran por sí mismos.

Con asistencia, usted conserva el control del servidor y cuenta con apoyo ante una avería o una decisión técnica: describe lo que observa, unos expertos diagnostican y le indican qué hacer, y usted aplica la solución a su ritmo. Según el proveedor, esta ayuda cubre solo el sistema o llega hasta la aplicación: es el alcance del diagnóstico lo que da valor a la oferta.

En un VPS administrado, el proveedor explota el servidor en su lugar: aplica las actualizaciones, lo vigila, interviene cuando salta una alerta y restaura las copias de seguridad. Una administración proactiva va más allá: sigue también su aplicación y le recomienda lo que la hará más rápida, antes de que usted lo note. Usted se dedica a su actividad.

Una imagen ayuda a distinguirlos: la asistencia es el mecánico al que usted llama; la administración completa es el taller que mantiene su coche.

Quién hace qué, tarea por tarea

Tarea	No administrado	Con asistencia	Administrado
Hardware, red, alimentación eléctrica	Proveedor	Proveedor	Proveedor
Instalación del sistema	Proveedor, a partir de una imagen	Proveedor, a partir de una imagen	Proveedor, configurado para su uso
Actualizaciones de seguridad	Usted	Usted, con orientación si la necesita	Proveedor
Instalación y ajuste de los servicios (web, base de datos, caché)	Usted	Usted, con recomendaciones	Proveedor, con usted
Supervisión	Usted	Según la oferta	Proveedor, con intervención
Diagnóstico de una avería	Usted	Expertos del proveedor; usted aplica	Proveedor
Copias de seguridad	Según la oferta	Según la oferta	Proveedor, restauraciones incluidas
Cortafuegos y accesos	Usted	Usted, con orientación si la necesita	Proveedor
Migración de lo existente	Usted	Usted, con orientación	A menudo incluida

La fila que más cuenta es la de las actualizaciones de seguridad: es la que se olvida cuando nadie se encarga de ella, y un software sin corregir es una de las primeras puertas de entrada de las intrusiones.

Lo que hay que verificar en un contrato de administración

Dos ofertas «administradas» pueden tener muy poco en común. Estas preguntas despejan la ambigüedad:

1. El alcance: ¿solo el sistema, o también los servicios (servidor web, base de datos, correo)? ¿Se actualizan las versiones principales, o solo se aplican los parches?
2. La supervisión: ¿qué se vigila (disponibilidad, disco, memoria, certificados, servicios), con qué frecuencia, y qué ocurre por la noche y los fines de semana?
3. La intervención: ¿actúa el proveedor por iniciativa propia cuando salta una alerta, o espera a su llamada?
4. Los plazos: el plazo de intervención (el tiempo hasta que una persona se hace cargo del problema) y el plazo de restablecimiento (el tiempo hasta que el servicio vuelve), por escrito en el contrato.
5. Las copias de seguridad: frecuencia, tiempo de conservación, lugar de almacenamiento y, sobre todo: ¿está incluida la restauración, y en cuánto tiempo?
6. Lo que se factura aparte: intervenciones más allá de un paquete, migraciones, cambios de configuración.
7. Sus accesos: ¿conserva un acceso al servidor, y de qué tipo?
8. La reversibilidad: al final del contrato, ¿cómo recupera sus datos, sus copias de seguridad y la documentación del servidor?

Elegir su nivel

Dos preguntas suelen bastar:

• ¿Quién conoce Linux en su equipo? Un desarrollador a gusto con la línea de comandos saca el máximo partido de un servidor del que conserva el control, sobre todo con expertos para las preguntas que se salen de su día a día. Una empresa sin competencias de sistemas en plantilla gana confiando la explotación.
• ¿Cuánto cuesta una hora de parada? Para un sitio de presentación, una hora de indisponibilidad se recupera. Para una tienda, una aplicación de negocio o un servicio que usan sus clientes, se cuenta en pedidos y en confianza: ahí es donde la supervisión con intervención, día y noche, cobra todo su sentido.

Su situación	El nivel que le corresponde
Usted desarrolla, despliega y quiere conservar el control	Con asistencia
Su equipo ya administra servidores, con guardias	No administrado, o con asistencia para una segunda opinión
Una aplicación crítica, sin competencias de sistemas en plantilla	Administrado
Obligaciones de disponibilidad escritas en sus propios contratos	Administrado

El coste se compara con lo que sustituye: el tiempo que una persona de su equipo dedica al servidor y lo que representa una parada. Un servicio administrado cuesta más que un VPS solo porque aporta tiempo de expertos y compromisos; se justifica en cuanto ese tiempo y esos compromisos le hacen falta.

Cambiar de nivel sobre la marcha

El nivel de servicio evoluciona con el proyecto. Muchos proyectos arrancan en un servidor que un miembro del equipo administra con una asistencia, y pasan después a un servicio administrado cuando la aplicación se vuelve crítica o el equipo crece. La transición se prepara: un inventario de lo que funciona en el servidor, la documentación de los ajustes y un momento de cambio acordado, sobre todo si la administración implica una migración a un nuevo servidor.