吳明宜微軟本周宣佈已經建立以 Envoy 代理伺服器為基礎的開原碼服務網格，並計畫未來幾周將移交給雲端原生運算基金會 (Cloud Native Computing Foundation) 。
微軟的開放服務網格 (Open Service Mesh) 旨在協助企業處理複雜的微服務管理工作，後者是現代軟體應用的元件。微服務現在是取代傳統大型應用的主流，因為它讓開發人員將應用分解成一個個小元件，可在不影響其他部門情況下抽換或更新、增加新功能、修補 bug 都比傳統應用架構更快。
但微服務的管理，以及確保各元件間網路流量順暢流程卻是很複雜的工作，服務網格也應運而生。
服務網格的原理是建立一層跨不同網路環境的抽象層，以便更容易部署微服務應用。它能導引應用流量自動流過多個底層實體網路，而不再需要為特定網路設定一個個應用服務。
除了微軟，目前市面上服務網格以 Google 的 Istio 最知名，其他如 Kong 的 Kuma 、 Bouyant 的 Linkerd 也很受歡迎。
Microsoft Azure 產品管理總監 Gabe Monroy 指出，開放服務網格的目的在變成更輕巧、更好使用的 Istio，Istio 的部署和管理是出名的複雜。
此外他還說，開放服務網格也可和 Envoy 及 Kubernetes 整合。 Envoy 是微服務應用的重要開發工具，而 Kubernetes 則是管理軟體容器的開原碼軟體—模組化應用就是跑在容器中。
微軟將開放服務網路交給 CNCF，將有助於爭取開原碼社群的認同，因為 Google 不開放 Istio 讓開原碼社群相當不滿。
Google 原本一直承諾未來會將 Istio 交給 CNCF，但幾個星期前它卻食言而肥，而將其商標移轉給 Google 自行設立的組織，稱為 Open Usage Commons 。這讓許多合作夥伴很惱火，尤其是 IBM，因為 IBM 過去也在 Istio 專案貢獻良多。其他人則認為 Google 真正目的是藉此持續主導 Istio 未來方向。
Constellation Research 分析師 Holger Mueller 指出，微軟建立開放服務網格背後目的是不想讓 Google 專美於前，Google 之前已經因為 Kubernetes 而成為容器管理的業界標準。「目前服務網格還是百家爭鳴的局面，業者的規格、 API 、好不好用以及普及程度將決定誰是最後勝出的人。」他說。