微服务架构和层

Question

让我们讨论一下微服务环境的体系结构。我们正在公司内部进行讨论，我想得到一些反馈。我认真考虑的是编排层（代码复制、更多移动部件改变api）。

网络应用-

原料药-

在这种情况下，服务不允许相互对话。业务流程层中的聚合服务

网络应用-

原料药-

这里允许服务相互对话，这里存在聚合服务。

• 账单属于哪里

Answer 1

网络应用-

原料药-

我们能后退一点吗？我想质疑这里使用的术语。

对我来说，上述栈在SOA环境中没有多大意义。

您将服务夹在称为编排和持久性的东西之间。然而，在SOA设计中，所有上述元素都是创建单个服务所必需的。

但在您的示例中，什么是持久性？不管它是什么，它都似乎不在服务范围之内。那么，服务如何持久化数据呢？web应用程序/API似乎也在服务之外。那么，服务如何在屏幕上显示其数据呢？

如果你看一下SOA的原则，特别是第二个原则：

服务是自主的

如果服务应该是自治的，那么服务需要负责持久化它自己的数据。该服务还需要负责通过UI显示其内部状态。

我认真考虑的是一个编排层

从这一点出发，服务还应负责如何将内部状态传达给外部世界，包括自身与其他服务之间的沟通。

如果服务需要使用来自另一个服务的数据，则消费者服务有责任获取该数据。如果服务的状态发生变化，则该服务有责任让外部世界了解状态变化。

编排是一个关注的问题，就像持久性、工具化等一样，因此在SOA环境中，最好以分布式、自治的方式实现，而不是以中心化的方式实现。

因此，在回答您的问题时：

账单属于哪里？

计费属于它自己的垂直服务堆栈，包括UI视图、持久性、编排、通信、部署和管理。

你更喜欢哪种解决方案？优点/缺点。

如上所述，我认为不应该在提出问题的层面上做出选择。我认为任何需要编排的服务都应该对此负责。

其他建议？

如果你还没看过的话，看看这个。