微服务适配器。一个或多个或一个国家/地区。建筑/部署决策

时间:2019-01-24 18:40:31

标签: deployment architecture microservices

说,我有System1通过它们之间的适配器微服务连接到System 2。

System1 -> rest-calls --> Adapter (converts request-response + some extra logic, like validation) -> System2

System1更像是一个整体,在许多国家都存在(但可能会改变)。

问题是:从MicroService体系结构和部署的角度来看,适配器应该是每个国家/地区一个。说Adapter-Uk,Adappter-AU等。还是应该可以同时处理多个国家/地区的Adapter?

我的意思是:

要具有单个系统/适配器服务

优势:在一个地方或一个地方拥有一个代码库, 90%的国家/地区之间的自适应代码逻辑是相同的。易于引入新更改。

缺点:一旦我们部署了该系统,并且存在一个错误,它可能同时影响许多国家。不安全。

要有单独的系统

缺点:一旦对某个系统进行了一些一般性更改,则应“复制粘贴”所有其他国家/地区的服务。从开发人员的角度来看,是重复的,而不是聪明的工作。

优势: 更安全的更改/部署。

问:从微服务架构的角度来看,什么是更好的选择?

1 个答案:

答案 0 :(得分:0)

我建议以下内容:

  • 适配器可覆盖所有国家/地区,以维护单个代码库并提高代码可重用性
  • 单元和/或集成测试以应对错误
  • 产生多个具有负载均衡器在前面的适配器的相同实例