Service Mesh：重塑微服务市场

Abstract

今天咱们不谈技术，不谈架构，也不谈具体的产品，咱们来聊一聊在将来一两年以内，Service Mesh技术会在微服务相关的市场带来什么样的变化？

你们好，我是敖小剑，今天给你们带来的这个主题叫作 “Service Mesh：重塑微服务市场”。

刚才主持人张亮提到说，过去一年Service Mesh成为一个热词。基本上，在国内的话，我差很少是Service Mesh最先的布道师。可能若是你们以前有看相关的资料的话，应该会看到一些个人资料。我前后作过几场的演讲，作过一些技术的分享，也写过不少文章。但在此以前，这些内容可能更多的都是集中在技术领域。那今天咱们会特殊一点，咱们今天不谈详细的技术，不谈具体的架构，咱们也不谈具体的产品。 后面的这些名词 ,   Istio/Conduit/Envoy/Linkerd/Nginmesh,这些词可能听过，可能没听过，但没问题，今天这些咱们通通都不讲。咱们今天要讲另一个东西：咱们会聊一聊在将来一两年以内，Service Mesh技术会在微服务相关的市场带来什么样的变化？

主要内容会是三大块：首先咱们会看一下目前微服务的市场的一些现状，而后接下来咱们会探讨一下它的商业模式，在第三块，咱们会重点讲一下Service Mesh对PaaS的意义。

OK，第一块，微服务的现状。

咱们快速过一下。

目前微服务的背景是这样，首先目前在市场上是有这么一个潮流：传统企业会慢慢向互联网技术转型，其中微服务和容器是这个技术转型的核心。这个市场比较大，你们也都看好这样一个方向，这是大的时代背景。

简单回顾一下，微服务在国内，基本上是在2015年开始兴起。2016/2017这两年在国内的基本上就是大热了。咱们能看到的是，将来这一两年以内，这个热潮应该继续延续。主要仍是由于微服务这个技术是用于解决实际问题的，另外它也一样适用于各类企业。这样的大背景之下，咱们来看如今使用微服务的客户现状。

实际上，咱们以前在谈到Service Mesh技术为何演进的时候，咱们有提到，在Service Mesh以前，第一代的侵入式微服务框架，它的门槛相对稍微高一点，典型的表明的是Dubbo，Spring Cloud。对于传统企业来讲，传统企业其实缺少一些互联网的技术基因，这些包括技术，人才，经验，还有开发流程。在实际的市场当中，咱们能够看到，大多数企业，虽然他们试图在微服务方面有一些转变，但实际上，在落地的时候仍是会遇到一些问题。目前第二代的Service Mesh技术其实主要是冲着解决这个问题来的。他的思路在于要想办法用Service Mesh这样一个技术来下降微服务落地的门槛，最后帮助传统企业完成整个技术转型。这是目前大的背景和现状，咱们下面来详细聊一下在这个背景当中一些具体的东西。

微服务的一个痛点：落地很难。

在这个地方我放了一个冰山图，左边的有一个坐标，就是说要实现好一个微服务，技术要求大概是一个什么样子，我这边简单的画了一下。

实际上咱们能够看到，就是说若是以60分为及格线的话，那很遗憾的是，虽然这个冰山咱们看它的体积很是的巨大，这个市场规模是很是大的，但实际上到目前真正可以落地的，可以浮在水面上的，其实并很少。这个问题在哪里？

由于它落地太难了。

落地难的缘由是门槛比较高。咱们简单的罗列了一下，好比说典型的Spring Cloud，他的技术栈，咱们看到的这些特性的列表。你们能够看到很是多的东西，左边这个地方Spring Cloud的各个组件。你们若是用过Spring Cloud的都会比较熟悉。固然两边并非严格对称，这只是一个示意。

实际上在这样的一个巨大的特性列表和组件列表当中，比较头疼的是：若是你是一个新人的话，你要第一时间掌握的东西实际上是很是多的。Hello Would都很简单，可是你真的要掌握，这些东西是要一个一个吃透的。

