Open Application Model 是什么？

Open Application Model 是一個用來構(gòu)建云原生應(yīng)用的規(guī)范。它描述了一個模型，開發(fā)人員可以在其中定義應(yīng)用程序組件。應(yīng)用程序操作員負(fù)責(zé)創(chuàng)建這些組件的實例并為它們分配應(yīng)用程序配置?；A(chǔ)架構(gòu)運營商負(fù)責(zé)定義、安裝和維護(hù)平臺上可用的基礎(chǔ)服務(wù)。

OAM 是一個專注于描述應(yīng)用的標(biāo)準(zhǔn)規(guī)范。有了這個規(guī)范，應(yīng)用描述就可以徹底與基礎(chǔ)設(shè)施部署和管理應(yīng)用的細(xì)節(jié)分開。這種關(guān)注點分離（Seperation of Conerns）的設(shè)計好處是非常明顯的。 舉個例子，在實際生產(chǎn)環(huán)境中，無論是 Ingress、CNI 還是 Service Mesh，這些表面看起來一致的運維概念，在不同的 Kubernetes 集群中可謂千差萬別。 通過將應(yīng)用定義與集群的運維能力分離，我們就可以讓應(yīng)用開發(fā)者更專注應(yīng)用本身的價值點，而不是”應(yīng)用部署在哪“這樣的運維細(xì)節(jié)。

此外，關(guān)注點分離讓平臺架構(gòu)師可以輕松地把平臺運維能力封裝成可被復(fù)用的組件，從而讓應(yīng)用開發(fā)者專注于將這些運維組件與代碼進(jìn)行集成，從而快速、輕松地構(gòu)建可信賴的應(yīng)用。Open Application Model 的目標(biāo)是讓簡單的應(yīng)用管理變得更加輕松，讓復(fù)雜的應(yīng)用交付變得更加可控。

OAM 為什么值得關(guān)注？

• 關(guān)注點分離：開發(fā)者關(guān)注應(yīng)用本身，運維人員關(guān)注模塊化運維能力，讓應(yīng)用管理變得更輕松、應(yīng)用交付變得更可控。
• 平臺無關(guān)與高可擴展：應(yīng)用定義與平臺層實現(xiàn)解耦，應(yīng)用描述支持任意擴展和跨環(huán)境實現(xiàn)
• 模塊化應(yīng)用運維特征：可以自由組合和支持模塊化實現(xiàn)的運維特征描述

Kubernetes 項目作為容器編排領(lǐng)域的事實標(biāo)準(zhǔn)， 成功推動了諸如阿里云 Kubernetes （ACK）等云原生服務(wù)的迅速增長。但同時我們也關(guān)注到，Kubernetes 的核心 API 資源比如 Service、Deployment 等，實際上只是應(yīng)用中的不同組成部分，并不能代表一個應(yīng)用的全部。也許，我們可以通過像 Helm charts 這樣的方式嘗試表達(dá)一個可部署的應(yīng)用，可一旦部署起來，實際運行的應(yīng)用中卻依舊缺乏以應(yīng)用為中心的約束模型。這些問題都反映出，Kubernetes 以及云原生技術(shù)棧需要一種以應(yīng)用為中心的 API 資源來提供一個專注于應(yīng)用管理的、標(biāo)準(zhǔn)的、高度一致的模型，這個 API 資源可以代表完整運行的應(yīng)用本身，而不僅僅是應(yīng)用模板或者一個應(yīng)用的幾個組成部分，這就是今天阿里云與微軟聯(lián)合宣布推出開放應(yīng)用模型 Open Application Model （OAM）的原因。

一、應(yīng)用組件（Components）

在 OAM 中，“應(yīng)用”是由多個概念共同組合而成。第一個概念是：應(yīng)用組件（Components），它是整個應(yīng)用的重要組成部分。所以說，應(yīng)用組件既可以包括應(yīng)用運行所依賴的服務(wù)：比如 MySQL 數(shù)據(jù)庫，也包括應(yīng)用服務(wù)本身：比如擁有多個副本的 PHP 服務(wù)器。開發(fā)者可以把他們寫的代碼”打包“成一個應(yīng)用組件，然后編寫配置文件來描述該組件與其他服務(wù)之間的關(guān)系。應(yīng)用組件的概念讓平臺架構(gòu)師等能夠?qū)?yīng)用分解成成一個個可被復(fù)用的模塊，這種模塊化封裝應(yīng)用組成部分的思想，代表了一種構(gòu)建安全、高可擴展性應(yīng)用的最佳實踐：通過一個完全分布式的架構(gòu)模型，實現(xiàn)了應(yīng)用組件描述和實現(xiàn)的解耦。

二、應(yīng)用部署配置文件（Application Configuration）

