Dependencies 微服务依赖uml图

解释微服务如何相互依赖的最佳图表是什么？ 例如，以下情况：

用户服务公开

用户详细信息

端点

产品服务公开

产品项目详细信息

端点

订购服务公开了

make\u order

端点

用户选择产品并下订单

如何使用uml解释这一点

我曾计划使用组件图，但我不明白如何解释每个服务的接口以及它们与其他服务的接口的关系。

是可独立部署的组件。因此，使用a似乎是一种很好的直觉：

它将组件指定为具有定义良好的接口的模块化单元，这些接口在其环境中是可更换的。组件概念涉及基于组件的开发和基于组件的系统结构领域（…）

在您的组件图中，每个微服务都将显示为一个单独的原型。由于微服务不仅实现接口，还通过端点公开接口，因此您应该利用：

端口表示一个封装的分类器与其环境通信的交互点

提供或需要的接口（棒棒糖和插座）将连接到端口。端口的不同之处在于：如果没有端口，棒棒糖和套接字对于一个巨大的整体中的接口分类器来说就意味着一个或多个

最后，您的图表可能看起来有点像：

其他想法：

<> L> > P > >在代码< >服务> <代码> >代码>子系统> /COD>刻板印象下，您可以考虑创建自己的UML配置文件，定义了<代码>微服务> /COD>刻板印象。
• 如果在一些复杂的图中，您不想显示服务端点的详细信息，那么您可以只使用一个不带套接字/棒棒糖的程序集连接器，除非您想将焦点放在哪里

• 类似地，如果您主要对依赖关系感兴趣，那么可以只显示组件及其依赖关系（因为组件是分类器）

• 如果您想到微服务，您将不可避免地想到，例如，在多个容器/服务器上运行同一服务的多个实例，或者将同一微服务的多个实例与数据分区。不过，这种情况是关于组件的部署场景的。你可以考虑一下。但这远远超出了你的问题

---

您对静态依赖关系（暴露/使用的端点）感兴趣吗？或者您在案例的最后一句中描述的动态交互？我对静态依赖感兴趣。谢谢你，如果你想避免微服务相互依赖的话。微服务的全部意义在于将您的服务解耦。先生，您是UML专家。