3
如何确保新的微服务之间的一致性？
我的组织正在经历微服务的爆炸式增长。我们目前还没有正式的方式来引导新项目。我发现有一个团队会在部署或构建过程中遇到错误，因此我会花一些时间，只是意识到自己已经在另一个项目中解决了这个问题。我希望标准化的项目之间也存在很多不一致之处。 更改通常涉及单个文件（例如serverless.yml或Makefile），因此涉及共享库（例如git子模块）的解决方案似乎不可行。每个项目都有自己需要维护的一组配置，例如Dockerfiles或serverless.yml，因此虚拟机的集中式配置管理解决方案并不是真正适用。 我该如何确保新的微服务符合组织标准，并以想要启动新项目的开发人员容易且直观的方式包含现有项目的错误修正/功能？解决这些问题的最佳做法是什么？ 我们当前的工作流程是问您旁边的人“我应该克隆哪个项目用作模板？” 然后删除该项目不需要的所有内容。