不要用戰(zhàn)術(shù)上的勤奮，掩蓋戰(zhàn)略上的懶惰。

這句話被無數(shù)互聯(lián)網(wǎng)從業(yè)者奉為圭臬。

對于技術(shù)人來說，總是加班加點用老舊而低效的技術(shù)去解決那些已經(jīng)有更好的解決方案的問題，也可以算得上是一種戰(zhàn)略上的懶惰。

而技術(shù)的不斷進步，本質(zhì)目的就是釋放出更多的生產(chǎn)力去解決更為重要的問題。

就像前幾年，當傳統(tǒng)的整體式架構(gòu)的到后期變得越來越復雜，以致讓開發(fā)人員束手束腳，情形積重難返之時，微服務橫空出世。它的可擴展性、易維護性、故障和資源的隔離性等諸多優(yōu)點使得研發(fā)效率大大提高。到如今，在各個技術(shù)會議上，談架構(gòu)必談微服務。

但是，技術(shù)是不斷變動的，這世上不存在完美無缺的解決方案，微服務也不是包治百病的良藥。

當一個應用是由數(shù)百個甚至上千個服務組成的時候，服務間通信就變得異常復雜，如何管理好服務間通信以保證端到端的性能和可靠性，成為擺在開發(fā)者面前的難題。這個時候，也就意味著需要有更進一步解決方案來應對這個局面。

這時候，Service Mesh 出現(xiàn)了。（意味著我們又要學新東西了，誰讓我們是程序員呢？）

Service Mesh 是一個網(wǎng)絡(luò)模型，它是位于 TCP/IP 之上的抽象層,可以提供安全、快速、可靠的服務間通信。

Java 資深架構(gòu)師，微服務專家敖小劍老師這么看 Service Mesh ：

Service mesh 為業(yè)務開發(fā)團隊帶來的變革：降低入門門檻，提供穩(wěn)定基座，幫助團隊實現(xiàn)技術(shù)轉(zhuǎn)型。最終達到的目的是，讓業(yè)務開發(fā)團隊從微服務實現(xiàn)的具體技術(shù)細節(jié)中解放出來，回歸業(yè)務。

在過去的一年中，Service Mesh 已經(jīng)成為云原生技術(shù)棧里的一個關(guān)鍵組件。很多擁有高負載業(yè)務流量的公司都在他們的生產(chǎn)應用里加入了 Service Mesh，如 PayPal、Lyft、Ticketmaster 和 Credit Karma 等。

在國內(nèi)，大家對 Service Mesh 的討論也越來越多，甚至有人提出“Service Mesh: 下一代微服務”這樣的口號。可見它的未來注定是一片輝煌。

但是， Service Mesh 畢竟還是一個新興事物，目前國內(nèi)還沒有太多的實際案例，這也導致了大家對 Service Mesh 的討論大多還停留在理論層面。

對于 Service Mesh 在落地過程中可能會遇到的一些問題，則鮮少有人提及。當然，主要原因還是沒有實際的落地經(jīng)驗。

因此，作為國內(nèi)較早參與 Service Mesh 項目落地的人，我希望把自己在整個落地過程中的經(jīng)驗和思考分享出來，幫助大家對 Service Mesh 有一個更立體的了解：

1. 針對 Service Mesh 的特點，落地過程中如何根據(jù)現(xiàn)有架構(gòu)做出合理的取舍？
2. 這個過程中有哪些容易掉入的陷阱？如何避免？
3. 經(jīng)過最近一年的發(fā)展，Service Mesh 形成了哪些事實規(guī)范？
4. 經(jīng)歷過整個過程之后，對于架構(gòu)我有了哪些更深入的思考？

當然，關(guān)于 Service Mesh 背后的機制與原理，我也會結(jié)合實踐過程做相關(guān)的介紹。

這些問題，我將用 6 篇文章來一一解釋清楚，大綱如下：

1. 我們高呼的下一代微服務 Service Mesh 到底是什么？
2. 從單體應用到 Service Mesh 的曲折歷程
3. 異構(gòu)系統(tǒng)跨語言服務化初探
4. 詳解 Service Mesh 的事實規(guī)范
5. Service Mesh 的請求路由流程分析
6. 面向未來的思考：泛服務化與 Service Mesh

希望你在埋頭干活的同時，也能抬頭看路，找到工作中解決問題的最佳路徑，找到用新技術(shù)解決老問題的成就感和樂趣。