为何这个门槛会这么高？在这里面要指出一点，就是说：解决问题的思路有点不太对。

咱们先看左边这个图，咱们如今若是是想要一辆汽车，那OK，能够像左边这个图同样。咱们看到一辆汽车分解以后是会有多少个零件？咱们如今经过类库的方式，实际去组装辆汽车，我能够给你不一样的组件，不一样的类库，而后告诉你这个是发动机，这个是轮胎，这个是刹车……这确实会比本身从头至尾，从每个螺丝钉开始制造，去组装整车要轻松的多，好比说至少有个成熟的发动机，至少方向盘能够不用本身作了。可是实际上，对用户而言，必需要对总体有很是深的认识：你知道每一个组件能作什么，选择合适的组件，并把他们并拢起来。这样对一个系统的了解是须要比较深的。

咱们再看看右边：你组装出来的东西是什么样子？最上面这个跑车多是全部人的梦想，对吧？但实际当中，不一样的用户，他的能力是不同的，他的投入也不同。那他最终获得产出品，颇有可能不是上面的这个让你们心动的跑车。极可能只是一个普通的大众，只能只一个QQ，甚至，其实最后一张图很是凄惨：不知道出来的会是什么，极可能是接近没法使用的产品。

在下一代的Service Mesh当中，会用其余的方式来完成这个事情。

首先经过智能代理的方式，屏蔽掉你们对底层各个组件的认知。Service Mesh会经过直接使用Sidecar的方式来完成这些功能。

从思路上说，在这个时候，最大的事情是调整战略。

咱们回到需求：客户用这些东西的需求是什么？它的目标是把这个车造出来，但造出这个车的下一步，是开着它上路，去该去的地方。造车，并非他的最终的目标，对吧？咱们回到现实的例子，你们学习Spring Cloud的目标是仅仅掌握Spring Cloud吗？咱们说到，作微服务的实现，是把咱们体系架构在微服务之上，而后让整个体系能够更快更好的运转。因此呢，客户真正的需求是用微服务作开发，作应用开发，应用是它的核心价值。这种状况下，对于微服务系统自己的掌握，要求其实不该该那么高。

好比说我随便举个例子，我相信在座的各位，不少同窗开过车对吧？你可能开车的驾驶技术很高，可是若是咱们如今，举个例子说：我给你一堆组件给你组，你能不能组装成一辆车？我相信在坐的同窗应该没有几个能办获得。

因此，在这个地方，在Service Mesh里面，最重要的是：咱们会作一个思路的转变。咱们再也不以组件的方式给客户提供服务，并且直接给客户成品，并且是精心打磨的成品。这个你们梦想中的跑车，开箱即用，直接呈如今客户面前。它很是的方便，能够很是快速地使用它。他的品质是通过打磨好以后的，而后客户只须要知道该怎么驾驶就行了。

这是整个Mesh的思路。

在这个思路背后，表明了一个重要的核心理念。咱们会看到，第一代的微服务将当时微服务开发的门槛下降了，在第一代微服务以前，你须要一切从零开始，你须要从每一行代码开始。换句话说，在你造整车的时候，你须要从每一个螺丝钉开始，这必然是很难的。

第一代微服务至少提供了一些成熟的组件，好比说发动机OK啦，这个门槛它下降了一部分。第二代微服务，咱们是但愿在这个基础上，将门槛进一步下降。60分再也不是及格线，咱们但愿将它降成30分。这个目标若是可以达成，对于指望用微服务来作技术革新的企业来讲，他这个时候能够更容易地落地。你们能够想象，一场考试，及格线是60分和及格线是30分，这个时候及格率会发生质的变化，这个时候能释放出来的市场规模也会远远大于前者。

OK，这个第一阶段咱们讲好。

