En este momento, apareció el concepto de computación en la nube: el consumo de servicios de TI desde la "nube", es decir, de algún grupo externo de recursos, sin importar cómo o de dónde provienen estos recursos. Así como no nos importa la infraestructura de las estaciones de bombeo de las empresas de agua. En ese momento, también se elaboró el otro lado del concepto, a saber, el concepto de servicios de TI y cómo administrarlos dentro de ITIL / ITSM.
Se han desarrollado varias definiciones de nubes (computación en la nube), pero no deben tratarse como la verdad última; esta es solo una forma de formalizar la forma en que se proporciona la informática de servicios públicos.
- "La computación en la nube es una tecnología de procesamiento de datos distribuidos en la que los recursos informáticos y la energía se proporcionan al usuario como un servicio de Internet" Wikipedia
- “La computación en la nube es un modelo para proporcionar acceso de red conveniente a un grupo compartido de recursos informáticos configurables (como redes, servidores, almacenamiento, aplicaciones y servicios) bajo demanda, que se pueden aprovisionar y entregar rápidamente con un esfuerzo de administración mínimo o una intervención mínima. proveedor de servicios »NIST
- “La computación en la nube es un paradigma para proporcionar acceso a la red a un grupo escalable y flexible de recursos físicos o virtuales distribuidos, entregados en un modo de autoservicio y administrados bajo demanda” ISO / IEC 17788: 2014. Tecnología de la información - Computación en la nube - Visión general y vocabulario.
Hay tres tipos principales de nubes según NIST:
- IaaS - Infraestructura como servicio - Infraestructura como servicio
- PaaS - Plataforma como servicio - Plataforma como servicio
- SaaS: software como servicio Software como servicio
Para una comprensión muy simplista de la diferencia, veamos el modelo Pizza-as-a-Service:
NIST define las siguientes características necesarias de un servicio de TI para que se considere basado en la nube.
- (broad network access) – , . – 220 (), , , .
- (measured service) – . – , , , .
- (on demand self service) – , . , . ( ) .
- (rapid elasticity) – / ( ). – 3 , – .
- (resource pooling) – () . , . .
Es importante comprender que las características de la nube descritas anteriormente no se toman del techo, sino que son una conclusión lógica del concepto de informática de utilidad. Y un servicio público debe tener estas características dentro del concepto. Si una u otra característica no coincide, el servicio no empeora y no se vuelve "tóxico", simplemente deja de ser turbio. Bueno, ¿quién dijo que se requieren todos los servicios?
¿Por qué hablo de esto por separado? En los 10 años transcurridos desde que se introdujo la definición de NIST, ha habido mucha controversia sobre las "nubes verdaderas" tal como se definen. En Estados Unidos, la frase “corresponde a la letra de la ley, pero no al espíritu” todavía se usa a veces en el ámbito judicial - y en el caso del cloud computing, lo principal es el espíritu, los recursos se alquilan en dos clics.
Cabe señalar que las 5 características anteriores son aplicables a una nube pública, pero cuando se pasa a una nube privada, la mayoría de ellas se vuelven opcionales.
- Amplio acceso a la red: dentro de una nube privada, la organización tiene un control completo sobre la capacidad de generación y los clientes consumidores. Por tanto, esta característica puede considerarse cumplida automáticamente.
- (measured service) – utility computing, . ? , , - . . : chargeback ( ) showback ( , ).
- (on demand self service) – , . - - . – .
- (rapid elasticity) – . . – .
- (resource pooling) – , . .
Pregunta: Entonces, ¿qué es exactamente su nube privada? ¿Qué necesita comprar e implementar una empresa para construirla?
Respuesta: una nube privada es una transición a un nuevo modelo administrativo de interacción TI-Negocio, que consiste en un 80% de medidas administrativas y solo 20 tecnologías.
Pagar solo por los recursos consumidos y la entrada fácil, sin tener que enterrar cientos de millones de petróleo en gastos de capital, ha creado un nuevo panorama tecnológico y el surgimiento de empresas multimillonarias. Por ejemplo, los gigantes modernos Dropbox e Instagram aparecieron como nuevas empresas en AWS sin infraestructura propia.
Se debe enfatizar que las herramientas de administración de servicios en la nube se están volviendo mucho más proxy, y el abastecimiento y el control de calidad se están convirtiendo en una responsabilidad clave del CIO. Veamos los desafíos de estas dos nuevas responsabilidades.
Las nubes, que surgen como una alternativa a la clásica infraestructura pesada con sus propios centros de datos y hardware, son engañosamente ligeras. Es fácil ingresar a la nube, pero el problema de la salida generalmente se pasa por alto. Como ocurre con cualquier industria, los proveedores de la nube se comprometen a proteger las empresas y dificultar la competencia. El único momento competitivo serio surge solo durante la elección inicial de un proveedor de servicios en la nube, y luego el proveedor hará todo lo posible para que el cliente no lo abandone. Además, no todos los esfuerzos estarán dirigidos a la calidad de los servicios o su variedad. En primer lugar, es la prestación de servicios únicos y el uso de software de sistema no estándar, lo que dificulta el cambio a otro proveedor. Respectivamente,Al elegir un proveedor de servicios, es necesario formar simultáneamente un plan de transición de este proveedor (de hecho, un DRP completo - plan de recuperación de desastres) y pensar en la arquitectura de almacenamiento de datos y copias de seguridad.
El segundo aspecto importante de las nuevas responsabilidades del CIO es controlar la calidad de los servicios del proveedor. Casi todos los proveedores de la nube cumplen con el SLA de acuerdo con sus propias métricas internas, que pueden tener un significado extremadamente indirecto para los procesos comerciales del cliente. Y en consecuencia, la implementación de nuestro propio sistema de monitoreo y control se está convirtiendo en uno de los proyectos clave a la hora de transferir importantes sistemas de TI a un proveedor de nube. Continuando con el tema del SLA, se debe enfatizar que la gran mayoría de los proveedores de la nube limitan la responsabilidad por no cumplir con el SLA en una tarifa de suscripción mensual o una fracción del pago. Por ejemplo, AWS y Azure, al superar el umbral de disponibilidad del 95% (36 horas al mes), harán un descuento del 100% en la tarifa mensual, y Yandex.Cloud - 30%.
https://yandex.ru/legal/cloud_sla_compute/
Y por supuesto, no debemos olvidar que las nubes no solo las realizan mastodontes clase Amazon y elefantes clase Yandex. También hay nubes más pequeñas, del tamaño de un gato o incluso de un ratón. Como mostró el ejemplo de CloudMouse, a veces la nube simplemente se activa y finaliza. No recibirá ninguna compensación o descuento, no recibirá nada más que la pérdida total de datos.
En vista de los problemas anteriores con la implementación de sistemas de TI de alta calidad de criticidad empresarial en las infraestructuras en la nube, en los últimos años se ha observado el fenómeno de la "repatriación de la nube".
Para 2020, la computación en la nube ha superado la cima de las expectativas infladas y el concepto está en camino a una zanja de frustraciones (según el ciclo de publicidad de Gartner). Según una investigación de IDC y 451 Research hasta el 80% de los clientes corporativos regresan y planean devolver cargas de las nubes a sus propios centros de datos por las siguientes razones:
- Incrementar la disponibilidad / desempeño;
- Reducir costos;
- Para cumplir con los requisitos de SI.
¿Qué hacer y cómo está todo "realmente"?
No hay duda de que las nubes han venido en serio y durante mucho tiempo. Y cada año su papel aumentará. Sin embargo, no vivimos en un futuro lejano, sino en 2020 en una situación muy definida. ¿Qué hacer con las nubes si no eres una startup sino un cliente corporativo clásico?
- Las nubes son principalmente un lugar para servicios con una carga estacional impredecible o pronunciada.
- En la mayoría de los casos, es más económico mantener los servicios con una carga estable predecible en su propio centro de datos.
- Debe comenzar a trabajar con nubes con entornos de prueba y servicios de baja prioridad.
- Considerar la ubicación de los sistemas de información en la nube comienza con el desarrollo de una metodología para pasar de la nube a otra nube (o de regreso a su propio centro de datos).
- Colocar un sistema de información en la nube comienza con el desarrollo de un esquema de respaldo para la infraestructura que usted controla.