In hoc articulo loqui libet quomodo accessus ad orchestrationem mutavimus in project nostri satus, cur id fecerimus et quid problemata per viam solvimus. Hic articulus vix singularem affirmare potest, sed tamen existimo alicui usui esse posse, cum in processu problema solvendi materiam honesto labore collegimus.
Quid habuimus et quid loquimur? Et habuimus initium propositi cum 2 circiter annis evolutionis historicae e tabula campi. Proiectum initio microservice structum est, eiusque ministrantis pars in Symfony + paulo Laravel, Django et NodeJs indigena scripta est. Officia principaliter sunt API clientium mobilium (sunt 3 eorum in project) et propria SDK pro IOS (in applicationibus clientium nostrorum constructa), necnon interfaces interretiales et varias eorundem clientium ashboardas. Omnia officia initio dockeratae sunt et sub compositura phialam currebant.
Verum est, docker-compose non ubique adhibitum est, sed tantum in ambitu locali fabricatorum, in experimento. server ...et intra processum (vel "canal") dum officia aedificabantur et probabantur. In ambitu productionis, Google Kubernetes Engine (GKE) usi sumus. Praeterea, GKE per interfaciem eius interretialem ab initio incepti omnino configuravimus, quod satis celer et, ut tum putavimus, commodum erat. Solus processus automatus erat imagines Docker aedificare ad officia in GKE incipienda.
