Otra mirada a las nubes. ¿Qué es una nube privada?

El crecimiento del poder de cómputo y el desarrollo de tecnologías de virtualización de plataforma x86 por un lado, y la expansión de la subcontratación de TI por otro lado, han llevado al concepto de utilidad informática (TI como servicio público). ¿Por qué no pagar por la TI de la misma manera que por el agua o la electricidad? Exactamente tanto y exactamente cuando lo necesite, y nada más.

En este momento, apareció el concepto de computación en la nube: el consumo de servicios de TI de la "nube", es decir. de algún grupo externo de recursos, sin importar cómo y de dónde provienen estos recursos. Al igual que no nos importa la infraestructura de las estaciones de bombeo de servicios públicos de agua. En ese momento, también se había resuelto el otro lado del concepto, es decir, el concepto de servicios de TI y cómo gestionarlos en el marco de ITIL/ITSM.

Se han desarrollado una serie de definiciones de nubes (computación en la nube), pero esto no debe tomarse como la verdad última, es solo una forma de formalizar las formas en que se proporciona la computación de utilidad.

• "La computación en la nube es una tecnología de procesamiento de datos distribuidos en la que los recursos y capacidades de la computadora 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 personalizables (por ejemplo, redes, servidores, almacenamiento, aplicaciones y servicios) a pedido que se pueden aprovisionar y aprovisionar 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 de proporcionar acceso en red a un conjunto escalable y flexible de recursos físicos o virtuales distribuidos, proporcionados en modo de autoservicio y administrados bajo demanda” ISO/IEC 17788:2014. Tecnologías de la información - Computación en la nube - Visión general y vocabulario.

Según NIST, hay tres tipos principales de nubes:

1. IaaS - Infraestructura como servicio - Infraestructura como servicio
2. PaaS - Plataforma como servicio - Plataforma como servicio
3. SaaS - Software como servicio

Para una comprensión muy simplificada de la diferencia, consideremos el modelo Pizza-as-a-Service:

NIST define las siguientes características necesarias para que un servicio de TI se considere un servicio en la nube.

• Amplio acceso a la red: el servicio debe tener una interfaz de red universal que permita la conexión y el uso del servicio por casi cualquier persona con requisitos mínimos. Un ejemplo: para usar una red eléctrica de 220 V, basta con conectarse a cualquier toma de corriente con una interfaz universal estándar (enchufe), que no cambia si se trata de una tetera, una aspiradora o una computadora portátil.
• Servicio medido: una característica clave de un servicio en la nube es la capacidad de medición del servicio. Volviendo a la analogía con la electricidad, pagará exactamente lo que consumió con una granularidad mínima, hasta el costo de hervir una tetera una vez, si estuvo en la casa una vez y bebió una taza de té durante todo el mes.
• Servicios de autoconfiguración bajo demanda (on demand self service): el proveedor de la nube proporciona al cliente la capacidad de configurar el servicio de forma inteligente, sin necesidad de interactuar con los empleados del proveedor. Para hervir el hervidor, no es absolutamente necesario contactar a Energosbyt con anticipación y advertirles con anticipación y obtener permiso. Desde el momento en que se conecta la casa (se celebra un contrato), todos los consumidores pueden disponer de forma independiente de la energía proporcionada.
• Elasticidad instantánea (elasticidad rápida): el proveedor de la nube proporciona recursos con la capacidad de aumentar/disminuir la capacidad instantáneamente (dentro de ciertos límites razonables). Tan pronto como se enciende el hervidor, el proveedor libera inmediatamente 3 kW de potencia a la red, y tan pronto como se apaga, reduce la salida a cero.
• Agrupación de recursos (agrupación de recursos): los mecanismos internos del proveedor de servicios le permiten combinar capacidades de generación individuales en una agrupación común (agrupación) de recursos con una mayor provisión de recursos como un servicio a varios consumidores. Al encender la tetera, lo que menos nos preocupa es de qué planta de energía en particular proviene la energía. Y todos los demás consumidores consumen este poder junto con nosotros.

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 utilidad informática. Y el servicio público debe tener estas características en el marco del concepto. Si una u otra característica no coincide, el servicio no empeora y no se vuelve “venenoso”, simplemente deja de ser turbio. Bueno, ¿quién dijo que todos los servicios deberían?

¿Por qué estoy hablando de esto por separado? En los últimos 10 años desde la definición del NIST, ha habido mucha controversia sobre la "verdadera nubosidad" según la definición. En los Estados Unidos, la redacción "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 de la computación en la nube, lo principal es el espíritu, recursos para alquilar en dos clics del mouse

Cabe señalar que las 5 características anteriores son aplicables a la nube pública, pero al pasar a una nube privada, la mayoría de ellas se vuelven opcionales.

