微軟通過(guò)SMI與OSM定義新標(biāo)準(zhǔn)

時(shí)間：2022-04-19 10:09:01 | 來(lái)源：行業(yè)動(dòng)態(tài)

時(shí)間：2022-04-19 10:09:01 來(lái)源：行業(yè)動(dòng)態(tài)

為了正面對(duì)抗AWS App Mesh與Anthos Service Mesh，微軟照理說(shuō)肯定要在自家云平臺(tái)Azure上公布相應(yīng)的Service Mesh實(shí)現(xiàn)方案。但有趣的是，微軟決定另辟蹊徑，著力在不同Service Mesh之間建立起互操作標(biāo)準(zhǔn)。

面對(duì)谷歌對(duì)Istio的傾力投入，以及AWS以專有托管服務(wù)的形式發(fā)布App Mesh，微軟看到了為Service Mesh技術(shù)制定行業(yè)標(biāo)準(zhǔn)的重大機(jī)遇。與其建立與Azure計(jì)算服務(wù)相集成的自有技術(shù)，微軟決定與行業(yè)合作伙伴共同發(fā)布名為Service Mesh Interface的開放規(guī)范。

Service Mesh Interface (SMI)負(fù)責(zé)定義面向各類供應(yīng)商的通用標(biāo)準(zhǔn)。SMI通過(guò)一組經(jīng)過(guò)明確定義的標(biāo)準(zhǔn)化API，將Service Mesh實(shí)現(xiàn)與應(yīng)用程序區(qū)分開來(lái)。任何Service Mesh實(shí)現(xiàn)都可以遵循SMI標(biāo)準(zhǔn)，確保開發(fā)人員能夠在不涉及實(shí)現(xiàn)細(xì)節(jié)的前提下使用SMI API。

大體來(lái)講，SMI帶來(lái)了與其他云原生標(biāo)準(zhǔn)包括容器運(yùn)行時(shí)接口（CRI）、容器存儲(chǔ)接口（CSI）、容器網(wǎng)絡(luò)接口（CNI）等相同的抽象層級(jí)。這些接口負(fù)責(zé)提供廣泛接受且擁有明確標(biāo)定的API，允許用戶在不更改代碼的情況下切入/切出各類實(shí)現(xiàn)方法。使用SMI，開發(fā)人員不再需要直面Istio或者Linkerd API，而可以通過(guò)標(biāo)準(zhǔn)API將自己的操作轉(zhuǎn)換為相應(yīng)的底層Service Mesh實(shí)現(xiàn)。

云原生生態(tài)系統(tǒng)對(duì)SMI表達(dá)出了應(yīng)有的熱情。包括HashiCorp、Buoyant、Solo.io以及Aspen Mesh在內(nèi)的一系列著名供應(yīng)商要么推出了SMI兼容功能，要么構(gòu)建了相應(yīng)的適配器。目前，SMI已經(jīng)以沙箱孵化項(xiàng)目的形式加入CNCF。

就在谷歌宣布將Istio商標(biāo)轉(zhuǎn)讓給OUC的幾天之后，微軟就發(fā)布了SMI的開源實(shí)現(xiàn)，名為Open Service Mesh (OSM)。OSM屬于SMI的參考實(shí)現(xiàn)方案，屬于一套基于Envoy代理的成熟Service Mesh。本就擁擠的Service Mesh生態(tài)系統(tǒng)如今又?jǐn)D進(jìn)一位基于Envoy的新成員。

在發(fā)布一個(gè)月后，LSM被提交給CNCF成為沙箱孵化項(xiàng)目。我們期待微軟后續(xù)會(huì)如何規(guī)劃OSM的發(fā)展、又會(huì)怎樣將其與Azure云體系集成起來(lái)。