不要用戰術上的勤奮，掩蓋戰略上的懶惰。

這句話被無數互聯網從業者奉為圭臬。

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

而技術的不斷進步，本質目的就是釋放出更多的生產力去解決更為重要的問題。

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

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

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

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

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

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

Service mesh 為業務開發團隊帶來的變革：降低入門門檻，提供穩定基座，幫助團隊實現技術轉型。最終達到的目的是，讓業務開發團隊從微服務實現的具體技術細節中解放出來，回歸業務。

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

在國內，大家對 Service Mesh 的討論也越來越多，甚至有人提出“Service Mesh: 下一代微服務”這樣的口號?？梢娝奈磥碜⒍ㄊ且黄x煌。

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

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

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

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

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

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

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

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