Istio分层架构？80%的人有误解

Pilot作为非常重要的控制平面组件，其核心能力是：

• 为Envoy提供服务发现能力;
• 为Envoy提供各种智能路由管理能力，例如A/B测试，灰度发布;
• 为Envoy提供各种弹性管理能力，例如超时，重试，断路策略。

Pilot的设计核心在于“标准化”，它会将各种流控的控制命令转化为Envoy能够识别的配置，并在运行时，将这些指令扩散到所有的Envoy。Pilot将这些能力抽象成通用配置的好处是，所有符合这种标准的Envoy都能够接入到Pilot来。

潜台词是，任何第三方可以实现自己的proxy，只要符合相关的API标准，都可以和Pilot集成。

Citadel

Citadel组件，它提供终端用户身份认证，以及服务到服务的访问控制。总之，这是一个和安全相关的组件。

Galley

Gally组件，它是一个配置获取、校验、处理、分发的组件，它的设计核心在于“解耦”，它将“从底层平台(例如：K8S)获取用户配置”与Istio解耦开来。

花边：为什么80%的中文用户对Istio的二层架构的了解是错的?

很多朋友问我，通过什么渠道学习最新的技术知识，我的回答一直是，英文官网。

画外音：本文所有信息来源于Istio1.1英文官网。

我在百度搜了下Istio，80%的资料，将二层架构翻译为：

• 数据面板
• 控制面板

画外音：大家可以百度搜一下“istio 控制面板”

一开始我极其蒙圈，因为“数据平面”和“控制平面”是非常成熟的翻译，路由器就是使用这个二层架构，ServiceMesh使用相同的架构设计进行解耦，应该不需要创造性翻译呀。

后来，我懂了：

• 控制平面(control plane)
• 控制面板(control panel)

半吊子英语的程序员，二手的技术文档，真害人，唉。

总结

Istio采用二层架构，五大模块，进行微服务ServiceMesh解耦：

(1) 数据平面，主要负责高效转发

• envoy模块：即proxy;

(2) 控制平面，主要负责控制与应用

• mixer模块：支持跨平台，标准化API的adapter;
• pilot模块：控制与配置envoy的大部分策略;
• citadel模块：安全相关;
• galley模块：与底层平台(例如：K8S)配置解耦;

实施与控制分离，经典的架构设计方法，GOT?

思路比结论重要。

【本文为51CTO专栏作者“58沈剑”原创稿件，转载请联系原作者】

戳这里，看该作者更多好文

【编辑推荐】

1. 从技术演变的角度看互联网后台架构
2. 以变应变，苏宁采购平台架构演进之路
3. Istio究竟是干嘛的？
4. 阿里大牛：如何画出一图胜千言的技术架构图？
5. 可能是最易懂的Hbase架构原理解析

（编辑：济南站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!