Las mejores prácticas de Kubernetes, 2ª edición

Capítulo 6. Versiones, lanzamientos y rollouts

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Una de las principales quejas de las aplicaciones monolíticas tradicionales es que, con el tiempo, empiezan a ser demasiado grandes y difíciles de manejar para actualizarlas, versionarlas o modificarlas adecuadamente a la velocidad que requiere el negocio. Muchos pueden argumentar que éste es uno de los factores críticos que condujeron a prácticas de desarrollo más ágiles y a la llegada de las arquitecturas de microservicios. Poder iterar rápidamente sobre código nuevo, resolver problemas nuevos o solucionar problemas ocultos antes de que se conviertan en problemas importantes, así como la promesa de actualizaciones sin tiempo de inactividad, son objetivos por los que luchan los equipos de desarrollo. En la práctica, estos problemas pueden resolverse con procesos y procedimientos adecuados, independientemente del tipo de sistema, pero esto suele conllevar un coste de mantenimiento mucho mayor, tanto en tecnología como en capital humano.

Cuando se diseñan sistemas, el aislamiento y la componibilidad son variables importantes. La adopción de contenedores como tiempo de ejecución del código de las aplicaciones lo permite, pero sigue requiriendo un alto nivel de automatización humana o de gestión del sistema para mantenerlo a un nivel fiable en sistemas grandes. Con el tiempo, el sistema creció, se introdujo más fragilidad ...