關鍵點 當前流行的Service Mesh實現（Istio，Linkerd，Consul Connect等）僅滿足微服務之間的請求 - 響應式同步通訊。 為了推進和採用Service Mesh

導讀 近期與幾位企業使用者交流 Service Mesh 及其相關技術，大家對於它所展現的形態以及未來發展都表示出極大的興趣。但對當下企業應用現狀如何與 Service Mesh 整合到一起又表現出極大的困

【編者的話】隨著微服務數量越來越多，給業務開發團隊的增加了溝通和維護的成本，為了解決這一的痛點，我們關注到了Service Mesh技術，本次分享主要介紹房多多在Service Mesh中的一些經歷和過程，以及

十幾年前就有一些公司開始踐行服務拆分以及SOA，六年前有了微服務的概念，於是大家開始思考SOA和微服務的關係和區別。最近三年Spring Cloud的大火把微服務的實踐推到了高潮，而近兩年K8S在容器編排的地位

【編者的話】過去的一年，可以說是關於Service Mesh評估、試驗乃至炒作的一年。 雖然Service Mesh作為一種新興的技術模式引發了人們的廣泛關注，但對其的重視仍然主要停留在評估階段，而尚未觸及

SOFA Scalable  O pen  F inancial  A rchitecture 是螞蟻金服自主研發的金融級分散式中介軟體，包含了構建金融級雲原生架構所需的各個

朵曉東 ，花名奕杉，螞蟻金服高階技術專家。專注企業雲端計算技術及產品，螞蟻金融雲 PaaS 創始團隊核心成員，Antstack 網路產品負責人。開源愛好者，Apache Kylin 創始團隊核心成員；SOFA

黃挺，螞蟻金服高階技術專家，螞蟻金服分散式架構 SOFA 的開源負責人。目前在螞蟻金服中介軟體團隊負責應用框架與服務化相關的工作。 本文根據黃挺在 CNUTCon 全球運維大會的主題分享整理， 完整的

Service Mesh是微服務設定中的通訊層。來自每個服務的所有請求都將通過服務網格。每個服務都有自己的代理服務，所有這些代理服務一起形成“服務網格”。因此，如果服務想要呼叫另一個服務，它不會直接呼叫目標服務

對於大多數人來說，“Service Mesh（服務網格）”仍然是一個新概念，因此，談論它的“歷史”可能看起來有點滑稽。但事實上，早在2010年初，在一些大網路規模的公司中，服務網格的概念就隱約開始逐步形成了。因

本文整理自螞蟻金服高階技術專家在 QCon 上海 2018 上的演講。 大家好，我是來自螞蟻金服中介軟體團隊的敖小劍，目前是螞蟻金服 Service Mesh 專案的 PD。我同時也是 Servicemes

此文已由作者劉超授權網易雲社群釋出。 歡迎訪問網易雲社群，瞭解更多網易技術產品運營經驗。 但是對於資料面的關鍵元件Envoy沒有詳細解讀，這篇文章補上。 一、Envoy的工作模式

Istio 中有個 issue #9066 要求將 Istio 中預設使用的 Service Graph 替換成 Kiali 。Kiali 最初是由 Red Hat 開源的，用於解決 Service Mesh

作為本系列文章的第三篇（前兩篇請戳：《 淺談服務治理、微服務與Service Mesh（一）Dubbo的前世今生 》、《 淺談服務治理、微服務與Service Mesh（二） Spring Cloud從入門到

GitHub： github.com/alipay/sofa… 文件地址： www.sofastack.tech/sofa-mosn/d… SOFAMosn 的誕生 雲原生時代，Servic