为每个服务/应用部署独立Istio Gateway是否存在性能影响？

为每个应用/服务单独部署Istio Gateway确实会产生明确的性能层面负面影响，核心影响分为三类：

• 空载资源浪费：每个Istio Gateway实例本质是独立运行的Envoy代理进程，在无业务流量的默认配置下，单实例会固定占用约100mCPU、128Mi内存。如果集群内存在数十上百个独立网关，仅空载消耗就会占用数核CPU、数GB内存，属于完全无必要的资源开销。
• 控制面负载升高：Istio控制面组件istiod需要为所有在线的Gateway实例维持xDS长连接，且要将对应网关的监听规则、关联的VirtualService、DestinationRule等路由配置全量推送到实例上。网关实例数量越多，istiod的连接维护、配置推送开销就会线性上涨，严重时会出现配置更新延迟升高、甚至istiod服务过载不可用的问题。
• 转发链路额外损耗：如果每个服务对应独立的入口网关，外部流量的DNS解析、负载均衡转发层级也会随之增加，高并发场景下会带来额外的连接建立、转发延迟。

补充修正：你提到的流量转发路径存在概念混淆：路径中的Istio Ingress Gateway是实际运行的网关负载实例，Istio Gateway是用来定义该实例监听端口、域名、TLS规则的CRD配置资源，二者是运行实例和配置的对应关系，并非流量链路中的先后层级。

方案选择建议 #

如果你的集群内服务总量少于10个，独立网关的性能开销完全可以忽略，模板化带来的运维效率提升收益更高，可以按应用维度部署网关。
如果服务量级更大，更推荐按产品/业务域拆分网关的方案：同一业务域的服务共享同一个Gateway实例，通过VirtualService的域名、路径规则完成流量拆分，既可以实现不同业务域的故障隔离，也能将额外性能损耗降到最低。

内容的提问来源于stack exchange，提问作者Vaccano