嗯，在这个地方，我想问你们一个问题：在座的各位，有没有哪一位所在的企业是真正的将微服务落地在一线生产上的？张亮兄？OK，你这个没问题。还有没有哪一位？OK？好，这个属于冰山水面上的部分。后面还有没有其余同窗？有没有同窗作过尝试的？就是在大家的实际的生产当中，实际落地微服务的架构，OK，这边有些同窗。

好，实际上调查的和咱们预期的仍是有点像的。真正的你们可以把微服务落地的，就是冰山上面露出来的一小部分。

OK，咱们进行第二个探讨：Service Mesh和微服务市场模式的探讨。

我先抛出一个问题：假设如今有一个公司，他要推微服务，但它确实以前没有这样的经验，它可能也缺少这样的人才，因此在技术能力上它会有些欠缺。那这个时候怎么办？

哪位同窗能给我想一个办法？或者说若是如今你的领导和你说：咱们要上微服务了，有什么办法？这个很现实的，领导明天就你定方案，而后你发现你的团队好像你们都没玩过，也都不会。请你告诉我怎么办？有没有哪一个同窗给我一个想法？

注：现场互动，有同窗回答说，须要领导重视。

嗯，很是重视，咱们明天就上！

注：现场互动，有同窗继续说，招人，外包。

恩，招人和外包，还有别的吗？OK，好，这位同窗至少已经找到了明天早上开始推行微服务的一些方案了。

OK，咱们简单过一下，刚才这个同窗这里有一个比较有意思的地方：招人。这个有个比较有意思的东西给你们轻松一下。

这个是我我的的玩笑，用于区分互联网企业的一个简单方式：当发现有些事情本身不会作，也没有合适的人手，没能力的时候怎么办？通常互联网公司的习惯都是：挖！没人是吧，看一下业界谁会，挖！挖不过来是吧，薪水乘2？OK，互联网公司通常习惯这么干。可是传统企业通常不喜欢这么干，这里还包括假装成互联网，你们应该懂这个意思吧？嗯，他的业务有多是互联网业务，但他的工做方式，整个运做多是传统企业的方式。但它的业务模式多是互联网产品。这种企业的一般状况下它的习惯是买！拿钱去买，但他能买到什么？

固然这是个玩笑，可是有时候仍是挺准确的，你们能够私底下去验证一下。

那咱们如今说说，能买什么？

在这个市场，能为微服务的开发提供什么样的产品，什么样的服务吗？刚才同窗说了一个：外包。是的，这个很正常。确实有很是之多的外包，但还有两个，一个是咨询，教你怎么作；一个是培训，包括出书也是一种培训，现场培训是另外一种。还有一种就是卖产品，微服务相关的各类产品。整个市场会提供这些产品，但咱们会注意到：前三者是不同的。咨询、培训、外包本质上是要提高客户的能力，就是让你的能力更强。若是你们记得前面的那条线的话，如今就是在你考试的时候，让你的考试能力更强。产品是帮你稍微下降一下门槛。好比我告诉你，第五道题的答案是B，你填上就行了。最终达到你们及格的目标，至少起码及格。

整个市场提供的产品，大概是这个样子。

咱们聊另一个话题，可能更有意思：为何你们想用微服务？尤为在参加技术大会以后。平时你们苦日子过习惯了，后来某人参加了某个技术大会以后，回来就以为：平时这苦日子过得有点惨。旁边的这个是麦粒，不知道你们有没有吃过？晒干以后脱皮直接煮着能够吃的，甚至也能够生吃。而后是很是难吃的，很难下咽，但古代，咱们的祖先原来就是这么吃下来的。后来发现参加了一场大会以后，发现这个受不了，为何呢？发现别人吃的是右边的东西。

这个叫什么？不患贫而患不均，对吧？左边这个其实也不是过不下去，可是当你看到右边以后，一般通常人都受不了了。别人告诉你说要去皮，你要磨成粉，以后你要和面，发酵，蒸，而后就有这个吃了。你们一看，开完大会以后就发现，对啊，左边这个麦粒确实不必这么吃，对不对？

