建站
咨詢
售后
建站咨詢
新聞中心
前情提要：
成都創(chuàng)新互聯(lián)服務(wù)緊隨時(shí)代發(fā)展步伐，進(jìn)行技術(shù)革新和技術(shù)進(jìn)步，經(jīng)過10多年的發(fā)展和積累，已經(jīng)匯集了一批資深網(wǎng)站策劃師、設(shè)計(jì)師、專業(yè)的網(wǎng)站實(shí)施團(tuán)隊(duì)以及高素質(zhì)售后服務(wù)人員，并且完全形成了一套成熟的業(yè)務(wù)流程，能夠完全依照客戶要求對網(wǎng)站進(jìn)行網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)、建設(shè)、維護(hù)、更新和改版，實(shí)現(xiàn)客戶網(wǎng)站對外宣傳展示的首要目的，并為客戶企業(yè)品牌互聯(lián)網(wǎng)化提供全面的解決方案。
- 《ServiceMesh究竟解決什么問題?》
- 《Istio究竟是什么?》
- 《Istio分層架構(gòu)設(shè)計(jì)?》
Istio架構(gòu)體系中，流控(Traffic Management)雖然是數(shù)據(jù)平面的Envoy Proxy實(shí)施的，但整個(gè)架構(gòu)的核心其實(shí)在于控制平面的Pilot。
灰度發(fā)布的過程在《Istio，灰度發(fā)布》一文中已經(jīng)有過描述，今天重點(diǎn)說說Pilot和Envoy的交互流程與內(nèi)部結(jié)構(gòu)。
一、通用交互流程
圖示：
- 灰色圓形，為業(yè)務(wù)服務(wù)
- 紫色六邊形，為Envoy代理
二者相生相伴。
起初，上游調(diào)用方ServiceA訪問下游服務(wù)提供方ServiceB的V1版本，在ServiceB的V2版本部署好之后，調(diào)用方如何知道“SvcA切分1%的流量至SvcB的V2版本”這個(gè)指令的呢?
整個(gè)過程主要分為三大步驟：
- 用戶在控制平面的后臺(tái)，通過Pilot的API，修改A到B的路由策略(標(biāo)號1);
- Pilot將路由策略固化存儲(chǔ)，以便未來新注冊的調(diào)用方A能夠知道當(dāng)前***的路由策略;對于已經(jīng)存在的調(diào)用方A，Pilot則通過主動(dòng)通知的方式告之調(diào)用方A對應(yīng)的Envoy(標(biāo)號2);
- Envoy作為數(shù)據(jù)平面，實(shí)施***的路由策略(標(biāo)號3)，在本例中，即將1%的流量導(dǎo)給灰度版本Bv2;
二、服務(wù)發(fā)現(xiàn)與負(fù)載均衡
講了通用的流控策略實(shí)施通用流程，而服務(wù)發(fā)現(xiàn)與負(fù)載均衡，只是一個(gè)種策略實(shí)施的特例：
- 提供服務(wù)的SvcB新增一個(gè)Pod(標(biāo)號1);
- 在Pilot后臺(tái)修改SvcB的集群配置(標(biāo)號2);
- Pilot將SvcB的***信息同步給該配置的訂閱方(標(biāo)號3)，即SvcB的調(diào)用方SvcA對應(yīng)的Proxy;
- SvcA對應(yīng)的Proxy增加到SvcB的鏈接(標(biāo)號4)，并實(shí)施負(fù)載均衡;
畫外音：實(shí)際是鏈接到SvcB對應(yīng)的Proxy。
整個(gè)過程，與使用配置中心來實(shí)施服務(wù)發(fā)現(xiàn)基本類似。
三、請求的入口及出口
ServiceMesh的核心，是技術(shù)基礎(chǔ)設(shè)施與業(yè)務(wù)服務(wù)的解耦，服務(wù)A調(diào)用服務(wù)B，再次強(qiáng)調(diào)：
- 一個(gè)容器Pod內(nèi)的一個(gè)服務(wù)，服務(wù)進(jìn)程(SrvA/SrvB)和邊車進(jìn)程(Proxy)是相生相伴的，他們之間的交互是本地交互(標(biāo)號1)
- 跨容器Pod之間的遠(yuǎn)程調(diào)用，必須通過Proxy進(jìn)行(標(biāo)號2)
言下之意，服務(wù)A調(diào)用服務(wù)B，請求的流程是：
- SvcA -> SvcA Proxy -> SvcB Proxy -> SvcB
響應(yīng)的流程則反過來：
- SvcB -> SvcB Proxy -> SvcA Proxy -> SvcA
跨網(wǎng)之間調(diào)用，請求的入口和出口，都是Proxy。
四、Pilot內(nèi)部結(jié)構(gòu)
Pilot它的內(nèi)部結(jié)構(gòu)并不復(fù)雜：
- Pilot的核心，是各種流控策略的維護(hù)，Abstract Model;
- 必然，Pilot需要提供接口給用戶，增刪查改這些策略，Rules API;
- 一方面，Pilot需要保持各類底層基礎(chǔ)設(shè)施的兼容性，Platform Adapter;
- 另一方面，Pilot又需要保持不同Proxy實(shí)接口的兼容性，Envoy API;
這么設(shè)計(jì)的好處是：
- Istio設(shè)計(jì)時(shí)已經(jīng)考慮了異構(gòu)的基礎(chǔ)設(shè)施，不管底層是K8s還是其他體系，都可以兼容
- 任何第三方可以實(shí)現(xiàn)自己的proxy，只要符合相關(guān)的API標(biāo)準(zhǔn)，都可以和Pilot集成
Pilot與Envoy的配合，是Istio的核心，如此一來：
- 服務(wù)發(fā)現(xiàn)(discovery)
- 負(fù)載均衡(load balancing)
- 故障恢復(fù)(failure recovery)
- 服務(wù)度量(metrics)
- 服務(wù)監(jiān)控(monitoring)
- A/B測試(A/B testing)
- 灰度發(fā)布(canary rollouts)
- 限流限速(rate limiting)
等很多能力都可以實(shí)現(xiàn)了。
MerviceMesh并沒有大家想的復(fù)雜。
思路比結(jié)論重要。
【本文為專欄作者“58沈劍”原創(chuàng)稿件，轉(zhuǎn)載請聯(lián)系原作者】
當(dāng)前文章：Istio流控，服務(wù)發(fā)現(xiàn)，負(fù)載均衡，核心流程是如何實(shí)現(xiàn)的？
文章鏈接：http://www.5511xx.com/article/cdsighp.html
