具有多个客户界面的微服务的正确体系结构

恐怕您还不会找到许多有用的微服务架构的配方或模式。我认为你的问题相对平静的是,它没有足够的细节,任何人都不容易理解。我要摇摇晃晃地说:

根据第一原理,你有一个 引用 这将不得不询问 产品 使用者 提供佣金信息,以及 客户 比如折扣和交付周期。类似的概念可用于不同的应用;例如 库存 , 目录 , [与 引用 ].

他们的服务。某些东西作为服务存在并不意味着它必须公开可用。它可以只是这些服务的私有部分。

单功能服务 如果来自许多服务的请求使其负担过重,则为服务。最后,像服务网格这样的基础设施有助于将这些微服务的实现与各种部署考虑隔离开来。

不要误以为午餐是免费的。微服务架构在定义服务边界方面需要更多的前期工作。这一关键领域的失败可能会产生比规模较小的单片应用程序更严重的问题。即使您已经很好地定义了您的服务,您也可能会发现它们依赖于未经充分考虑的外部服务。唯一的安慰是,如果你已经将系统的其他部分与其他部分隔离开来,那么你就更容易将自己与这些隔离开来。

我希望这对试图掌握这种体系结构的人有所帮助。