如何解决在基于Azure的微服务体系结构中在何处添加聚集
我们正在使用Azure的API管理的网关功能来将请求路由到我们的微服务。
对于来自UI(基于角度)的某些请求,我们希望UI只需执行一个请求即可检索其所需的所有数据。例如,请求可能是获取仪表板数据,而构成仪表板的数据将来自多个微服务。
我们正在考虑的选项是:
- 使用网关添加聚合逻辑
- 添加一个聚合微服务,网关将调用该服务
- 添加聚合服务,该服务将调用网关
对于选项1和2,我们的UI将直接调用API管理网关。对于选项3,UI将调用聚合服务,然后聚合服务将调用API管理网关。
我们倾向于选项1,但是看起来这可能会有点复杂,因为我们可能需要一些c#的聚合逻辑(或者使用发送请求策略,类似于显示的here )。
对于选项3,我们可能选择了基于nodejs / express的应用程序服务。我们尚未找到对网关调用之前进行聚合的任何引用(我们最接近的引用与here所示的两层网关示例(类似于this)有些相似,其中我们对选项3的方法可能类似于this)。
我们的微服务目前全部用Java编写。
我们应该选择哪个选项?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。