前言 从2017年 Istio 横空出世到 2020年 多款 Service Mesh 产品面世，似乎就像当年 Docker 的一样，毫无疑问 Service Mesh 重新定义了微服务治理，目前也依然是 Sevice Mesh的事实

概览 在kubernetes的很多组件中，都会用到队列，为了方便使用，client-go中k8s.io/client-go/util/work

前言

2020 年 8 月 27 日,Istio 发布了 1.7 版本，宣称这是一个真正产线可用的版本.其中针对Traffic Management增了一个配置values.global.proxy.holdApplicationUntilProxyStarts,可以支持让 sidecar 启动后才启动你的应用容器，这解决了一个 Istio 一直存在的一个问题：

前言

在前一篇文章中,我们对 client-go 中的 client 对象有了一定的了解，而在本文中，我们将去探究 Kubernetes 组件间的通信机制-Informer,它为 Kubernetes 的消息提供了实时性，可靠性和顺序性的保证。

前言

近期在做Kubernetes和Istio微服务治理的落地项目，随着项目的推进，working on learning，对于Kubernetes和Istio算是入了门。机缘巧合之下，加入了云原生社区的 Kubernetes 源码研习社，一起学习 kubernetes 源码,希望能对于 Kubernetes 有更加深入的理解。

前言

这是我第一次写源码分析的文章，在写这篇文章之前，我阅读过一些写的很好 Go 源码分析的文章，比如本文参考的曹春辉老师的golang-notes和饶大的码农桃花源系列。但是，而随之时间的推移，Go 版本迭代，源码还是会有一些细微的变动；再者，我认为看别人的文章，不如自己写一篇理解地深刻。 珠玉在前，本文难免有不足，望见谅。