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

Question

AFAIK：

• API网关：用户到服务的通信
• 服务网格：服务到服务的通信

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

谢谢

Answer 1

API网关：这是向下游API /服务发送请求的第一个入口点。它负责API管理。它仅处理L7（HTTP）路由功能。

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

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

Answer 2

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

Answer 3

您可能要使用Apigee Adapter for Istio。它提供了流量管理，安全性和监视等功能。

链接-https://docs.apigee.com/api-platform/istio-adapter/concepts

Answer 4

差异主要是结构性差异，如下所示：

“服务网格模式主要集中于传统上处理基于“东西方”远程过程调用（RPC）的流量：请求/响应类型的通信，它是在数据中心内部产生的，并且将服务传送到-service。这与旨在处理“南北”流量的API网关或边缘代理相反：该通信源自外部并进入数据中心内的端点或服务。”

More information on this website