前面三个痛点都被解决了，有了 Service Mesh 之后这些问题都不是问题了。升级的痛点怎么解决？Service Mesh 是一个独立进程，可单独升级，而应用程序不用改。
service mesh 是以远程调用的方式让客户端接入，只要能发出请求，简单发给 servicemesh 就可以。客户端极度简化，对于典型的 rest 请求，几乎所有的语言都有完善的支持。而服务器端只要做一个事情，服务注册。这样对于多语言的支持，就变得非常舒服了。现在终于可以真正的自由选择编程语言。
这里有一个奇迹，鱼与熊掌兼得：同时实现降低门槛，功能增加。有些信奉质量守恒的同学会感觉不科学，注意能同时实现这两个改进的原因，是把工作量最大最辛苦的事情都交给了 Service Mesh。而 Service Mesh 是通用的，可以反复重用的。
Service mesh 为业务开发团队带来的变革：降低入门门槛，提供稳定基座，帮助团队实现技术转型。最终达到的目的是，让业务开发团队从微服务实现的具体技术细节中解放出来，回归业务。
第二个变革，是对运维管理团队的强化，这里如果有做运维的同学，你们可以认真思考一下：如果有了 service mesh，你们对系统的管理和控制力会有多大的？注意很多功能的实现已经不再和应用有关，都在移到 service mesh 中，而 service mesh 通常是在运维的掌控中。
service mesh 对于新兴小众语言是极大的利好。对于新的语言来说，在和传统的主流编程语言竞争时，最痛苦的事情是什么？是生态，比如各种类库，各种框架。在微服务这个领域，新兴小众语言想和 Java 等比拼，非常的难：这是用自己的劣势对上别人的优势。而有了 Service Mesh 之后，小众语言就有机会避开这个弊端，再不用和 Java 比拼生态，而是充分发挥自己的语言特点，做自己最擅长的领域。
QQ 技术交流群：878509622
