微服务这两年都被说滥了,所以今天不聊旧东西。
我要说说
Service Mesh,从 2018 年成为 Service Mesh 元年开始,国内各家大厂都在落地 Service Mesh(遗憾的是,因为它还是比较新,所以真正做过且做出点东西的团队还比较少)。
从好的方面来说,Service Mesh 确实解决了很多问题。服务发现、负载均衡等是传统微服务架构的积弊,解决这些问题的技术又带来系统复杂性。
而 Service Mesh 作为处理服务间通信的基础设施层,从诞生开始就在解决微服务架构的痛点,帮助“苦逼”的开发者,从服务通信问题解脱出来,让你一头可以钻进代码做业务开发。
几次迭代之后,完全体的 Service Mesh,
相比传统微服务架构,优势十分明显:
和语言无关,服务可以用任何语言编写,入手方便无门槛;
基础设施独立演进,写框架不用太考虑向后兼容性,没有后顾之忧;
系统可观测性,无感知的监控告警和链路追踪,运维起来很便捷;
优点太多了,我就不展开说了,但我更想给大家打个预防针。我一个朋友去字节面试了下面这个岗位,看似平平无常,但其实暗藏玄机。
他说 JD 中的“了解 Service Mesh 及其演进路线”面试中要的是“
理解Service Mesh技术原理”,“实战经验”面试中要的是“
具备有效落地的能力”,我的朋友在面试前十分膨胀,以为自己很可以,结果...自然是凉凉了。
就像我在开头说的一样,Service Mesh 固然好,但太新,成熟的团队和人太少。想要满足“理解原理”还有“落地的能力”真的是比较难,关键现在很多大厂的后端面试还都要考一考 Service Mesh。
如何“痛打”面试官,
掌握 Service Mesh 扫难关
从能落地的角度,来掌握 Service Mesh,仅仅得到 Istio 的使用手册是远远不够的,Service Mesh 背后的原理是什么,如何有效落地,才是技术真正有价值的地方,也就是大厂招聘 JD 中所要求的“了解演进路线”“拥有实战经验”。
趣头条的资深架构师徐鹏,在公司负责 Service Mesh 的研发和落地,已经承接了数千条调用链路和数百万 QPS 峰值。他对 Service Mesh 架构的演进非常有发言权,他们团队根据自身业务需求和运维环境,研发了一套适合自己的 Service Mesh,名叫 Negri,这是他们的研发历程图。
由他来为你展开Service Mesh 的全貌,深入探究底层原理,结合实践经验,了解为什么、怎么做,是再适合不过的。
刚好,他和拉勾教育合作的
「微服务 Service Mesh 原理与实战」 专栏终于上线了。上新期仅需 1 块钱,周二晚上 12 点就会涨价,现在可以先囤起来。
Service Mesh的
最佳学习路线
徐鹏对 Service Mesh 的入门到实践,做了一个学习脑图,这也是他这个课程的设计方式,逻辑和路径非常合适你学习一种新的技术。