咱们如今回到刚才的这个话题：咨询、培训、外包的本质是什么？

咨询是告诉你，看个例子，咨询告诉你什么品种的小麦口感好，或者说告诉你微服务12要素。嗯，而后告诉你，Spring Cloud是个不错的选择。

培训是什么？告诉你，这个小麦怎么种，这个馒头要怎么蒸，对吧？接下来告诉你，什么三个星期或者三天快速掌握Spring Cloud。

外包是什么？就是这些东西，作咨询了，给方案了，也作了一些培训了，可是仍是搞不定。可能技术不够，也可能人力不足。那怎么办？上门帮你。对吧？我直接帮你蒸一屉馒头，客户就会问了：今天搞定了，明天怎么办，是吧？这个问题确定是现成的，今年的这个目标搞定了，可是馒头明天仍是想吃，不想明天再搞回去的，是吧？OK，好开心的告诉客户，二期合同，签二期合同，轻松帮你搞定。

那咱们能够看到说：这三个本质是什么？是客户变得更强大，对吧？咨询、培训是让你变得更强大的；外包，让你变得伪装更强大：其实没这个能力，可是在别人帮助的状况下，能够在短期以内达到这个能力。

可是别忘了：整个事情仍是在客户这边的，这个仍是本身的事情，若是能力不够，明天的事情仍是作很差。今天让别人帮忙蒸好了馒头，明天没人蒸的话，仍是得回去啃麦粒。

而后咱们能够看到，买到的产品也是不一样层次的。

咱们作个简单的类比，初级产品是提供一些原材料，不能直接达到目标。可是无论如何，它会给你基石。至少在有小麦的状况下，还有机会煮一煮，对吧？类比各类类库，给一些基本的类库，至少还有机会不要从零开始。当肚子饿的时候，你说我没有吃的，我如今今天开始种地，对吧？等到半年以后，开始有收成，这不现实。因此，无论如何，初期产品至少让你有一个比较好的起点。

再日后，中级的产品，好比说面粉，这个时候离馒头已经不是很遥远了。可是你仍是须要一些比较重要的工具，类比就是各类的框架。基本上有面粉以后，起码不会饿死对吧？无论作的有多难吃。可是呢，有多好吃就是另一回事，后面还有不少工序须要本身去完成。

相比之下，大部分同窗可能还会选择：这个本身作的不太好，咱们仍是选最高级，开箱即用。直接下单，那边立刻给你端上一笼馒头，立刻就搞定。这确定是比前面本身种地或者买面粉要快的多，类比的话就是Service Mesh。在这里我加了一个问号，后面你们会了解这个问号是什么。

实际上，在市场上能买到的产品，是不一样层次的。市场的规律一般是这样，在知足需求的前提之下，最初期的产品都会在第一时间出现，而后逐渐的开始演变，开始向高级产品来演变。对于微服务市场来讲，如今的高级产品就是Service Mesh。

咱们回到第二个痛点。前面咱们说微服务落地的重点在哪里，第一个是门槛，微服务的门槛高实在是有点高。这里咱们看第二个痛点：微服务的市场模式是不太对的。

咱们如今细细看，就是说，咨询、培训、外包，对于市场来讲，有能力提供微服务相关服务的这些公司，大多数是技术型的公司。无论是创业公司，仍是大一点像阿里腾讯这种比较大的。这些公司有个问题：它其实不是太擅长咨询培训外包的，毕竟这个不是它的主业。一样在这几个领域当中，市场存在大量的竞争对手，好比咨询公司，你们熟悉的，培训公司，还有各类外包。这些对于作技术型的公司来讲一般不擅长，并且即便他能够来作，也会占用大量的人手。一旦占用人手的话，就没有能力去开发产品。

