En este artículo, me gustaría hablar sobre cómo cambiamos el enfoque de orquestación en nuestro proyecto de inicio, por qué lo hicimos y qué problemas resolvimos en el camino. Este artículo difícilmente puede pretender ser único, pero aún así creo que puede ser útil para alguien, ya que en el proceso de resolver el problema, recopilamos el material con un crujido decente.
¿Qué teníamos y de qué estamos hablando? Y teníamos un proyecto de puesta en marcha con aproximadamente 2 años de historia de desarrollo desde el área de publicidad. El proyecto se creó originalmente como un microservicio y su parte del servidor se escribió en Symfony + un poco de Laravel, Django y NodeJs nativo. Los servicios son básicamente una API para clientes móviles (hay 3 de ellos en el proyecto) y nuestro propio SDK para IOS (integrado en las aplicaciones de nuestros clientes), así como interfaces web y varios cuadros de mando de estos mismos clientes. Todos los servicios fueron dockerizados inicialmente y ejecutados por docker-compose.
Es cierto que docker-compose no se usó en todas partes, sino solo en el entorno local de los desarrolladores, en el servidor de prueba y dentro de la canalización al crear y probar servicios. Pero en el entorno de producción se utilizó Google Kubernetes Engine (GKE). Además, hicimos la configuración de GKE al inicio del proyecto completamente a través de su interfaz web, que fue bastante rápida y, como nos pareció entonces, conveniente. Aquí solo se automatizó el proceso de creación de imágenes de la ventana acoplable para ejecutar servicios en GKE.