近日，微軟宣布開源輕量級服務網格（Service Mesh）項目 Open Service Mesh （OSM），并強調將在第一時間把該項目捐贈給云原生計算基金會（CNCF）。

而就在上個月，谷歌違反與 IBM 之間的協(xié)議，拒絕將旗下著名的開源服務網格項目 Istio 捐給 CNCF，并自建新組織轉移了 Istio 等項目的商標所有權，遭到開源界的一致抗議。

相較之下，微軟強調要捐贈 OSM 的舉動確實耐人尋味。

OSM 與 Istio 的區(qū)別

8 月 6 日，微軟宣布開源一個基于 Envoy 代理的輕量級服務網格項目 OSM。據(jù)微軟云服務平臺 Azure 產品總監(jiān) Gabe Monroy 介紹，OSM 被設計為服務網格統(tǒng)一接口標準 SMI 的實現(xiàn)，同時采用 Envoy 作為代理和總線。

被問到 OSM 與 Istio 有何區(qū)別時，Gabe 表示，最主要的區(qū)別在于 OSM 更加輕量?！?我們的許多客戶都在嘗試使用 Istio，但從 AKS （Azure K8s 服務）的支持隊列中我們看到，很多用戶都在使用 Istio 的過程中遇到了困難。”

Gabe 認為，Istio 本身的復雜度已經成為很多企業(yè)用戶開發(fā)人員學習的負擔。“ Istio 的設計理念是試圖整合整個 Envoy 生態(tài)系統(tǒng)，這就產生了大量復雜的 API 。

但大多數(shù)使用 Service Mesh 的用戶其實只關注三件事：服務之間的安全通信、智能路由以及服務之間的自動監(jiān)控。Istio 的一些復雜功能在很多時候都用不上。事實上，這些不必要的復雜性還提高了容器集群出故障的概率。”

而 OSM 雖然被稱為輕量級，但并不意味著它缺乏能力。Gebe 表示，OSM 是經過精心設計的，只保留了用戶最需要的部分 API 。“ 我們希望 OSM 簡單易懂（相比 Istio），這是有代價的，這個代價就是一些高級功能的可訪問性。

我們通過為原生 Envoy API 創(chuàng)建一個 bail-out 機制來啟用這些高級功能，而不是在 API 層面做更多文章。

服務網格統(tǒng)一接口標準 SMI

Gebe 提到的 SMI 是微軟在去年提出的 Service Mesh Interface 的簡稱。

2019 年 5 月，在由 CNCF 主辦的 KubeCon 2019 峰會上，微軟聯(lián)合 CNCF 推出運行于 K8s 之上的服務網格規(guī)范 Service Mesh Interface （簡稱 SMI），定義了一組描述能力很有限的對象，用于進行服務網格的控制，旨在為現(xiàn)有和未來不同廠商的服務網格產品提供統(tǒng)一的接口標準。

SMI 的出現(xiàn)讓輕量級的服務網格產品成為主流趨勢，CNCF 官方項目 Linkerd 就是一款基于 SMI 實現(xiàn)的輕量級服務網格產品。

SMI 對服務網格中的流量規(guī)范、訪問控制、流量拆分、流量監(jiān)控四大模塊定義了 API 標準，避免了市場碎片化，也讓新晉廠商擁有加入 Service Mesh 生態(tài)建設的兼容能力。

當時，加入該標準的廠商包含了很多知名開源公司和 CNCF 基金會成員，包括 Red Hat、VMware、微軟、Canonical、Docker 等，但作為 CNCF 創(chuàng)始成員的谷歌卻并不在列，令人感到驚訝。要知道，谷歌維護著當時市場份額占比最大的 Service Mesh 產品 Istio。

似乎從這時候起，谷歌就打算不和大家一起玩了。

屠龍勇士終成惡龍？

從云計算技術基礎“三大論文”、瀏覽器內核 Chromium 、Andorid 系統(tǒng)，再到如今一統(tǒng)云原生基礎設施建設的 Kubernetes ，一直以來，谷歌都是開源領域的佼佼者，推出了一個又一個足以改變世界的重量級開源項目。

但近年來，谷歌面對開源社區(qū)的態(tài)度似乎正在產生微妙的變化。

去年 10 月，在谷歌公開的一份高層戰(zhàn)略報告中，谷歌產品經理兼 Knative 項目指導委員會成員 Donna Malayeri 明確表示 Knative 項目（基于 Kubernetes 與 Istio 的 Serverless 架構）將不會捐贈給任何基金會。

