作者 | 蘇小宓
責編 | 王曉曼
頭圖 | CSDN 下載自東方 IC
出品 | CSDN 博客
擁抱開源，企業巨頭們正在進一步加快進程。
今天，微軟正式宣布推出基於 Envoy 的新開源服務項目——Open Service Mesh（OSM）。OSM 項目旨在作為服務網格接口（SMI）規範的參考實現，該規範在生態系統中獲得了很多參與者的支持，而它也視為是 Kubernetes 上服務網格的標準接口。
對此，微軟還計劃向雲原生計算基金會（CNCF）捐贈該項目，以確保未來 Open Service Mesh 是由社區主導並開放治理的。
「 SMI 確實引起了用戶的共鳴，因此我們真的認為生態系統中有一定的空間可供 SMI 的參考實施，其中網格技術首先最重要的是實現了那些 SMI API，並使其成為客戶可能的最佳 SMI 體驗。」 Azure Compute 合作夥伴管理總監（和CNCF董事會成員）Gabe Monroy 表示。
另外，他補充道，由於 SMI 提供的最低公分母 API 設計，因此，如果用戶需要一些更高級的功能，Open Service Mesh 可有助原始的 Envoy。Monroy 指出，這種「無懸崖」的設計是 Open Service Mesh 背後哲學的核心。
至於功能集，SMI 可處理用戶期望的所有標準服務網格功能，包括使用 mTLS 保護服務之間的通信、管理訪問控制策略、服務監控等。但是，當今市場上還有許多其他服務網格技術。那麼，微軟為什麼要推出這個呢？
Monroy 表示：「我們的客戶一直在告訴我們，當今存在的解決方案非常複雜，Istio 就是一個很好的例子。不僅僅是我這樣說。我們在 AKS 支持隊列中看到了試圖使用這些東西的客戶的數據，他們就在這裡苦苦掙扎。這只是一項難以使用的技術，難以規模化構建的技術。因此，現有的解決方案都存在一些不完全正確的方法，我們真的感到重量更輕、更專注於 SMI 的解決方案，將對今天涉足這項最新技術的客戶而言，是最合適的。」
另外，Monroy還指出，Open Service Mesh 可以與Linkerd等其他解決方案一起使用。Linkerd 實現了 Service Mesh 接口，該服務網格於 2019 年 5 月由包括微軟和 Hashicorp 在內的供應商引入，希望為 Kubernetes 上的服務網格創建標準接口。儘管有適配器，但 Istio 並未實現 SMI。SMI 也由 CNCF 託管。現在，微軟提出了 OSM 項目，它不僅是 SMI 的新實現，也可以和 Linkerd 一起使用，這對於業界而言，無疑帶來了很大的幫助。
許多權威人士期望 Google 也將其 Istio 服務網格捐贈給 CNCF。不過，據報導，Google 的這一舉措沒有實現，他們選擇了將商標捐贈給新創建的 Open Usage Commons。「這很有趣。許多人非常關注此方面的治理方面，」他說。「我認為，當人們過度關注這一點時，您會看不到客戶如何使用這項技術。事實是，如今客戶在 Istio 上度過了一段愉快的時光。我認為，即使是深入該社區的人們也會承認這一點，而這正是我們目前不願意為該生態系統做出貢獻的原因。」
來源：
https://www.theregister.com/2020/08/05/microsoft_open_service_mesh/
https://techcrunch.com/2020/08/05/microsoft-launches-open-service-mesh/
聲明：本文為 CSDN 博主「蘇小宓」的原創文章，版權歸作者所有。
原文：https://blog.csdn.net/sinat_14921509/article/details/107838992?spm=1000.2115.3001.4277