2020年,落地 Service Mesh 还有那些问题 ?
前言 从2017年 Istio 横空出世到 2020年 多款 Service Mesh 产品面世,似乎就像当年 Docker 的一样,毫无疑问 Service Mesh 重新定义了微服务治理,目前也依然是 Sevice Mesh的事实
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 版本迭代,源码还是会有一些细微的变动;再者,我认为看别人的文章,不如自己写一篇理解地深刻。 珠玉在前,本文难免有不足,望见谅。