服务网格

把服务间通信的流量治理(mTLS、重试、熔断、遥测)下沉到数据面代理,控制面统一下发策略;降低业务侵入,但增加运维复杂度与延迟开销。

数据面边车或节点代理执行策略与遥测采集
控制面下发路由、安全与可观测配置
适用服务规模与治理诉求达到一定程度后再引入
  • 评估适用:服务数量、语言异构度与治理诉求是否匹配
  • 小范围试用:先接非核心服务,量化延迟与资源开销
  • 策略梳理:重试、超时与熔断在网格侧显式配置,避免与应用叠加
  • 安全启用:开启 mTLS 并演练证书轮换
  • 运维纳入:控制面升级与代理版本管理列入常规工作
接入度量记录每跳延迟增量与代理 CPU、内存占用,写进容量模型
常见节奏先可观测(遥测)后流量治理(路由、重试),再逐步收紧安全策略
范围边界网格治理东西向流量,南北向入口策略保持独立
回退路径保留快速摘除边车或直连应急通道的预案
网格不能替代应用层设计:重试与熔断语义仍需与业务幂等、超时预算协同配置。

易错点

  • 引入初期未评估代理带来的延迟与资源开销
  • 网格层与应用层重试叠加,放大下游压力

数据来源与参考

  • Istio 官方文档:Architecture
  • CNCF 服务网格术语(glossary)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