Fundamentos de la computación en la nube
Las 5 características de la computación en la nube
Un análisis a fondo de las 5 características esenciales del NIST, autoservicio bajo demanda, amplio acceso a la red, agrupación de recursos, rápida elasticidad y servicio medido, y cómo usarlas como prueba para saber si un servicio realmente es computación en la nube.
- Definir cada una de las 5 características esenciales del NIST para la computación en la nube
- Dar un ejemplo concreto de cada característica en acción
- Aplicar las 5 características como prueba para determinar si un servicio realmente es computación en la nube
- Explicar cómo la virtualización habilita específicamente la agrupación de recursos y la rápida elasticidad
La prueba de las 5 preguntas
Hace dos lecciones aprendiste la definición formal del NIST de computación en la nube. Esa definición nombra 5 características esenciales, pero solo las mencionó por nombre. Esta lección es donde se ganan su lugar: cada una es un rasgo específico y comprobable, y un servicio tiene que mostrar las 5 antes de contar de verdad como computación en la nube y no solo "un servidor en otro lugar".
Trata esta lección como una lista de verificación. Cuando alguien llame "nube" a un servicio, ahora puedes preguntar, una por una, si en verdad tiene cada rasgo.
1. Autoservicio bajo demanda
Puedes aprovisionar recursos de cómputo, levantar un servidor, pedir más almacenamiento, en el momento en que los necesitas, sin llamar a nadie ni esperar a que una persona del proveedor actúe. Abres una consola, una API o una línea de comandos, haces la solicitud, y sucede.
Compara esto con el ejemplo de hosting de dos lecciones atrás: mandar un correo a soporte y esperar un día por más RAM falla esta prueba de inmediato. Un servicio de nube real nunca pone un paso de aprobación humana entre tu solicitud y la aparición del recurso.
2. Amplio acceso a la red
El servicio se alcanza a través de redes estándar, en la práctica internet, desde una mezcla de dispositivos ordinarios, laptops, celulares, tabletas, usando herramientas estándar como un navegador o una API documentada, en vez de exigir hardware especializado o una conexión privada a la que solo tú tienes acceso.
Por eso puedes administrar una cuenta de nube desde tu celular en un tren y desde una laptop en tu escritorio con el mismo inicio de sesión, la misma interfaz y el mismo resultado. Al servicio no le importa qué dispositivo hizo la solicitud.
3. Agrupación de recursos
El proveedor atiende a muchos clientes desde el mismo hardware subyacente usando un modelo multiusuario, y asigna dinámicamente los recursos según la demanda. Lo importante es que normalmente no sabes, ni necesitas saber, en qué máquina física ni en qué rack de qué centro de datos está corriendo tu carga de trabajo en un momento dado.
Esta es la característica que hace posible la virtualización de la lección anterior. Un hypervisor que divide un servidor físico en varias máquinas virtuales aisladas es justo cómo un proveedor agrupa hardware entre miles de clientes mientras mantiene separados los datos y la carga de trabajo de cada uno.
4. Rápida elasticidad
La capacidad puede escalar hacia afuera, agregando más recursos, o hacia adentro, liberando recursos, con rapidez, muchas veces de forma automática, para ajustarse a la demanda real, y desde la perspectiva del cliente el conjunto de recursos disponibles parece casi ilimitado.
Imagina el sitio web de una tienda durante una liquidación: el tráfico se dispara 20 veces por encima de lo normal durante 3 horas, y luego baja. Una configuración en la nube puede agregar servidores para absorber ese pico en el momento en que ocurre y quitarlos cuando termina la liquidación, así que la tienda paga esa capacidad extra solo por las horas que realmente corrió. La infraestructura en sitio, recuerda de la primera lección de este tema, no puede hacer esto: está atada a la capacidad que ya compró.
5. Servicio medido
Los sistemas en la nube miden automáticamente el uso de recursos, ya sean horas de cómputo, gigabytes almacenados o datos transferidos, y tanto el proveedor como el cliente pueden ver ese uso con transparencia. Esta medición es lo que hace posible el precio de pago por uso: te facturan por lo que el sistema realmente midió, no por una asignación fija que quizás usaste o no.
Vas a cubrir los modelos de precios construidos sobre esta medición, bajo demanda, reservada y otros, más adelante en el tema de Economía de la Nube de este mismo dominio.
Corriendo la lista de verificación
Junta las 5 y tienes una prueba rápida para cualquier servicio que alguien llame "nube":
| Característica | La pregunta que hay que hacer |
|---|---|
| Autoservicio bajo demanda | ¿Lo puedes obtener tú mismo, ahora mismo, sin aprobación humana? |
| Amplio acceso a la red | ¿Lo puedes alcanzar desde cualquier dispositivo ordinario por internet? |
| Agrupación de recursos | ¿Estás compartiendo hardware subyacente con otros clientes, de forma segura e invisible? |
| Rápida elasticidad | ¿Puede la capacidad escalar hacia arriba y hacia abajo rápido para ajustarse a la demanda real? |
| Servicio medido | ¿Te facturan según el uso medido y real? |
A un servicio al que le falte aunque sea una de estas no se le puede llamar computación en la nube completa según la definición del NIST, sin importar cómo lo vendan. El ejemplo de hosting de antes falla la característica 1. Un centro de datos privado y virtualizado con un proceso de ticket lento para VM nuevas falla las características 1 y muchas veces la 4. Un servicio que solo muestra 3 de las 5 puede seguir siendo útil, pero llamarlo "nube" es una decisión de marketing, no una técnica.
Lo que llevas de aquí en adelante
Ya puedes reconocer la computación en la nube real probando un servicio contra estos 5 rasgos en vez de confiar en una etiqueta. El próximo tema de este dominio pasa de qué es la nube a cómo se despliega: pública, privada, comunitaria e híbrida, los 4 modelos que describen quién comparte el conjunto de recursos contigo.