El caso
Diez sistemas de la tienda. Diez máquinas, casi paradas.
Cada sistema de la tienda de Isaac tenía su propio servidor, y la mayor parte del tiempo usaba solo el 15% de la CPU. Lo demás era dinero calentando la sala.
Este post parte de los conceptos de Fundamentos de la nube y de Regiones y zonas.
El problema
Una app por servidor
Funciona, pero es ineficiente: desperdicio de recursos, costo alto y demora, con semanas para configurar cada servidor nuevo.
Solución parcial
Virtualización
Un hypervisor divide el hardware en varias máquinas virtuales (VM) aisladas, que comparten los recursos del mismo servidor físico. Cada VM tiene su propio sistema operativo y no ve a las demás. VMware fue pionera en ese mercado.
Resuelve el desperdicio, pero no todo: la empresa sigue comprando y manteniendo el centro de datos físico.
La solución
La virtualización pasa a la nube
En vez de correr su propio hypervisor en hardware propio, tú alquilas VM listas de un proveedor. Todas las grandes nubes ofrecen el mismo servicio, con nombres distintos:
| Proveedor | Servicio de VM |
|---|---|
| AWS | Amazon EC2 (Elastic Compute Cloud) |
| Azure | Azure Virtual Machines |
| Google Cloud | Compute Engine |
| Oracle Cloud | OCI Compute |
Quién se encarga de qué
Tú administras
- Configuración de la VM
- Sistema operativo
- Runtime y tu aplicación
El proveedor administra
- Hardware, energía y refrigeración
- Mantenimiento físico
- El hypervisor
El resultado: foco en la app, VM creada en minutos, pago por uso y flexibilidad total. Hasta es posible crear una VM en Londres estando en Brasil.
Curiosidad
¿Y antes de la nube?
Alquilar servidores existía mucho antes de las nubes públicas. AWS lanzó EC2 en 2006, y las empresas de hosting ya vendían servidores bastante antes.
Hosting compartido
Un "pedacito" de servidor dividido con otros clientes (ej.: HostGator, GoDaddy).
Servidor dedicado
Un servidor físico entero, solo tuyo, en el centro de datos de la empresa de hosting.
VPS
Una porción de servidor físico vendida como servidor independiente. Ya usaba virtualización.
Colocation
Tú compras el hardware y alquilas espacio, energía y red en el centro de datos de un tercero.
Era común recibir usuario y contraseña de FTP del hosting para subir un sitio. Pero FTP es solo un protocolo de transferencia de archivos: no dice de quién es el servidor.
Qué trajo la nube de nuevo
No fue solo "alquilar en vez de comprar"
| Hosting tradicional | Nube | |
|---|---|---|
| Contratación | Web o teléfono, activación en días | Autoservicio por consola o API, en minutos |
| Cobro | Contrato fijo mensual o anual | Pago por uso granular (por segundo o minuto) |
| Escalar | Nuevo pedido y nueva espera | Elasticidad automática por API |
| Capacidad | Limitada al proveedor | Escala global masiva |
| Ubicación | Por lo general, una sola | Varias regiones y zonas, a pocos clics |
Prueba rápida
Tres preguntas, estilo examen
01
¿Qué software divide un servidor físico en varias máquinas virtuales aisladas?
02
En una VM en la nube, ¿quién es responsable de aplicar los parches del sistema operativo?
03
¿Cuál de estos ya existía antes de la nube pública y también usaba virtualización?
Las máquinas virtuales aparecen en cualquier certificación de nube: EC2 en AWS, Virtual Machines en Azure, Compute Engine en Google Cloud y OCI Compute en Oracle Cloud. El nombre cambia; la división de responsabilidades es la misma. El próximo paso de la ruta es Modelos de servicio en la nube.