Istio分层架构?80%的人有误解(2)
Pilot作为非常重要的控制平面组件,其核心能力是:
Pilot的设计核心在于“标准化”,它会将各种流控的控制命令转化为Envoy能够识别的配置,并在运行时,将这些指令扩散到所有的Envoy。Pilot将这些能力抽象成通用配置的好处是,所有符合这种标准的Envoy都能够接入到Pilot来。 潜台词是,任何第三方可以实现自己的proxy,只要符合相关的API标准,都可以和Pilot集成。 Citadel Citadel组件,它提供终端用户身份认证,以及服务到服务的访问控制。总之,这是一个和安全相关的组件。 Galley Gally组件,它是一个配置获取、校验、处理、分发的组件,它的设计核心在于“解耦”,它将“从底层平台(例如:K8S)获取用户配置”与Istio解耦开来。 花边:为什么80%的中文用户对Istio的二层架构的了解是错的? 很多朋友问我,通过什么渠道学习最新的技术知识,我的回答一直是,英文官网。 画外音:本文所有信息来源于Istio1.1英文官网。 我在百度搜了下Istio,80%的资料,将二层架构翻译为:
画外音:大家可以百度搜一下“istio 控制面板” 一开始我极其蒙圈,因为“数据平面”和“控制平面”是非常成熟的翻译,路由器就是使用这个二层架构,ServiceMesh使用相同的架构设计进行解耦,应该不需要创造性翻译呀。 后来,我懂了:
半吊子英语的程序员,二手的技术文档,真害人,唉。 总结 Istio采用二层架构,五大模块,进行微服务ServiceMesh解耦: (1) 数据平面,主要负责高效转发
(2) 控制平面,主要负责控制与应用
实施与控制分离,经典的架构设计方法,GOT? 思路比结论重要。 【本文为51CTO专栏作者“58沈剑”原创稿件,转载请联系原作者】 戳这里,看该作者更多好文 【编辑推荐】
点赞 0 (编辑:ASP站长网) |