Arquitectura de nube híbrida tradicional

Inicialmente, la arquitectura de nube híbrida se centró en la mecánica de transformar partes del centro de datos local de una empresa en infraestructura de nube privada, y luego conectar esa infraestructura a entornos de nube pública alojados fuera de las instalaciones por un proveedor de nube pública (por ejemplo, AWS, Google Cloud Services, IBM Cloud, Microsoft Azure). Esto se logró utilizando una solución de nube híbrida preempaquetada como Red Hat OpenStack (el enlace se encuentra fuera de ibm.com) o mediante el uso de middleware empresarial sofisticado para integrar recursos de nube en todos los entornos y herramientas de gestión unificadas para supervisar, asignar y gestionar esos recursos desde un consola central o "un solo panel".

El resultado fue una infraestructura de TI unificada adecuada para varios casos de uso:

• Seguridad y cumplimiento regulatorio: Reserve los recursos de firewall en la nube privada para datos confidenciales y cargas de trabajo altamente reguladas y utilice recursos de nube pública más económicos para cargas de trabajo y datos que no requieren confidencialidad
  
  
• Escalabilidad y resiliencia: Utilice los recursos de computación en la nube pública y de almacenamiento en la nube para escalar de manera rápida, automática y económica en respuesta a picos no planificados en el tráfico sin afectar las cargas de trabajo de la nube privada (a esto se le llama "cloudbursting")
  
  
• Rápida adopción de nuevas tecnologías: Adopte o cambie a la última solución de software como servicio (SaaS) e incluso integre esas soluciones en las aplicaciones existentes, sin necesidad de aprovisionar una nueva infraestructura local
  
  
• Mejore las aplicaciones heredadas: Utilice servicios de nube pública para mejorar la experiencia del usuario con las aplicaciones existentes o para extenderlas a nuevos dispositivos
  
  
• Migración de VMware: "Rehospede" las cargas de trabajo locales a una infraestructura de nube pública virtualizada, para reducir la huella del centro de datos local y escalar según sea necesario sin inversión adicional de capital para equipos
  
  
• Optimización de recursos y ahorro de costos: Ejecute cargas de trabajo con capacidad predecible en la nube privada y migre más cargas de trabajo variables a la nube pública; use la infraestructura de nube pública para “impulsar” rápidamente el desarrollo y hacer pruebas a los recursos según sea necesario

Arquitectura moderna de nube híbrida

Hoy en día, la arquitectura de nube híbrida se centra menos en la conectividad física y más en dar soporte a la portabilidad de las cargas de trabajo en todos los entornos de nube, así como en automatizar el despliegue de esas cargas de trabajo al mejor entorno en la nube para un objetivo de negocio determinado. Varias tendencias están impulsando este cambio.

Como parte del siguiente paso crítico en sus transformaciones digitales, las organizaciones están construyendo nuevas aplicaciones y modernizando las heredadas para aprovechar las tecnologías  nativas de la nube que permiten un desarrollo, un despliegue, una gestión y un rendimiento constantes y confiables de todos los proveedores de la nube.

Específicamente, están construyendo o transformando aplicaciones para usar la arquitectura de microservicios , que divide las aplicaciones en componentes más pequeños, menos acoplados, y reutilizables, enfocados en funciones de negocio específicas. También están desplegando esas aplicaciones en contenedores: unidades ejecutables livianas que contienen sólo el código de la aplicación y las dependencias del sistema operativo virtualizado necesarias para ejecutarla.

En un nivel superior, la nube pública y la privada ya no son "lugares" físicos donde conectarse. Por ejemplo, muchos proveedores de nube ofrecen ahora servicios de nube pública que se ejecutan en los centros de datos locales de sus clientes; las nubes privadas, que alguna vez se ejecutaron exclusivamente de manera local, ahora a menudo se alojan en centros de datos fuera de las instalaciones, en redes privadas virtuales (VPN) o nubes privadas virtuales (VPC), o bien en infraestructura dedicada rentada a proveedores externos (que a veces son proveedores de nube pública).

Además, la virtualización de la infraestructura, también llamada infraestructura como código, permite a los desarrolladores crear estos entornos bajo demanda utilizando cualquier recurso de computación o recursos en la nube ubicados detrás o más allá del firewall. Esto adquiere una importancia adicional con la llegada de la computación edge, que ofrece oportunidades para mejorar el rendimiento global de las aplicaciones al mover las cargas de trabajo y los datos más cerca de donde se realiza la computación real. 

Como resultado de estos y otros factores, la infraestructura moderna de nube híbrida está comenzando a fusionarse en torno a una plataforma multinube híbrida unificada que incluye:

• Soporte para el desarrollo y el despliegue de aplicaciones nativas de la nube en todos los tipos de nube (pública y privada) y proveedores de nube
  
  
• Un único sistema operativo en todos los entornos
  
  
• Una plataforma de orquestación de contenedores, por lo general Kubernetes, que automatiza el despliegue de aplicaciones en entornos de nube

El desarrollo nativo de la nube permite a los desarrolladores transformar aplicaciones monolíticas en unidades de funcionalidad enfocada en el negocio que pueden ejecutarse en cualquier lugar y reutilizarse en diversas aplicaciones. Un sistema operativo estándar permite a los desarrolladores construir cualquier dependencia de hardware en cualquier contenedor. Además, la orquestación y automatización de Kubernetes ofrece a los desarrolladores un control detallado, que solo requiere su atención al establecerlo, sobre la configuración y el despliegue de contenedores (incluidos la seguridad, el equilibrio de carga, la escalabilidad y mucho más) en múltiples entornos en la nube.