API 网关模式与聚合器模式（在微服务的上下文中）
API Gateway Pattern vs Aggregator Pattern (In the context of microservices)
我正在努力思考 API 网关和微服务聚合器模式之间的区别。
目前，根据我的理解，聚合器模式通过从各种微服务收集数据片段和 returns 用于处理的聚合来发挥作用。
现在 API 网关是聚合对各个微服务的调用的单一入口点。虽然这听起来与聚合器模式非常相似，但有一些不同的特征。最重要的是，这项新服务不存储数据，而是负责 API 组合、请求路由和身份验证等新功能
我很想知道我的推理是否正确。
提前致谢！
是的，你的理解是正确的。我会添加一些想法：
- API 网关通常是系统的入口点，而聚合器微服务可以位于中间层的某个位置。
- API 网关可能会存储来自其他微服务的部分响应，同时等待其他微服务响应（类似于聚合器）
- 还有一种混合它们的模式，称为 gateway aggregation pattern
我正在努力思考 API 网关和微服务聚合器模式之间的区别。
目前，根据我的理解，聚合器模式通过从各种微服务收集数据片段和 returns 用于处理的聚合来发挥作用。
现在 API 网关是聚合对各个微服务的调用的单一入口点。虽然这听起来与聚合器模式非常相似，但有一些不同的特征。最重要的是，这项新服务不存储数据，而是负责 API 组合、请求路由和身份验证等新功能
我很想知道我的推理是否正确。
提前致谢！
是的，你的理解是正确的。我会添加一些想法：
- API 网关通常是系统的入口点，而聚合器微服务可以位于中间层的某个位置。
- API 网关可能会存储来自其他微服务的部分响应，同时等待其他微服务响应（类似于聚合器）
- 还有一种混合它们的模式，称为 gateway aggregation pattern