他正在讨论支持SOA版本的正确方法。
一个选项：以严格的方式在同一个应用程序中实现所有端点（版本/合同）。从而在同一应用程序中支持向后兼容性。
第二个选项：创建具有单个端点的分支。在不同的应用程序中部署每个端点。
每个选项都有其优缺点。我注意到大多数网站在同一个应用程序（代码库）中支持策略严格/敏捷/灵活。 但第二种方案也有好处。通过将端点分解为分支和不同的部署，每个端点变得更加稳定并与其他端点分离。允许开发人员在编写新功能时不考虑向后兼容性。我想这也使得第三方集成更加困难（更改DB方案等）。
你怎么看？答案 0 :(得分：2)
绝对是选项2！
要解决数据库问题，您可以为每个微服务使用存储库，并避免多重性，在一个碎片内核中处理生成的ORM实体。我认为，微服务的想法是它是一个立场单独进程，如果你使用第一种方法，你在不相关的服务（不在同一个域=＆DDD）+后向兼容性问题之间进行耦合，每次你想要修复时你必须：或更新所有微服务，或要求客户更新他们的一面。
真诚的YBM