這一決定在當時也引來了許多業(yè)內人士的不滿。VMWare 首席工程師 Joe Beda 與微軟工程師 Brendan Burns（前谷歌 Kubernetes 首席工程師）等人都對這一消息表示失望。

而就在上個月，谷歌違反與 IBM 共同開發(fā) Istio 項目時達成的協(xié)議，拒絕將 Istio 捐贈給中立的 CNCF，轉而將包括 Istio 在內的旗下 3 個重要開源項目的商標權轉移至一個由谷歌高層創(chuàng)建的新組織中。

此舉也引發(fā)了 IBM、Oracle、CNCF、Istio 社區(qū)等相關生態(tài)參與者的不滿，各方代表都下場公開指責谷歌違反了開源社區(qū)開放治理的精神。

我們曾分析過，谷歌近年來在開源領域的保守舉動或許更多的是迫于市場壓力。根據(jù)調研機構 Synergy Research 發(fā)布的報告顯示，在 2020 年 Q1 全球云服務市場中，谷歌云的市場占比僅為 8%，遠遠落后于 AWS 與微軟 Azure 。

而出自谷歌之手的 Kubernetes 作為全球云基礎設施建設的事實標準，不僅沒有給谷歌帶來相應的收益，反而讓競爭對手賺得盆滿缽滿。

谷歌現(xiàn)在之所以要將 Istio 等重要開源項目控制在自己的手中，似乎就是不希望重蹈完全中立開放的 Kubernetes 被競爭對手吸血的覆轍。

進擊開源的微軟

與谷歌在開源領域的“大撤退”相反，曾經的“封閉大魔王”微軟近年來則在大舉進擊開源。

2001 年，時任微軟 CEO Steve Ballmer 說出了那句著名的反開源口號：“ 從知識產權保護的角度來看， Linux 就是無可救藥的毒瘤?！?/p>

而 13 年后，微軟的新任 CEO Satya Nadella 在上任時卻公開表達了微軟對 Linux 和開源的“愛意”。盡管當時很多人都認為這只是微軟的新營銷手段，但微軟之后的舉動都證明了其確實在開源領域投入了大量的精力。

自新 CEO 上任以來，微軟先后開源了旗下包括 .NET 在內的重要項目，推出免費且開源的 Visual Studio Code，將旗下產品全面支持 Linux 跨平臺運行，陸續(xù)加入或參與建立各種開源組織等。

2016 年，微軟成為了全球范圍內為開源社區(qū)貢獻代碼最多的公司。2018 年，微軟斥資 75 億美元收購 GitHub，進一步鞏固自己在開源界的地位。

當然，微軟擁抱開源的舉措也確實收獲了成效。在 2019 年 Stack Overflow 年度開發(fā)者調查報告中，微軟的 VS Code 已經成為了全球最受歡迎的開發(fā)平臺，F(xiàn)acebook 官方宣布 VS Code 成為內部默認開發(fā)環(huán)境，非常大比例的谷歌工程師也開始使用 VS Code 。微軟圍繞 VS Code 打造的一系列開源工具鏈也成為全球開發(fā)者市場的最大贏家。

嘗到開源甜頭的微軟也在云原生領域發(fā)力。2017 年，微軟以鉑金會員的身份加入 CNCF，成為 Kubernetes 生態(tài)的重要貢獻者之一。微軟旗下云服務商 Azure 也順勢推出基于 Kubernetes 的 AKS 業(yè)務，成為全球第二大混合云服務提供商，市場份額超越了 Kubernetes 的創(chuàng)建者谷歌。

如今，看到谷歌對 Istio 的專制造成的市場動搖，微軟又果斷推出 OSM ，試圖進軍 Service Mesh 市場分一杯羹。

身份互換

谷歌越來越封閉，微軟越來越開放？這事擱十年前絕對讓人難以置信，但如今似乎正在成為現(xiàn)實。

評論認為，谷歌為了自身的商業(yè)利益，選擇背棄親手扶植的 CNCF，不惜違反協(xié)議也要將 Istio 控制在自己的手中；而微軟同樣也是為了自身的商業(yè)利益，選擇擁抱 CNCF，推出 OSM 以搶占 Istio 的市場份額。

也許事實就是這樣，無論是谷歌還是微軟，對于這些商業(yè)公司來說，沒有永恒的立場，只有永恒的利益。結合歷史來看，這場身份互換的游戲，似乎永遠沒有盡頭……