In diesem Artikel möchte ich erläutern, wie wir unseren Ansatz zur Orchestrierung in unserem Start-up-Projekt geändert haben, warum wir das getan haben und welche Probleme wir auf dem Weg gelöst haben. Diese Artikel kann kaum als einzigartig angesehen werden, aber ich denke, dass er für einige nützlich sein könnte, da wir während der Lösung der Aufgabe Material mit erheblichem Aufwand zusammengetragen haben.
Was hatten wir eigentlich und worum ging es überhaupt? Wir hatten ein Start-up-Projekt mit einer etwa 2-jährigen Entwicklungszeit in der Werbebranche. Das Projekt wurde ursprünglich als Microservice-Architektur aufgebaut, und der Serverteil wurde mit Symfony, ein wenig Laravel, Django und nativen NodeJs entwickelt. Die Dienstleistungen bestehen hauptsächlich aus APIs für mobile Clients (es gibt 3 im Projekt) und unserem eigenen SDK für iOS (das in die Anwendungen unserer Kunden integriert wird), sowie Webschnittstellen und verschiedenen Dashboards für genau diese Kunden. Alle Dienstleistungen wurden ursprünglich dockerisiert und liefen unter der Verwaltung von docker-compose.
Allerdings wurde docker-compose nicht überall eingesetzt, sondern nur in der lokalen Umgebung der Entwickler, im Test- Server und innerhalb der Pipeline beim Bauen und Testen von Services. Im Produktionsumfeld hingegen wurde Google Kubernetes Engine (GKE) eingesetzt. Dabei haben wir die Konfiguration von GKE zu Beginn des Projekts vollständig über dessen Web-Oberfläche vorgenommen, was ziemlich schnell und, wie uns damals schien, bequem war. Automatisiert wurde lediglich der Prozess des Erstellens von Docker-Images für den Start von Services in GKE.
