¿Qué es un proveedor de hosting?

Un proveedor de hosting pone a disposición recursos de computación y conectividad de red para una web, una aplicación u otro servicio relacionado. Según el plan, también puede encargarse del sistema operativo, las bases de datos, el correo, las copias de seguridad y el soporte técnico. El registro de un dominio es un servicio aparte, aunque los venda la misma empresa. El plan adecuado depende del tráfico, del control que necesite y de su capacidad para mantenerlo.

Modalidades habituales de hosting

En el hosting compartido, muchos clientes conviven en un servidor gestionado con permisos de configuración limitados. Puede ser una opción sencilla y económica para un sitio pequeño, pero el rendimiento depende en parte de recursos compartidos y de los límites del proveedor. Un servidor privado virtual da más control sobre el sistema operativo y el software instalado; a cambio, el cliente asume más responsabilidad de seguridad y mantenimiento, salvo que la gestión esté incluida.

Las plataformas en la nube ofrecen máquinas virtuales, servicios gestionados y recursos elásticos, pero la palabra «nube» no dice nada por sí sola sobre fiabilidad ni precio. Los servidores dedicados dan a un único cliente el hardware físico y el control operativo, normalmente a un coste mayor. Compare la CPU, la memoria, el almacenamiento, el tráfico y las condiciones de soporte reales en lugar de fiarse de los nombres comerciales.

Disponibilidad y rendimiento

Cuando un proveedor promete un tiempo de actividad, lea también cómo lo mide, qué excluye y qué compensación ofrece. Ningún servidor aislado puede garantizar un servicio ininterrumpido. La alimentación y las rutas de red redundantes, las copias de seguridad y las instancias múltiples de la aplicación reducen ciertos fallos, pero cada medida añade coste y complejidad. La ubicación geográfica influye en la latencia y en las decisiones sobre gobierno de datos; un servidor cercano no es necesariamente más rápido si la propia aplicación es lenta.

Mida el sitio desde ubicaciones representativas de sus usuarios y revise la respuesta del servidor, el rendimiento de la base de datos y la caché. Una red de distribución de contenidos (CDN) puede acortar el tiempo de entrega de los recursos estáticos, pero no sustituye al servidor de origen. Planifique la capacidad pensando en los picos de tráfico y pregunte cómo se aplican los límites de recursos. La consulta de hosting de 2IP puede darle una pista a nivel de red, aunque una CDN o un proxy inverso pueden ocultar el origen.

Seguridad y copias de seguridad

Aclare quién aplica los parches al sistema operativo, al servidor web y a la aplicación. El hosting gestionado traslada algunas tareas al proveedor, pero el propietario del sitio sigue controlando las cuentas, las actualizaciones de la aplicación y el contenido. Utilice cuentas separadas, autenticación robusta, certificados TLS y acceso restringido. Guarde una copia fuera del mismo ámbito de fallo y pruebe a restaurarla; una instantánea del proveedor solo sirve si puede recuperarse cuando hace falta.

Antes de trasladar contenido sensible, revise la ubicación de los datos, su conservación, los registros y el soporte ante incidentes. Confirme cómo exportar los archivos y las bases de datos. El proveedor no debería ser el único que tenga la información necesaria para dejarlo.

Elección y migración

Ponga por escrito los requisitos de la aplicación, el tráfico previsto, el crecimiento del almacenamiento y el objetivo de recuperación. Compare el precio completo de renovación, las condiciones de las copias de seguridad, el horario de soporte, la política de uso aceptable y el procedimiento de baja. Durante la migración, copie y pruebe el sitio, reduzca el TTL del DNS si procede, cambie después los registros de dirección y vigile los servidores antiguo y nuevo hasta que caduquen las cachés. Si solo cambia el hosting web, conserve los registros de correo.

Una CDN puede ocultar el origen

Cuando un dominio utiliza una CDN o un proxy inverso, el DNS público suele apuntar a un nodo perimetral y no al servidor de origen. Por eso, una consulta de hosting basada en la IP puede identificar correctamente la red de la CDN sin revelar dónde se ejecuta realmente la aplicación. La guía sobre CDN y caché perimetral explica esta arquitectura.