如何在Kubernetes中选择API网关？

Question

我们在微服务场景中使用Zuul作为API网关一段时间，最近我们决定转移到Kubernetes并选择更多云本地方式。

经过一些调查并通过Istio文档，我们对Kubernetes中的API网关选择有一些疑问：

• 在Kubernetes中选择API网关时应考虑哪些方面？
• 如果我们使用Istio，我们还需要Zuul吗？

Answer 1

我认为Zuul提供了许多功能，作为流量管理，路由和安全功能的边缘服务。它必须声明API网关是外部客户端按照微服务架构模式Design访问微服务的要点。但是，Zuul需要以某种方式发现底层微服务，对于Kubernetes，您可能需要调整Kubernetes Discovery Client，它定义API Gateway如何检测路由并将网络流量传输到嵌套服务的规则。

根据设计，Istio代表服务网格architecture，并成为面向Kubernetes的解决方案，也具有平滑的集成。这里的主要概念是使用高级版本的Envoy代理，将sidecars注入Kubernetes Pods，无需更改或重写现有部署或使用任何其他方法进行服务发现。 Zuul API网关可以被Istio Gateway资源完全替换为入口或出口HTTP（S）/ TCP连接的边缘负载平衡器。 Istio包含一组traffic management功能，可以包含在常规配置中。

您可能对功能性Istio设施的其他基本概念感兴趣，例如：

• 授权model;
• 认证policies;
• Istio telemetry和混音器政策。