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，咱們今天的內容到這裏結束，很是感謝你們，謝謝。

來源:敖小劍的博客