体系结构:微服务、多种需求和共享数据

脚本:

• 我们将此(数据和内容)销售给多个客户,每个客户的需求每次都有一点不同,包括数据和内容;他们在这方面要求非常高的可用性。
• 我们希望避免这样的问题,即为一个客户机所做的(代码或数据)更改可能会对其他客户机的部署产生不利影响。
• 同时,我们需要在客户机之间共享一些数据(以及对该数据的进一步更改)

我们探索的具体解决方案:

• 单个部署,特定于客户端的IF语句:

  • 重新测试整个特性矩阵以确定更改是否会对任何客户机产生不利影响是极其困难的

• 多部署:这里的问题是8+个相互高度依赖的微服务;这需要:

  • 每个客户机之间的代码和数据注入都需要检查 所有数据和代码

在这里,我要谈谈堆栈溢出的良好社区:您将如何解决这一问题,使我们保持更改管理的便利性,同时避免从一个客户机到另一个客户机的不利影响?