服务到服务的通信：API 网关与服务网格答案

【问题标题】：Service-to-service communication: API Gateway vs. Service Mesh服务到服务的通信：API 网关与服务网格
【发布时间】：2020-03-13 16:24:54
【问题描述】：

阿法伊克：

但我找不到很好的解释（和参考书目）来解释为什么使用 API Gateway（例如 Apigee）不适合进程间通信。

谢谢

【问题讨论】：

【解决方案1】：

API Gateway 不是服务间通信的正确工具，因为需求不同。正如有人正确回答的那样，API 网关用于南北通信，而服务网格用于东西通信。 API Gateway 调解每个 API 调用，而这在服务间通信中不是必需的。如果您尝试为内部服务实现 APIGW，则会花费更多成本并降低性能。

【讨论】：

【解决方案2】：

API 网关：它是请求到达下游 API/服务的第一个入口点。它负责 API 管理。它仅处理 L7 (HTTP) 路由功能。

服务网格：使用边车模式将非业务逻辑问题（TLS、断路器模式等）从正在运行的应用程序中排除。它具有 L4/L7 路由能力。

检查决策树以获得更好的理解：

【讨论】：

【解决方案3】：

区别主要是结构上的，如下所述：

“服务网格模式主要侧重于处理传统上被称为“东西向”的基于远程过程调用 (RPC) 的流量：请求/响应类型的通信源自数据中心内部并通过服务传输到-service。这与 API 网关或边缘代理形成对比，后者旨在处理“南北”流量：源自外部并进入数据中心内的端点或服务的通信。”

【讨论】：

【解决方案4】：

您可能希望将 Apigee Adapter 用于 Istio。它提供流量管理、安全和监控等功能。

【讨论】：