La nube pública representa una oportunidad para nuevas aplicaciones nativas de la nube, pero las organizaciones deben tener cuidado antes de colocar aplicaciones empresariales tradicionales en la nube. Hay muchas ventajas de la nube pública para aplicaciones nativas de la nube. La capacidad de ajustar la infraestructura según la demanda empresarial es una ventaja clave. Las soluciones de nube pública hacen posibles aplicaciones web a gran escala de próxima generación como Netflix. La naturaleza de pago por uso de las soluciones de infraestructura como servicio (IaaS) permite a las startups como Uber interrumpir por completo industrias mientras controlan los costos. La pregunta obvia es, ¿cuáles son las desventajas de mover una aplicación empresarial existente a proveedores de nube pública? Al final del día, ¿no es una máquina virtual (VM) una máquina virtual? ¿Importa si su instancia de SAP NetWeaver se está ejecutando en su clúster de virtualización local o en la infraestructura de nube de Amazon o Microsoft? Echemos un vistazo a algunos de los desafíos ocultos de mover aplicaciones empresariales tradicionales a la nube pública.

Reducción de la visibilidad de la infraestructura

Hoy en día, los equipos de infraestructura comienzan a monitorear aplicaciones en las capas de infraestructura. Los clientes actualmente tienen soluciones maduras de monitoreo de redes, almacenamiento y servidores en su lugar. Estas herramientas finalmente han llegado a un punto en el que la correlación de eventos es confiable. Por ejemplo, los eventos del arreglo de almacenamiento detectados a través de la herramienta de monitoreo pueden alertar tanto al ingeniero de almacenamiento como al administrador de Oracle. La notificación avanzada permite al administrador de bases de datos ajustar proactivamente la configuración de la base de datos en función del rendimiento del almacenamiento. Las soluciones de nube pública no brindan este nivel de visibilidad a sus clientes. Todos los componentes debajo de la VM están abstraídos. Los clientes deben aprender a monitorear la aplicación y el rendimiento sin información directa sobre la infraestructura subyacente. En lugar de confiar en datos específicos de la infraestructura, los equipos de infraestructura deben alinearse con los equipos de aplicaciones para medir el rendimiento. La gestión de la infraestructura se convierte en la verificación del rendimiento en lugar de monitorear la salud de la infraestructura.

Diferencias en el diseño de redundancia

Las soluciones de nube pública fueron diseñadas para ejecutar aplicaciones que manejan fallas. Las aplicaciones empresariales tradicionales fueron diseñadas para ejecutarse en infraestructuras resilientes. No puedo enfatizar lo suficiente la importancia de esta diferencia. Tomemos Amazon Web Services (AWS) como ejemplo. AWS comienza a proporcionar crédito por tiempo de actividad medido en menos del 99 por ciento. Chaos Monkey de Netflix es un ejemplo de una herramienta utilizada para probar la eficiencia a nivel de aplicación. Chaos Monkey crea fallas dentro de una aplicación nativa de la nube para probar la capacidad de recuperación. Las aplicaciones empresariales tradicionales confían en infraestructuras resilientes y pruebas de infraestructura. Por ejemplo, los entornos de VMware y Microsoft confían en tecnologías de migración en vivo para protegerse contra fallas de hardware. Muchas organizaciones confían en la replicación basada en almacenamiento para proteger datos persistentes como bases de datos. Las infraestructuras empresariales normalmente ofrecen acuerdos de nivel de servicio (SLA) de tiempo de actividad del 99.9 por ciento o más a sus propietarios de aplicaciones internas. No es raro que los equipos de infraestructura fallen en su totalidad una matriz de almacenamiento y rutas de red para probar la disponibilidad de la infraestructura. Aparte de una notificación para crear conciencia, los equipos de soporte de aplicaciones tienen poca o ninguna participación en las pruebas de capacidad de recuperación.

Complicaciones en la portabilidad de la carga de trabajo

Hay muy pocas, si las hay, normas en la informática en la nube pública. Si bien convertir una VM de un formato de proveedor de nube a otro puede ser simple, mover procesos de un proveedor a otro puede ser mucho más complicado. Tomemos la seguridad de la red, por ejemplo. El modelo de redes en vCloud Air de VMware es completamente diferente de AWS. Sin entrar en la discusión de las herramientas de seguridad, ambos servicios tienen un enfoque de alto nivel diferente para la red y, por lo tanto, para la seguridad. vCloud Air permite la red de capa 2. Esto significa que cada VM ve la red Ethernet. Las VM se pueden agrupar según las zonas de seguridad de Ethernet. Este enfoque es muy similar a las redes empresariales tradicionales. AWS oculta la red de capa 2 a los clientes. AWS utiliza IP-Tables para controlar la comunicación de VM a VM. Entonces, si dos servidores de aplicaciones necesitan comunicarse entre sí, se debe crear una regla implícita dentro de cada instancia para permitir la comunicación. El consumo de almacenamiento muestra una diferencia similar. AWS utiliza su solución de almacenamiento basada en objetos S3, mientras que vCloud Air presenta almacenamiento de nivel de bloque tradicional a sus clientes. El resultado son dos modelos administrativos diferentes para consumir y administrar almacenamiento basado en la nube. La diferencia en las interfaces de infraestructura agrega complejidad a la migración de la carga de trabajo. La fricción resulta en la dependencia de proveedores de nube específicos. Comparar proveedores de nube a veces es una comparación de peras con manzanas, pero comparar proveedores de centros de datos tradicionales es simple. Los administradores de centros de datos pueden comparar variables de entorno entre proveedores de centros de datos como parte de los criterios de selección. Los procesos para interactuar con la infraestructura siguen siendo los mismos independientemente del proveedor del centro de datos físico.

Conclusión

La nube pública tiene muchas ventajas para las organizaciones que buscan implementar aplicaciones nativas de la nube. Sin embargo, me resulta difícil ver la ventaja de mover aplicaciones empresariales tradicionales a la nube pública. Es un argumento de “cada cosa en su lugar”.