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 utilizó en todas partes, sino solo en el entorno local de los desarrolladores, en la prueba. servidor y dentro del pipeline al crear y probar servicios. En el entorno de producción, utilizamos Google Kubernetes Engine (GKE). Además, configuramos GKE completamente a través de su interfaz web al inicio del proyecto, lo cual fue bastante rápido y, como nos pareció en aquel momento, práctico. El único proceso automatizado fue la creación de imágenes Docker para lanzar servicios en GKE.
