¿Qué es un despliegue de color azul verdoso en Kubernetes?

Kubernetes admite una estrategia de ciclo de vida del desarrollo de software llamada despliegues de color azul verdoso, que implica ejecutar simultáneamente las versiones nueva y antigua de una aplicación en producción. Siga leyendo para descubrir qué es una implementación azul-verde y por qué puede querer implementar esta táctica para sus aplicaciones de Kubernetes. 

¿Qué es un despliegue azul-verde?

Una implementación de color azul verdoso es una estrategia de ciclo de vida del desarrollo de software que implica ejecutar simultáneamente las versiones nueva y anterior de una aplicación en producción. Los usuarios se migran gradualmente de la versión anterior (azul) a la versión más nueva (verde) de la aplicación después del despliegue. 

Para proporcionar rápidamente actualizaciones de software, los desarrolladores necesitaban una manera de implementar continuamente las funciones. Tradicionalmente, las implementaciones de código requerían tiempos de inactividad, por lo que se realizaban en días específicos, ya fuera semanal o mensualmente. Esta estrategia ralentiza las actualizaciones del software y no admite la entrega continua.

Los despliegues de color azul verdoso resuelven este problema ejecutando tanto las versiones antigua como las nuevas de una aplicación en producción. La versión azul es la aplicación antigua y la versión verde es la nueva. Los usuarios pasan lentamente a la nueva versión verde después de que se ha implementado. Una vez que los usuarios pasan a la nueva versión verde, la versión azul puede actuar como conmutación por error si el código debe volver a la versión anterior debido a errores o errores críticos.

Despliegue azul-verde frente a despliegue continuo con Kubernetes

En muchos entornos empresariales, la producción se ejecuta en múltiples servidores. En lugar de tener múltiples versiones ejecutándose simultáneamente, un despliegue continuo funciona con una versión de una aplicación y actualiza cada servidor individualmente. 

Supongamos que tiene dos servidores detrás de un balanceador de carga y que ejecuta una sola aplicación de producción. En un despliegue continuo, un desarrollador retira un servidor de la rotación, actualiza la aplicación y luego vuelve a poner el servidor en rotación. El segundo servidor se saca de rotación y luego también se actualiza. La mayoría de los entornos rodantes tienen tres servidores, por lo que un solo servidor puede actuar como conmutación por error en caso de que haya errores en el entorno de la nueva versión.

Azul-verde vs. Canario con Kubernetes

Las implementaciones canarias son similares a las implementaciones de color azul verdoso, pero las implementaciones canarias envían a usuarios específicos a la versión más nueva de una aplicación en lugar de mover lentamente a todos los usuarios a la nueva versión. Es una gran estrategia para probar una nueva aplicación con los usuarios interesados en las pruebas beta o probar de manera silenciosa las nuevas características con los nuevos usuarios para obtener comentarios.

Normalmente, las implementaciones canarias se utilizan en un pequeño subconjunto de usuarios y la versión original sigue ejecutándose para la mayoría de los usuarios. Debido a que solo un pequeño subconjunto de usuarios se dirige a la nueva versión, la infraestructura es menos costosa y no tiene que ser demasiado avanzada para admitir a un pequeño número de usuarios.

Ventajas de un despliegue azul-verde

En cualquier entorno de entrega continua, los despliegues de color azul verdoso ofrecen varias ventajas. Las implementaciones de color azul verdoso aceleran la entrega de actualizaciones de las características de las aplicaciones. Los desarrolladores ya no tienen que esperar a que haya una ventana para desplegar nuevo código, lo que puede retrasar las implementaciones durante potencialmente meses.

De los tres tipos de despliegue, los despliegues de color azul verdoso son más seguros que los otros. Ambas versiones de la aplicación se ejecutan simultáneamente, por lo que los desarrolladores pueden revertir los cambios sin mucho esfuerzo. Los usuarios no experimentarán tiempos de inactividad ni perderán productividad durante las implementaciones o las reversiones, si es necesario.

Desventajas del despliegue azul-verde

La mayor desventaja de los despliegues de color azul verdoso es el gasto. Las empresas deben tener el presupuesto de TI necesario para pagar los entornos duales que pueden alojar las versiones azul y verde de una aplicación. Las organizaciones también pagan los gastos generales del personal para mantener y supervisar ambos entornos.

Otro obstáculo para las organizaciones es la sincronización de las bases de datos. Los cambios en la base de datos no son tan fáciles de revertir, por lo que las actualizaciones de las tablas y el esquema de la base de datos deben realizarse con cuidado, especialmente si los entornos verde y azul utilizan la misma base de datos. Ambos entornos deben probarse cuidadosamente antes de desplegarse en bases de datos de producción.

Cuándo usar una implementación azul verdosa con Kubernetes

La entrega continua y Kubernetes van de la mano. Los desarrolladores pueden implementar aplicaciones automáticamente usando herramientas de orquestación como Kubernetes . Kubernetes puede usarse para orquestar los entornos azul y verde y los desarrolladores pueden simplemente implementar código y permitir que Kubernetes gestione la promoción del código desde un entorno de ensayo hasta la producción.

Los entornos contenedorizados son perfectos para las implementaciones de color azul verdoso por su capacidad para destruir y reconstruir rápidamente los pods de aplicaciones, para que puedan ejecutar versiones azules o verdes. Si una aplicación de contenedor provoca errores, los desarrolladores pueden revertir más fácilmente los cambios a la versión azul.