Istio服务网格原理与实践

接下来讲讲Istio的架构及核心组件。

Istio控制平面的安装非常简单，比想象中的更简单。

Istio 1.4版本中，Envoy代理在每次请求后都调用Mixer的API来发送遥测数据，数据主要包括请求的来源和目的地址、来源和目的负载的ID（K8SPODID）等。Mixer还会从K8S中获取一些元数据，经整合处理后再发给Prometheus。尽管Envoy代理会缓存数据，但这种架构依然会占用很大的资源消耗。Envoy会消耗很多的CPU和内存，同时还会带来很高的延迟。

为了降低Envoy的资源消耗，更为了降低所增加的网络延迟，遥测数据收集架构被重新设计。Istio TelemetryV2 使用两个Envoy WASM插件来实现原本在Mixer实现的遥测数据收集功能。根据最新的Istio文档，V2版本中增加的网络延迟由之前的7ms下降到了3.3ms，而且资源消耗下降了50%。

Istio社区使用Google的V8引擎为Envoy实现了一个WebAssembly运行时。Envoy有了WASM插件机制后，开发人员可以为Envoy采用任何语言编写插件，然后配置Envoy去执行插件。V2版本的实现采用了两个定制插件，metadata-exchange和stats。metadata-exchange插件用于获取一请求的连接的元数据；Stats插件则将请求的遥测数据保存到Envoy统计子系统并能被Prometheus获取到。