前情提要:
成都创新互联服务紧随时代发展步伐,进行技术革新和技术进步,经过10多年的发展和积累,已经汇集了一批资深网站策划师、设计师、专业的网站实施团队以及高素质售后服务人员,并且完全形成了一套成熟的业务流程,能够完全依照客户要求对网站进行网站设计、网站建设、建设、维护、更新和改版,实现客户网站对外宣传展示的首要目的,并为客户企业品牌互联网化提供全面的解决方案。
Istio架构体系中,流控(Traffic Management)虽然是数据平面的Envoy Proxy实施的,但整个架构的核心其实在于控制平面的Pilot。
灰度发布的过程在《Istio,灰度发布》一文中已经有过描述,今天重点说说Pilot和Envoy的交互流程与内部结构。
一、通用交互流程
图示:
二者相生相伴。
起初,上游调用方ServiceA访问下游服务提供方ServiceB的V1版本,在ServiceB的V2版本部署好之后,调用方如何知道“SvcA切分1%的流量至SvcB的V2版本”这个指令的呢?
整个过程主要分为三大步骤:
二、服务发现与负载均衡
讲了通用的流控策略实施通用流程,而服务发现与负载均衡,只是一个种策略实施的特例:
画外音:实际是链接到SvcB对应的Proxy。
整个过程,与使用配置中心来实施服务发现基本类似。
三、请求的入口及出口
ServiceMesh的核心,是技术基础设施与业务服务的解耦,服务A调用服务B,再次强调:
言下之意,服务A调用服务B,请求的流程是:
- SvcA -> SvcA Proxy -> SvcB Proxy -> SvcB
响应的流程则反过来:
- SvcB -> SvcB Proxy -> SvcA Proxy -> SvcA
跨网之间调用,请求的入口和出口,都是Proxy。
四、Pilot内部结构
Pilot它的内部结构并不复杂:
这么设计的好处是:
Pilot与Envoy的配合,是Istio的核心,如此一来:
等很多能力都可以实现了。
MerviceMesh并没有大家想的复杂。
思路比结论重要。
【本文为专栏作者“58沈剑”原创稿件,转载请联系原作者】
分享文章:Istio流控,服务发现,负载均衡,核心流程是如何实现的?
当前网址:http://www.gawzjz.com/qtweb/news33/180083.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联