Microservices 微服务架构设计问题

Microservices 微服务架构设计问题,microservices,Microservices,假设我使用rest调用在所有部分进行通信 我发现大多数微服务架构师如下所示: 如果有请求,则需要所有这些服务来计算结果。 请求路径如下所示: 客户->账户服务->库存服务->配送服务 这条道路漫长而复杂。 如果账户服务后出现错误,我需要用Saga模式进行补偿 我想问,我是否可以在这些服务之上添加一个逻辑单元“a”,如下所示: 这样我就可以处理这个服务上的所有逻辑。这些服务只帮助逻辑单元查询和阶段化原始数据。所有复杂逻辑都在逻辑单元中完成。我可以在这些服务之上添加一个逻辑单元“a”吗 你可以做

假设我使用rest调用在所有部分进行通信

我发现大多数微服务架构师如下所示:

如果有请求,则需要所有这些服务来计算结果。 请求路径如下所示:

客户->账户服务->库存服务->配送服务

这条道路漫长而复杂。 如果账户服务后出现错误,我需要用Saga模式进行补偿

我想问,我是否可以在这些服务之上添加一个逻辑单元“a”,如下所示:

这样我就可以处理这个服务上的所有逻辑。这些服务只帮助逻辑单元查询和阶段化原始数据。所有复杂逻辑都在逻辑单元中完成。

我可以在这些服务之上添加一个逻辑单元“a”吗

你可以做任何你想做的事。你是否应该做这件事取决于你自己。没有任何规则规定微服务之间不应相互呼叫,尽管流行的意见引导您尽可能避免这种情况

你所面临的决定就是所谓的“编排与编舞”的权衡。在做决定之前,你应该仔细阅读这篇文章

我可以在这些服务之上添加一个逻辑单元“a”吗

你可以做任何你想做的事。你是否应该做这件事取决于你自己。没有任何规则规定微服务之间不应相互呼叫,尽管流行的意见引导您尽可能避免这种情况

你所面临的决定就是所谓的“编排与编舞”的权衡。在做决定之前,你应该仔细阅读这篇文章


谢谢您的回答。我认为这个网站也很好地解释了编排和编舞。谢谢你的回答。我认为这个网站也很好地解释了编排与编舞。