Gloo Gateway与Istio服务网格集成指南
2025-06-12 15:02:20作者:曹令琨Iris
前言
在现代云原生架构中,服务网格已成为管理微服务通信的关键组件。本文将详细介绍如何将Gloo Gateway与Istio服务网格进行集成,实现安全、可控的流量管理。
Istio服务网格概述
Istio作为业界领先的服务网格解决方案,提供了以下核心功能:
- 流量管理:自动负载均衡,支持HTTP、gRPC、WebSocket等多种协议
- 安全通信:基于mTLS的服务间身份认证与加密通信
- 可观测性:自动收集流量指标、日志和追踪数据
- 策略控制:细粒度的访问控制、配额管理和故障注入
Gloo Gateway与Istio集成优势
Gloo Gateway与Istio集成后,可以发挥以下优势:
- 双向TLS安全:通过Istio sidecar实现服务间mTLS加密
- 统一入口管理:在服务网格入口处应用Gloo的高级路由策略
- 增强安全控制:结合Gloo的认证授权、速率限制等能力
- 简化配置:1.17版本引入的auto-mTLS功能自动配置上游服务
环境准备
安装Istio服务网格
有两种主要方式安装Istio:
-
使用Gloo Mesh Enterprise(推荐)
- 提供托管的Istio发行版
- 内置Istio生命周期管理
- 支持多集群、多云环境
-
手动安装Istio
- 可选择Solo.io提供的Istio发行版
- 或直接使用开源Istio版本
部署示例应用
我们使用httpbin作为示例应用:
apiVersion: v1
kind: ServiceAccount
metadata:
name: httpbin
apiVersion: v1
kind: Service
metadata:
name: httpbin
labels:
app: httpbin
spec:
ports:
- name: http
port: 8000
targetPort: 80
selector:
app: httpbin
apiVersion: apps/v1
kind: Deployment
metadata:
name: httpbin
spec:
replicas: 1
selector:
matchLabels:
app: httpbin
version: v1
template:
metadata:
labels:
app: httpbin
version: v1
spec:
serviceAccountName: httpbin
containers:
- image: docker.io/kennethreitz/httpbin
imagePullPolicy: IfNotPresent
name: httpbin
ports:
- containerPort: 80
部署后创建VirtualService配置路由:
apiVersion: gateway.solo.io/v1
kind: VirtualService
metadata:
name: httpbin
namespace: gloo-system
spec:
virtualHost:
domains:
- '*'
routes:
- matchers:
- prefix: /
routeAction:
single:
upstream:
name: default-httpbin-8000
namespace: gloo-system
启用Istio集成
配置Helm Values
升级Gloo Gateway安装以启用Istio集成:
- 获取istiod服务地址
- 导出当前Helm配置
- 添加Istio集成配置
global:
istioIntegration:
enableAutoMtls: true # 启用自动mTLS配置
enabled: true # 启用Istio集成
istioSDS:
enabled: true # 启用SDS(Secret Discovery Service)
gatewayProxies:
gatewayProxy:
istioDiscoveryAddress: istiod-1-21.istio-system.svc:15012 # istiod服务地址
istioMetaClusterId: mycluster # 集群标识
istioMetaMeshId: mycluster # 网格标识
验证集成
升级后验证gateway-proxy Pod包含3个容器:
- gateway-proxy
- istio-proxy
- sds
配置mTLS通信
注入Sidecar
- 标记命名空间启用sidecar注入
- 重启httpbin部署
export REVISION=$(kubectl get pod -L app=istiod -n istio-system -o jsonpath='{.items[0].metadata.labels.istio\.io/rev}')
kubectl label ns default istio.io/rev=$REVISION --overwrite=true
kubectl rollout restart deployment httpbin
应用严格mTLS策略
apiVersion: "security.istio.io/v1beta1"
kind: "PeerAuthentication"
metadata:
name: "test"
namespace: "istio-system"
spec:
mtls:
mode: STRICT
验证mTLS
请求httpbin服务,检查响应头中的X-Forwarded-Client-Cert字段,确认mTLS已生效。
故障排查
常见问题及解决方案:
- 503错误:通常表示mTLS配置缺失,检查Upstream是否配置了mTLS
- Sidecar未注入:确认命名空间标签和istiod版本匹配
- 连接失败:检查istiod服务地址是否正确
环境清理
- 移除Gloo Mesh Enterprise(如使用)
- 回滚Gloo Gateway配置
- 移除httpbin应用的sidecar
- 删除示例应用和VirtualService
总结
通过本文的配置,您已成功将Gloo Gateway与Istio服务网格集成,实现了:
- 安全的mTLS服务间通信
- 统一的入口流量管理
- 自动化的mTLS配置(使用auto-mTLS功能)
- 增强的安全策略控制
这种集成方案特别适合需要严格安全控制的企业级微服务架构,同时保持了Gloo Gateway在API网关层面的灵活性和强大功能。
登录后查看全文
热门项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin08
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
热门内容推荐
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
537
3.76 K
暂无简介
Dart
773
192
Ascend Extension for PyTorch
Python
343
405
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.34 K
755
🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
1.07 K
97
React Native鸿蒙化仓库
JavaScript
303
356
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
337
180
AscendNPU-IR
C++
86
142
openJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力
TSX
987
249