Com va passar una startup de docker-compose a Kubernetes

En aquest article, m'agradaria parlar de com vam canviar l'enfocament de l'orquestració al nostre projecte d'inici, per què ho vam fer i quins problemes vam resoldre al llarg del camí. Aquest article difícilment pot afirmar que sigui únic, però tot i així crec que pot ser útil per a algú, ja que en el procés de resoldre el problema, el material el vam recollir amb un cruixent decent.  

Què teníem i de què estem parlant? I teníem un projecte d'inici amb una història de desenvolupament d'aproximadament 2 anys des de l'àrea de publicitat. El projecte es va crear originalment com un microservei, i la seva part de servidor es va escriure en Symfony + una mica de Laravel, Django i NodeJ natius. Els serveis són bàsicament una API per a clients mòbils (n'hi ha 3 al projecte) i el nostre propi SDK per a iOS (integrat a les aplicacions dels nostres clients), així com interfícies web i diversos taulers d'aquests mateixos clients. Tots els serveis inicialment van ser dockeritzats i executats per docker-compose.

És cert que docker-compose no s'utilitzava a tot arreu, sinó només a l'entorn local dels desenvolupadors, al servidor de proves i dins del pipeline quan es construïen i provessin serveis. Però a l'entorn de producció, es va utilitzar Google Kubernetes Engine (GKE). A més, vam fer la configuració de GKE a l'inici del projecte completament a través de la seva interfície web, que era força ràpida i, com ens va semblar aleshores, convenient. Aquí només es va automatitzar el procés de creació d'imatges de Docker per executar serveis a GKE.

Llegir més