云原生

Envoy作为容器sidecar被注入应用Pod内的主要流程如下：主要的组件就是Listener和Cluster，Listener负责监控Downstream发送的请求，最终由Cluster来选择Up

Envoy通过LibEvent的event_base_loop函数来处理网络事件，下游连接数据到达时，lievent库通过向assignEvents注册的回调方法来分发事件。 在connection_

Envoy的运行和创建连接的源码走读。 Envoy的运行入口位于MainCommonBase::run方法中，此时Envoy进程以Server身份启动并执行run方法。

Istio 整体架构 Proxy作为数据面最重要的组件，也是本篇文章的重点。它里面有两个组件： pilot-agent：pilot派驻到本地的代理管理员。 envoy proxy：本地执行者，也就是本

搭建k8s的流程比较复杂，要求主机环境也比较高。Minikube避免了这些问题，方便于单机安装k8s环境。 安装Minikube也会遇到一些问题，主要是一些资源是在国外，更新依赖资源时会报错。 需要替

envoy跟很多代理的优先级机制不一致，就是简单的哪条规则在前边，哪条规则的优先级就是最高的。 这边就要注意不要掉坑，把/作为第一个match规则，那后边的规则就默认都失效了。 所以越大的规则越往下放

考虑一个场景，一个应用涉及到几百个微服务的上下游请求，就会涉及到成千上万的匹配规则。这就会带来几个问题。 VirtualService中涉及到的规则太多，导致整个配置很大，不好维护。 权限管理比较复杂

继# 【玩转服务网格】如何使用网格进行灰度发布中的实例继续验证流量镜像机制。 mirror规则可以使Envoy截取所有request，并在转发请求的同时，将request转发至Mirror版本，同时在

本文使用Kubernetes进行实践，如何从0开始使用envoy做服务代理。按照文件记录的一步一步执行即可搞定。

本文使用Kubernetes进行实践，如何从0开始使用istio做服务代理。按照文件记录的一步一步执行即可搞定。

istio是如何下发配置到数据面的。- Kubernetes Informers to watch object changes and computes ConfigsUpdated, and

继# 【玩转服务网格】如何使用网格进行灰度发布中的实例继续验证超时和故障注入机制。 超时 更新VirtualService信息，对v2版本的请求增加1s的timeout（实例服务是200ms到2s的随

本文的目的：指定请求header中特定kv的路由到V2版本。 首先明确两个istio中的概念。 VirtualService：配置路由规则，控制请求流量如何分发到服务上。