為了將這些應(yīng)用組件描述變成一個真正運行起來的應(yīng)用，應(yīng)用運維人員會通過一個專門的、包含了所有應(yīng)用組件信息的部署配置文件來實例化這個待運行的應(yīng)用。這個配置文件本身也是 OAM 規(guī)范中的一個聲明式 API，用來讓應(yīng)用運維人員能夠根據(jù)開發(fā)者或者平臺提交的應(yīng)用描述，實例化出對應(yīng)的、真正運行起來的應(yīng)用。

三、應(yīng)用運維特征（Traits）

最后一個概念是一組應(yīng)用運維特征（Traits），它們描述了應(yīng)用在具體部署環(huán)境中的運維特征，比如應(yīng)用的水平擴展的策略和 Ingress 規(guī)則，這些特征對于應(yīng)用的運維來說非常重要，但它們在不同的部署環(huán)境里卻往往有著截然不同的實現(xiàn)方式。 舉一個簡單的例子，同樣是 Ingress，它在公有云上和本地數(shù)據(jù)中心的實現(xiàn)可能完全不同：前者一般是 SLB 這樣的云服務(wù)，而后者則可能是一個專門的硬件。這也就意味著針對這兩個環(huán)境的 Ingress 運維工作，將會有天壤之別。 但與此同時，無論是在哪個環(huán)境里，這個 Ingress 規(guī)則對于應(yīng)用開發(fā)人員來說，可能是完全相同的。應(yīng)用特征的設(shè)計，讓這種關(guān)注點分離成為可能：只要這兩個環(huán)境在 OAM 模型下提供了對 Ingress 這個應(yīng)用運維特征的實現(xiàn)，那么應(yīng)用就可以使用統(tǒng)一的 Ingress 規(guī)則描述，無差別地在這兩個地方運行起來。與此同時，這兩個環(huán)境的基礎(chǔ)設(shè)施供應(yīng)商可以繼續(xù)通過配置這些應(yīng)用特征的實現(xiàn)，來滿足它們各自的運維要求（例如：不同環(huán)境里 Ingress 實現(xiàn)在滿足合規(guī)性和安全性上的差異）。

OAM：平臺無關(guān)、高可擴展的應(yīng)用描述能力

與 PaaS 應(yīng)用模型相比，OAM 有很多獨有的特點，其中最重要一點是：平臺無關(guān)性。雖然我們目前發(fā)布的 OAM 實現(xiàn)（rudr）是基于 Kubernetes 的，但?Open Application Model?與 Kubernetes 并沒有強耦合。實際上 ，OAM 可以實現(xiàn)到任意平臺或運行環(huán)境之上，這當(dāng)然也包括邊緣計算與物聯(lián)網(wǎng)的場景。我們也認(rèn)同 Kubernetes 在很多運行環(huán)境中可能并不是最好的選擇，或者是像 Serverless 這類用戶并不需要關(guān)心基礎(chǔ)設(shè)施復(fù)雜性的運行環(huán)境。在這些場景下，OAM 都可以提供完全一致的應(yīng)用管理體驗。

第二個重要的特點是，OAM 的?specification （OAM 規(guī)范） 在設(shè)計上天然是可擴展的。OAM 不像 PaaS 那樣自成封閉體系，也不會通過某種獨有的應(yīng)用管理環(huán)境屏蔽掉底層平臺的特點（比如：在 Kubernetes 之上”蓋一個大帽子“）。 相反，OAM 使平臺層可以通過應(yīng)用特征系統(tǒng) （Trait system）來體現(xiàn)平臺的特性和差異性。也就是說，只要不同的平臺都能夠提供應(yīng)用所需要的某些應(yīng)用特征 (Trait)，開發(fā)人員就能輕松地研發(fā)跨平臺的應(yīng)用。類似地，哪怕最底層的硬件提供商，也可以通過應(yīng)用特征系統(tǒng)來體現(xiàn)其平臺特性。OAM 的整體設(shè)計，就是為了避免在平臺可移植性中經(jīng)常發(fā)生的“最小公分母”鎖定問題。相反，OAM 不但提供了可移植性的能力，還確保了每個平臺有能力去透出獨有的特性和用途。OAM 讓開發(fā)人員可以自由地針對不同平臺以標(biāo)準(zhǔn)方式在可移植性和差異化功能之間取得平衡。

開放的社區(qū)與未來

如今，開放應(yīng)用模型以及相應(yīng)的 Kubernetes 實現(xiàn)有了初步成果，我們感到非常興奮。 OAM 規(guī)范是基于 Open Web Foundation 協(xié)議進(jìn)行開發(fā)的。我們的目標(biāo)，從一開始就是讓開放應(yīng)用模型 Open Application Model 成為中立基金會的項目，以便實現(xiàn)開放治理與廣泛合作。如果開發(fā)者希望了解更多信息，請前往開放應(yīng)用模型項目的 GitHub 倉庫：?OAM specification?，以及基于 Kubernetes 的 OAM 標(biāo)準(zhǔn)實現(xiàn)?Rudr?。

介紹內(nèi)容來自 InfoQ