咱们看第四个，会发现：这个产品麻烦了。客户的资金，他的预算，通常来讲是有固定的。当他的预算大部分投入到咨询、培训和外包以后，还有多少钱来买产品？他不买产品，技术公司就没有办法获得利润，没有利润，就没有足够的财力去开发更好的产品。

没有更好的产品，就不能靠产品解决问题。

那客户就要回答说：产品不能解决个人问题，我就继续回到咨询、培训、外包的这个主流上来。这个地方造成一个很要命的恶性循坏。

在我以前的经历当中，我是在这个市场的乙方公司作过事情。咱们当时实际上是面临一个比较难受的事情，就是说：如何在产品和项目之间平衡。我相信这对于全部在微服务市场提供服务的乙方公司来讲，都是一个很是很是现实的话题。

产品是个什么概念？你们最熟悉的，左边这个图，office系列，或者说它背后的windows操做系统。差很少是过去十几年，软件行业我感受应该是最成功的所谓”产品”。产品的概念：难度很是大。你看windows、office出了这么多年，有谁超过了？而后它的周期很是长，开发一个产品，好几年。几千我的，甚至更多的人堆在上面。它的风险很是大，一次投资就是几亿几十亿。而后来钱其实挺慢的，由于他要慢慢铺开。这个产品铺上去可能几年以后陆陆续续回本。可是，有个极大的优势：很是低成本的大规模复制。Office 2019，它的第一份拷贝成本可能高到几十亿美圆，但它的第二份拷贝的成本是多少？第两千份拷贝的成本是多少？第1000万份，它的成本又是多少？

因此咱们就发现针对于技术公司而言，对于大部分技术公司而言，其实最理想的是作产品，对吧？产品作好了，而后再卖给更多的客户。

可是不少时候，事情每每没这么简单。不少时候咱们遇到一个事情：会有一个“项目”的概念。有个客户，他有一大堆的东西，这些东西没法造成一个通用的需求，也没办法由简单的产品去覆盖它。而后可能就会用咨询、培训加外包的方式帮他搞定。OK，好处是说有一单是一单，客户的需求是摆在面前的，风险很小，基本上技术上确定能够搞定，半年一年以后就能把这个项目的钱结回来。可是它的缺点是：陷入卖人头的境地。由于项目的可重复性是比较差的，当你接到第二个项目的时候，你会发现它其实须要重头来过，很难把两个项目之间的东西去积累成产品。

我相信在座的若是有作乙方的，包括作内部乙方的，给其余人提供服务、产品来解决问题时，应该都会遇到这两个问题。这个平衡是至关麻烦。

路在哪里？Service Mesh给出几个答案。

左边这个是在以前曾经作过的分享，从技术上来讲，由于咱们今天没讲技术，因此没有提过。从技术上说，Service Mesh提供了一个方案，就是说将整个服务间通信的解决方式，整个技术栈所有下移。从应用当中下移到底层的基础设施，经过增强基础设施的方式提供一个统一的解决方案，这是从技术的角度。

在前面咱们提到，从理念的角度上说，Service Mesh是但愿将微服务市场的门槛下降，而后造成整个市场的规模增大。

咱们在前面也提供了一个产品的思路：解决问题的思路要发生变化。要实现产品的升级，不能卖初级产品，要想办法提供最终的成型的成熟的产品。

OK，这是Service Mesh在这个时候很是重要的一件事情，就是：能够重建微服务市场的市场模式。

将整个模式牵回到一个正统的重产品重技术的途径，也就是说，咱们会经过提供更好的产品，而后这个产品能够更多的更广泛地知足客户的需求，从而下降客户的门槛。当客户入门的门槛下降的时候，他对于咨询、培训、外包的需求就会下降。那他会有更多的资金预算投到产品的采购当中，这样会让提供产品的技术公司有更多的利润，而后继续增强产品，造成这样一个良性的循环。这是Service Mesh在整个微服务市场当中很是很是重要的一环，必需要让原来的恶性循环的场景开始向如今这样一个良性循环作转变。

