Microservices 在微服务生态系统中，何时应批量部署服务，何时应增量部署服务

我习惯并本能地想要单独部署微服务。了解它们之间的依赖关系/契约，并以这样的方式发布更新，以便我可以监控单个更改的成功与否，一次一个

然而，我看到许多团队似乎将一组密切相关的微服务视为一块巨石——将5/6个新应用程序作为一个已知的、经过测试的单个单元并行推出

苏珊·福勒（Susan Fowler）在她的书《生产就绪微服务》（Production Ready MicroService）中列出了生产就绪特征清单。一个是

生产部署是同时完成的，还是增量推出的

当我第一次读到这篇文章时，我认为她同意我的观点，这是最好的。但我能看出它是如何被双向解读的

---

苏珊·福勒写这篇文章的意思是什么？这两种方法的优点是什么

嘿，安迪，你能扩展一下推出5/6新应用程序的想法吗？你找到你问题的答案了吗？嗨，Willemes。我所看到的是，习惯于在单片应用程序上开发的团队喜欢将多个服务中的更改批处理成单个提交（在monorepo中）和单个部署。因此，API更改和任何相关的客户端更改都将在一个部署中展开，尽管无法保证哪一个会成功或首先启动。如果客户端在API之前启动，那么这将导致明显的失败。