Fundamentos de la computación en la nube
¿Qué es la computación en la nube?
La definición oficial del NIST de computación en la nube, explicada frase por frase, y la prueba que te da para distinguir un servicio de nube real de un centro de datos que alguien simplemente llama así.
- Enunciar la definición del NIST de computación en la nube
- Explicar qué exige realmente cada frase de la definición de un servicio de nube real
- Listar las 5 características esenciales, los 3 modelos de servicio y los 4 modelos de despliegue que nombra la definición
- Identificar cuándo un servidor rentado no califica como computación en la nube
Una definición que tiene que hacer trabajo real
"La nube" se usa con tanta soltura que puede significar casi cualquier cosa: un archivo sincronizado en un celular, un sitio web hospedado en otro lado, una cuenta de correo que no tuviste que instalar. Esa vaguedad se vuelve un problema en el momento en que necesitas saber si un servicio específico realmente es computación en la nube, o solo algo que corre en el servidor de alguien más. Necesitas una definición lo bastante precisa como para probar un servicio contra ella, no solo una sensación.
La definición que la industria realmente usa viene del Instituto Nacional de Estándares y Tecnología de EE. UU. (NIST), publicada en la Special Publication 800-145. Es neutral: NIST no vende servicios de nube, así que su definición describe el modelo en sí y no el marketing de ningún proveedor.
La definición del NIST, frase por frase
Aquí está la definición completa:
"La computación en la nube es un modelo para permitir el acceso ubicuo, conveniente y bajo demanda de la red a un conjunto compartido de recursos informáticos configurables (por ejemplo, redes, servidores, almacenamiento, aplicaciones y servicios) que se pueden aprovisionar y liberar rápidamente con un esfuerzo mínimo de gestión o interacción con el proveedor de servicios."
Es una frase densa, así que vamos a desarmarla pieza por pieza.
"Acceso ubicuo, conveniente y bajo demanda de la red" significa que llegas al servicio a través de una red, casi siempre internet, desde dispositivos ordinarios, cuando quieras, sin arreglar el acceso por adelantado.
"Un conjunto compartido de recursos informáticos configurables" significa que muchos clientes toman del mismo hardware subyacente, servidores, almacenamiento, redes, en vez de que cada cliente sea dueño de una máquina dedicada. "Configurables" importa aquí: no te entregan una porción fija, puedes dar forma a lo que recibes según tus necesidades.
"Aprovisionar y liberar rápidamente" significa que la capacidad aparece cuando la pides y desaparece cuando terminas con ella, en cuestión de minutos, no las semanas que viste en la lección anterior.
"Con un esfuerzo mínimo de gestión o interacción con el proveedor de servicios" significa que no llenas una solicitud y esperas a que un humano del proveedor actúe. Tú lo configuras a través de una consola, una API o una línea de comandos.
La forma del modelo completo
La definición del NIST es en realidad el titular de un modelo más grande con 3 partes, cada una cubierta en su propio lugar dentro de este curso:
- 5 características esenciales, los rasgos específicos y comprobables que todo servicio de nube real tiene que mostrar. La próxima lección repasa las 5 a fondo.
- 3 modelos de servicio, IaaS, PaaS y SaaS, que describen cuánto de la pila tecnológica administra el proveedor por ti frente a cuánto administras tú. Vas a cubrir esto en el tema de Modelos de Servicio en la Nube más adelante en este curso.
- 4 modelos de despliegue, pública, privada, comunitaria e híbrida, que describen con quién se comparte la infraestructura. Vas a cubrir esto en el próximo tema, Modelos de Despliegue de la Nube.
No necesitas memorizar esas listas todavía. Lo que importa aquí es la forma: un servicio de nube se define por las características que tiene que cumplir, no por una sola tecnología ni una sola empresa.
El límite que confunde a la gente
Aquí está el error de concepto que vale la pena nombrar directamente: un servidor que no compraste tú no es automáticamente "nube". Un hosting tradicional que monta un servidor físico para ti, te da acceso SSH y te exige mandar un correo a soporte y esperar un día cada vez que quieres más RAM no es computación en la nube, aunque sea remoto y aunque el hardware sea de alguien más. Falla la definición en "bajo demanda" y "mínima interacción con el proveedor", porque un humano tiene que actuar antes de que obtengas más capacidad.
Compara eso con un servicio donde abres una consola, pides más capacidad y la tienes en minutos, sin correo, sin ticket, sin espera. Esa diferencia, autoservicio contra pedir y esperar, es la prueba práctica que puedes aplicar a casi cualquier servicio que alguien llame "nube" para revisar si en verdad se gana la etiqueta.
Lo que llevas de aquí en adelante
Ya tienes la prueba: un servicio de nube real es bajo demanda, autoservicio, accesible por red, tomado de un conjunto de recursos compartido y elástico, y facturado por lo que realmente usas. La próxima lección se detiene en cada uno de esos 5 rasgos por separado, porque son exactamente lo que una decisión de arquitectura real, o una pregunta de examen, te va a pedir reconocer.