咱们来详细的过一下，Service Mesh对于微服务市场的核心价值，主要是四块：

第一是对使用者更加的友好，体如今技术栈下移，下降了整个微服务入门的门槛。最终达到扩大市场规模的目标，这主要是体现它的易用性上。

而后，第二个核心价值体如今标准。从类库，到框架，再到平台，整个生态是愈来愈大的。

而一旦到了Service Mesh这个领域，就不会拘泥于细节，而是通盘考虑，考虑生态如何作。整个体系，全部组件，这些组件之间的交互是什么？这有个好处，它会天然而然的去统一，去集中化这些模块，而后在上面再制定一个标准。

第三个价值在于Service Mesh提供专业化的解决方案。你们常说的，“专业的人作专业的事情”。在这个领域，微服务之间的通信，这是一个专业度很是高的领域，这个领域应该出现工业级成熟度的制成品。而不该该让每一家公司都以小做坊的方式去各自完成。咱们期待的是一个工业级的产品，它应该有很是很是高的完成度，功能齐全，以此来提高业界的总体水准。随便举个例子，今天你们能拿到的任何一个哪怕微不足道的小螺丝钉。你就想一想，若是用人工的方式去作，他们开发成本会有多大？工业制成品的概念就是在这个地方，经过大量的标准化，经过工业制造，能够作到很是好的精度，同时成本降到极低。

这在整个市场上体现为规模效应。为何？若是一天的时间只作一个螺丝，这个成本很是的高，若是开一台机器，一天制造了100万个螺丝，成本在哪里？因此，在这个点上有个很是重要的事情，就是：必定要能够低成本的大面积的使用。

若是你的螺丝不标准，你在某个地方必定要须要一个特殊的螺丝，这个螺丝的规格跟其余都不相同，必定要手工制做。那这种状况下，你是没有办法去下降成本。你只有经过前面的易用性，标准，专业来实现。这些事情最终的目标，都是让这个产品最终实现能够低成本的大面积使用。这个时候能够作到一个事情，就是说你最终总的利润能够增长，可是你的单价是下降的。

Service Mesh这样的一个技术，对于市场有一个比较好的事情，是说它适合把规模作大。

OK，咱们探讨了service mesh对微服务市场模式的从新塑造。咱们如今进入第三段，Service Mesh对于PaaS平台的价值和意义。

在开始这个话题以前，咱们先简单过一下，PaaS的核心价值是什么？它跟Service Mesh又有什么相通的地方？你们记得前面列了四个东西，第一个是易用，对使用者友好，你们会发现PaaS提供的价值也是如此，PaaS也是让你们能够更轻易的更简单的实现整个平台。标准，这个不用说了。专业，你们会发现，其实如今PaaS平台会慢慢的向少数的解决方案集中。基本上已经不多有小公司本身再去作一个本身的PaaS平台了。大规模，你们都有联系到，目前PaaS市场上比较大的一些公有云，会发现这个规模实际上是很是可怕。

大部分公有云，若是体积规模发展比较迅速的话，每一年乘2是很正常的。咱们发现PaaS其实和咱们以前谈到的Service Mesh，几乎是一脉相承。为何？殊路而同归。

PaaS和Service Mesh成功的基础，其实就是在这几个关键的点上。

一个是必定要简单易用。这个轮子你们有没有印象，有小朋友的就会知道，这个是自行车后轮的平衡轮。有这个平衡轮以后，没有任何基础的小朋友也能够骑上自行车了，就叫易用性：很是很是简单，让你的入门门槛瞬间下降，客户作的事情及其简单。

第二个事情是必定要有规模效应，产品要好，价格要低，怎么作到？只能把规模作大。要把规模作大，还有一个事情，就是必定要想办法把蛋糕作大。由于就算你把市场百分百占了，若是这个市场自己不大，那这种状况下其实就算占了百分百，也就一小块。因此接下来一个事情就是必定要去把这个蛋糕作大。