• Acceso universal a la red (acceso amplio a la red): dentro de una nube privada, la organización tiene control total sobre la capacidad de generación y los clientes consumidores. Por lo tanto, esta característica puede considerarse como realizada automáticamente.
• El servicio medido es una característica clave del concepto de cómputo de utilidades, pago por uso. Pero, ¿cómo se pagan las organizaciones a sí mismas? En este caso, hay una división de generación y consumo dentro de la empresa, TI se convierte en proveedor y las unidades de negocio se convierten en consumidores de servicios. Y la liquidación se realiza entre departamentos. Son posibles dos modos de operación: contracargo (con liquidaciones mutuas reales y el movimiento de las finanzas) y showback (en forma de informes sobre el consumo de recursos en rublos, pero sin el movimiento de las finanzas).
• Servicios de autoconfiguración bajo demanda (autoservicio bajo demanda): dentro de la organización puede haber un servicio de TI común, en cuyo caso la característica pierde sentido. Sin embargo, si tiene su propio personal de TI o administradores de aplicaciones en sus unidades comerciales, debe configurar un portal de autoservicio. Conclusión: la característica es opcional y depende de la estructura del negocio.
• Elasticidad instantánea (elasticidad rápida): dentro de la organización pierde su significado debido al conjunto fijo de equipos para organizar una nube privada. Puede utilizarse de forma limitada en el marco de acuerdos mutuos internos. Conclusión: no aplicable para una nube privada.
• Agrupación de recursos (agrupación de recursos): hoy en día prácticamente no hay organizaciones que no utilicen la virtualización de servidores. En consecuencia, esta característica puede considerarse realizada automáticamente.

P: Entonces, ¿cuál es su nube privada de todos modos? ¿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 un 20 % de tecnologías.

Pagar solo por los recursos consumidos y la entrada fácil, sin tener que enterrar varios cientos de millones de petróleo en gastos de capital, ha dado lugar a un nuevo panorama tecnológico y al surgimiento de empresas multimillonarias. Por ejemplo, los gigantes modernos Dropbox e Instagram aparecieron como nuevas empresas en AWS sin infraestructura propia.

Cabe destacar por separado que las herramientas de gestión de servicios en la nube se están volviendo mucho más indirectas, y la responsabilidad clave del director de TI es la selección de proveedores y el control de calidad. Echemos un vistazo a estas dos nuevas responsabilidades.

Apareciendo como una alternativa a la infraestructura pesada clásica con sus propios centros de datos y hardware, las nubes son engañosamente livianas. Es fácil ingresar a la nube, pero el problema de la salida generalmente se pasa por alto. Como en cualquier otra industria, los proveedores de la nube se esfuerzan por proteger el negocio y dificultar la competencia. El único momento competitivo serio surge solo con 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 alcance. 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. En consecuencia, 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 ante 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 el control de calidad de los servicios del proveedor. Casi todos los proveedores de la nube cumplen con SLA de acuerdo con sus propias métricas internas, lo que puede tener un efecto extremadamente indirecto en los procesos comerciales del cliente. Y en consecuencia, la implementación de su propio sistema de monitoreo y control se convierte en uno de los proyectos clave al transferir sistemas de TI significativos a un proveedor de la nube. Continuando con el tema de SLA, se debe enfatizar que la gran mayoría de los proveedores de la nube limitan la responsabilidad por incumplimiento de SLA a una tarifa de suscripción mensual o a una parte del pago. Por ejemplo, AWS y Azure, cuando se supere el umbral de disponibilidad del 95 % (36 horas al mes), realizarán un descuento del 100 % en la tarifa de suscripción, y Yandex.Cloud, del 30 %.

https://yandex.ru/legal/cloud_sla_compute/

Y por supuesto, no debemos olvidar que las nubes no solo las realizan mastodontes de clase Amazon y elefantes de clase Yandex. Las nubes también son 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 toma y termina. No obtendrá compensación ni descuentos; no obtendrá 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 criticidad comercial en infraestructuras en la nube, el fenómeno de la "repatriación de la nube" se ha observado en los últimos años.

Para 2020, la computación en la nube ha superado el pico de las expectativas infladas y el concepto está en camino a una zanja de frustración (según Gartner Hype Cycle). Según estudios IDC и Investigación 451 hasta el 80 % de los clientes corporativos regresan y planean devolver las cargas desde las nubes a sus propios centros de datos por las siguientes razones:

• Mejorar la disponibilidad/rendimiento;
• Reducir costos;
• Para cumplir con los requisitos de IS.

¿Qué hacer y cómo todo es "realmente"?

No hay duda de que las nubes han venido en serio y durante mucho tiempo. Y cada año su papel crecerá. Sin embargo, no vivimos en un futuro lejano, sino en 2020 en una situación muy concreta. ¿Qué hacer con las nubes si no eres una startup, sino un cliente corporativo clásico?

1. Las nubes son principalmente un lugar para servicios con carga estacional impredecible o pronunciada.
2. En la mayoría de los casos, los servicios con una carga estable predecible son más económicos de mantener en su propio centro de datos.
3. Es necesario empezar a trabajar con nubes con entornos de prueba y servicios de baja prioridad.
4. La consideración de 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).
5. La colocación de un sistema de información en la nube comienza con el desarrollo de un esquema de respaldo para la infraestructura que controla.

Fuente: habr.com