【发布时间】:2020-06-19 04:40:44
【问题描述】:
在其最简单的形式中,Aggregator 调用多个服务来实现应用程序所需的功能。
代理是聚合器的变体。在这种情况下,客户端不需要进行聚合,但可以根据业务需要调用不同的微服务
但是代理可以有两种
聪明和愚蠢
如果代理很聪明,那么与聚合器模式有什么区别?
【问题讨论】:
-
聚合器可能会预先获取资源,在被请求之前已经聚合了部分或全部资源。在我看来,代理永远不应该聚合数据。在这种情况下,您应该将其称为其他名称。从基础架构的角度来看,代理更像是一种中间件服务。
-
我认为这里主要令人困惑的部分是代理可以在需要时调用多个服务。这并不意味着在一笔交易中。只有一项服务可以用作服务数量的代理。代理只是隐藏在实际服务之外。就是这样。
标签: design-patterns architecture microservices backend proxy-pattern