在這篇文章中，我想談談我們如何改變啟動項目的編排方法、我們為什麼這樣做以及我們在此過程中解決了哪些問題。 這篇文章很難說是獨一無二的，但我仍然認為它對某人可能有用，因為在解決問題的過程中，我們付出了相當大的努力收集了材料。
我們有什麼以及我們在談論什麼？ 我們有一個創業項目，在廣告領域有大約2年的發展歷史。 該項目最初是作為一個微服務構建的，其服務器部分是用 Symfony + 一點 Laravel、Django 和原生 NodeJs 編寫的。 這些服務主要是用於移動客戶端的 API（項目中有 3 個）和我們自己的 iOS SDK（內置於我們客戶的應用程序中），以及這些客戶的 Web 界面和各種儀表板。 所有服務最初都是 Docker 化的，並在 docker-compose 下運行。
確實，docker-compose 並沒有在任何地方使用，而只是在開發人員的本地環境、測試服務器上以及構建和測試服務時的管道內部使用。 但在生產環境中，使用的是Google Kubernetes Engine（GKE）。 此外，我們在項目開始時完全通過其 Web 界面配置了 GKE，這非常快，而且在我們當時看來也很方便。 這裡僅自動化了構建用於在 GKE 中啟動服務的 docker 鏡像的過程。