Architecture 微服务依赖体系结构设计模式-如何实际组织依赖关系？ 我是微服务体系结构的初学者，我想问自己一个关于以下场景的问题：

鉴于我的前端向至少2个不同的服务发出授权请求。例如：请求应为特定用户预订产品。通过API网关组织此请求可能是一种很好的做法。产品服务依赖于用户服务来知道哪个用户想要它的产品

依赖关系应该如何组织？API-GW是否应该调用用户服务，然后将信息传递给产品服务，或者应该只调用产品服务并处理与用户服务本身的关系

在这个普通系统中，您将如何组织授权？当信息被访问时，是否会有每次从每个服务调用的身份验证服务，或者应该以不同的方式实现它

---

请分享您对本系统设计的了解。我可以考虑不同的方法来解决这个问题，但我正在寻找一种最佳实践方法，并想知道它的好处。

我已经多次设计、解决和实施了这个问题的答案

用户详细信息是we应用程序的基础。在架构良好的web应用程序中，这是一个服务本身，它向所有用户提供他们的配置文件详细信息

要进行身份验证，请查看JWT令牌。JWT令牌在超时时工作，为用户提供完整的AUTHZ/AUTHN详细信息。这将传递给每个服务调用

始终确保您拥有符合OAUTH2标准的中央令牌提供程序服务

---

如果你需要更多的细节，一定要告诉我。很高兴为您提供帮助，DM me。

在构建这样的微服务体系结构时，请随时与我分享您的任何其他重要建议，例如关于代码共享的建议。您的用户如何进行身份验证？用户服务器是否也对用户进行身份验证？i、 e.扮演授权服务器或身份提供者的角色？你的前端是公开的还是机密的客户？（iSPA或服务器端MPA）？您如何保护您的微服务器？（MTL、代币等）