整个PaaS和Service Mesh的生存之道（你们若是有留意到，咱们一路下来这个脉络）是说它作了一个重要的事情，就是它其实是在帮客户作事情：这些事情是客户必需要作的，可是他又不太容易作好。咱们的生存之道是帮助客户从这些细节里面解脱出来。客户大多数状况下是业务驱动的，咱们要作的就是把全部的他要作又很差作的这些事情都下沉下来，咱们帮他作好。

Service Mesh和PaaS在理念上是相通的，Service Mesh对PaaS的价值体如今下面的几个方面：

第一个是标准化和规模化，那这个咱们讲的挺多。

第二个，会涉及到跟技术相关的一些内容，它可让开发和运维分离。Service Mesh会接管整个应用的部署、运维和对应用的管理，它独立于应用的开发和业务实现。这样的好处是能够将你们熟悉的一些好比说服务治理的各类功能，让它独立应用的开发以外，而这些功能经过Service Mesh来实现。当Service Mesh变成PaaS的一部分以后，PaaS和业务之间的这个界限会变得特别的清晰。应用集中在业务语义，而剩下的全部的部署、运维、管理、监控统统放在PaaS，这样二者之间的界限清晰。

另一个就是提升竞争力，由于Service Mesh表明着技术先进性，提供了一些很是强大的功能，同时它会下降客户的门槛和客户易于使用，这个对于客户而言吸引力是很是高的。

而后能够帮助PaaS平台更好的去整合资源，由于PaaS天生是提供各类能力的。这些能力，原来是以单个单个的方式提供给客户，你们若是有注意到的话，全部PaaS平台都卖各类产品各类能力，而后能够本身选择去用。Mesh有个好处是说它自己就能够自然地把这些能力组合起来，变成一个统一的全套方案，直接覆盖监控、告警、故障排查，变成整个基础能力的一部分，变成PaaS平台的一部分，经过这样的方式来发挥PaaS平台的威力。

另外就是引入了可控性。由于Service Mesh的控制平面，是能够对整个服务间通信、对服务治理作到集中式的管理。这些控制的能力，若是为PaaS所用，那PaaS就会平添一种能力，去对整个应用作统一的控制。在此以前PaaS平台对应用的控制更可能是集中在很是粗的层面，好比说启动、关闭，可是内部其实没办法干预。能够给它分配资源，可是你实际上没有办法去管控，好比说一些服务治理的功能。那经过整合Service Mesh以后，PaaS就开始有能力对服务进行管控，并且这个能力会变得很是强大。而强大的服务治理功能，会变成PaaS平台的重要的卖点。

这是整个Service Mesh对于PaaS的帮助。

咱们简单总结一下：Service Mesh技术为PaaS平台提供了一个很是好的应用落地方案。

底层是PaaS，PaaS若是直接接业务的话，一般是比较累的。客户选择用微服务以后，就会选择Spring Cloud之类的东西，仍是要本身作一层比较厚的框架层。有Service Mesh技术以后PaaS会更好的对接微服务，对接业务。

最后咱们会提到，Service Mesh和PaaS，咱们称之为绝配。所谓绝配，是说这样一个搭档相互之间是很是的舒服：让彼此的能力互补，而后加强对方的优势。

在最先的微服务时代，微服务和容器被认为是一对绝配。应该说这两个技术的互补性是很是强的。微服务已经进展到Service Mesh阶段了，而容器通过市场淘汰已经开始向K8S靠拢了。接下来，在这样一个基础上若是能再走一步，当k8s逐步向PaaS平台靠拢，也就说PaaS其实是一个基于K8S的PaaS。那它和Service Mesh之间的搭档会成为一个新的市场主流，成为一个更好的客户基础。固然如今尚未实现，目前市场上暂时尚未这样的产品，但我相信在将来一两年中这会成为市场的主流。

OK，咱们今天的内容到这里结束，很是感谢你们，谢谢。

来源:敖小剑的博客