CSDN|赠书 | SkyWalking 观测 Service Mesh 技术大公开( 二 )

CSDN|赠书 | SkyWalking 观测 Service Mesh 技术大公开
本文插图
SkyWalking集成Mixer 未来Mixer 2.0版本将会采用Envoy的WASM系统模型进行构建 , Mixer插件将可以二进制形式被Envoy进行动态的变异加载 。 SkyWalking社区会跟进该模式 , 以实现新的适配器模型 。集成后 , 我们就可以看到如图中所示的监控指标页面和服务拓扑图了 。CSDN|赠书 | SkyWalking 观测 Service Mesh 技术大公开
本文插图
监控指标DashboardCSDN|赠书 | SkyWalking 观测 Service Mesh 技术大公开
本文插图
使用Mixer生成的服务拓扑图2、ALS模式集成除了进行Mixer的集成以外 , SkyWalking同时可以与Envoy的ALS(Access Log Service)进行相关的系统集成(见图13-5) , 以达到Mixer类似的效果 。 与Envoy集成的优势在于 , 可以非常高效地将访问日志发送给SkyWalking的接收器 , 这样延迟最小 。 但缺点是目前的ALS发送数据非常多 , 会潜在影响SkyWalking的处理性能和网络带宽;同时 , 所有的分析模块都依赖于较为底层的访问日志 , 一些Istio的相关特性不能被识别 。 比如这种模式下只能识别Envoy的元数据 , Istio的虚拟服务等无法有效识别 。 对比图13-6与图13-4所示的拓扑图 , 我们并没有发现istio-policy组件 , 这是由于该组件与sidecar之间的通信是不通过Envoy转发的 , 故从ALS中无法获得此信息 。CSDN|赠书 | SkyWalking 观测 Service Mesh 技术大公开
本文插图
SkyWalking与ALS<div class="output_wrapper" id="output_wrapper_id" style="font-size: 16px; color: rgb(62, 62, 62); line-height: 1.6; word-spacing: 0px; letter-spacing: 0px; font-family: 'Helvetica Neue', Helvetica, 'Hiragino Sans GB', 'Microsoft YaHei', Arial, sans-serif;"><pre style="font-size: inherit; color: inherit; line-height: inherit; margin: 0px; padding: 0px;"><code class="hljs makefile" style="margin: 0px 2px; line-height: 18px; font-size: 14px; font-weight: normal; word-spacing: 0px; letter-spacing: 0px; font-family: Consolas, Inconsolata, Courier, monospace; border-radius: 0px; color: rgb(169, 183, 198); background: rgb(40, 43, 46); overflow-x: auto; padding: 0.5em; white-space: pre !important; word-wrap: normal !important; word-break: normal !important; overflow: auto !important; display: -webkit-box !important;">sourceServiceId = A<br>...<br>destServiceId = B<br>sourceServiceId = B<br>...<br>destServiceId = C<br></code></pre></div>CSDN|赠书 | SkyWalking 观测 Service Mesh 技术大公开
本文插图
使用ALS生成的服务拓扑图观测Istio的技术发展目前Istio和SkyWalking都处于高速发展之中 。 Istio对于可观测的演进主要有以下几个方面 。Mixer被移除 。 Mixer由于其性能问题将被移除 , 上面介绍的第一种集成模式很快会成为历史 。Envoy WASM将会替代Mixer成为可观测的主力 。 未来 , SkyWalking将会深度与Envoy WASM技术结合 , 它会带来如下好处: