在这篇文章中，我想谈谈我们如何改变我们的启动项目的编排方法，我们为什么这样做，以及我们在此过程中解决了哪些问题。 这篇文章很难说是独一无二的，但我仍然认为它对某人有用，因为在解决问题的过程中，我们收集了一些材料。
我们有什么以及我们在谈论什么？ 我们有一个初创项目，在广告领域有大约两年的发展历史。 该项目最初是作为一个微服务构建的，其服务器部分是用 Symfony + 一点 Laravel、Django 和原生 NodeJs 编写的。 这些服务基本上是用于移动客户端的 API（项目中有 2 个）和我们自己的 iOS SDK（内置于我们客户的应用程序中），以及这些客户的 Web 界面和各种仪表板。 所有服务最初都是 dockerized 并由 docker-compose 运行。
没错，docker-compose 并非在所有地方都使用，而仅在开发人员的本地环境中使用，在测试环境中也是如此。 服务器 在构建和测试服务的过程中，我们也使用了自动化流程。在生产环境中，我们使用了 Google Kubernetes Engine (GKE)。此外，我们在项目启动之初就完全通过 GKE 的 Web 界面完成了配置，这非常快捷，而且在我们当时看来也很方便。唯一自动化的流程是构建用于在 GKE 中启动服务的 Docker 镜像。
