![頭圖.png](https://ucc.alicdn.com/pic/developer-ecology/5bb2b275e204496db8025356d194dc32.png)

作者 | 徐運元，杭州諧雲科技合夥人及資深架構師，雲端計算行業和 Kubernetes 生態資深從業者

> **導讀：**什麼是 OAM？2019 年 10 月 17 日，阿里巴巴合夥人、阿里雲智慧基礎產品事業部總經理蔣江偉（花名：小邪）在 QCon 上海 2019 重磅宣佈，阿里雲與微軟聯合推出開放應用模型 [Open Application Model （OAM）開源專案](http://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247487043&idx=1&sn=088457a1dccd6578290c9291a968bf16&chksm=fae5058ccd928c9a618c2763c8dcf74348e2198ba532a1095f0d9292da44f8d1b2a9f8cf4342&scene=21#wechat_redirect)。

# OAM 的核心關注點

- **關注點分離：**開發者關注應用本身，運維人員關注模組化運維能力，讓應用管理變得更輕鬆、應用交付變得更可控；
- **平臺無關與高可擴充套件：**應用定義與平臺層實現解耦，應用描述支援任意擴充套件和跨環境實現；
- **模組化應用運維特徵：**可以自由組合和支援模組化實現的運維特徵描述。

# OAM 的核心模組

## 1. 應用元件（Components）

在 OAM 中，“應用”是由多個概念共同組合而成。第一個概念是：應用元件（Components），它是整個應用的重要組成部分。應用元件既可以包括應用執行所依賴的服務：比如 MySQL 資料庫，也包括應用服務本身：比如擁有多個副本的 PHP 伺服器。開發者可以把他們寫的程式碼“打包”成一個應用元件，然後編寫配置檔案來描述該元件與其他服務之間的關係。

應用元件的概念讓平臺架構師等能夠將應用分解成一個個可被複用的模組，這種模組化封裝應用組成部分的思想，代表了一種構建安全、高可擴充套件性應用的最佳實踐：透過一個完全分散式的架構模型，實現了應用元件描述和實現的解耦。

## 2. 應用部署配置檔案（Application Configuration）

為了將這些應用元件描述變成一個真正執行起來的應用，應用運維人員會透過一個專門的、包含了所有應用元件資訊的部署配置檔案來例項化這個待執行的應用。這個配置檔案本身也是 OAM 規範中的一個宣告式 API，用來讓應用運維人員能夠根據開發者或者平臺提交的應用描述，例項化出對應的、真正執行起來的應用。

## 3. 應用運維特徵（Traits）

最後一個概念是一組應用運維特徵（Traits），它們描述了應用在具體部署環境中的運維特徵，比如應用的水平擴充套件的策略和 Ingress 規則，這些特徵對於應用的運維來說非常重要，但它們在不同的部署環境裡卻往往有著截然不同的實現方式。 舉一個簡單的例子，同樣是 Ingress，它在公有云上和本地資料中心的實現可能完全不同：前者一般是 SLB 這樣的雲服務，而後者則可能是一個專門的硬體。這也就意味著針對這兩個環境的 Ingress 運維工作，將會有天壤之別。 但與此同時，無論是在哪個環境裡，這個 Ingress 規則對於應用開發人員來說，可能是完全相同的。

應用特徵的設計，讓這種關注點分離成為可能：只要這兩個環境在 OAM 模型下提供了對 Ingress 這個應用運維特徵的實現，那麼應用就可以使用統一的 Ingress 規則描述，無差別地在這兩個地方執行起來。與此同時，這兩個環境的基礎設施供應商可以繼續透過配置這些應用特徵的實現，來滿足它們各自的運維要求（例如：不同環境裡 Ingress 實現在滿足合規性和安全性上的差異）。

# 一個基於 OAM 的視覺化實現介紹

目前該平臺主要基於 OAM 的 V1 alpha1 版本實現，並且對於 OAM 的核心理念進行的抽象和封裝，以更符合使用者的使用習慣。在本文介紹的視覺化部分背後，是完整的 OAM 格式的 [yaml 檔案](https://github.com/harmonycloud/oam-simple-demo)。視覺化 OAM 平臺主要包含兩大核心功能：

## 1. 運維特徵模型

運維特徵模型主要是針對 OAM 的 Traits 的具體例項化，讓使用者可以把複雜的一些運維特性可以直接以插拔的形式直接讓應用釋出者去使用。目前平臺已經封裝了包含服務釋出、日誌蒐集、自動伸縮、儲存掛載等 8 個運維特徵的封裝。

![1.png](https://ucc.alicdn.com/pic/developer-ecology/0e8e5ca35c7748cf955e6bbeaf298cb1.png)
圖 1 運維特徵模型倉庫

## 2. OAM 應用編排

OAM 應用編排功能將 OAM 的應用釋出全流程進行了視覺化的實現，將應用元件新增、配置檔案修改以及運維特徵新增等 OAM 的核心功能進行了抽象和封裝。OAM 應用編排目前包含以下核心功能：

- **元件編排：** 視覺化新增平臺的元件並且進行元件的引數設定；
- **執行特徵編排：**在新增的平臺元件基礎上進行運維特徵的新增和編排（也為後續開發、運維關注點分離做準備）；
- **OAM 版本管理：**平臺會儲存所有的 OAM 釋出版本，並且提供升級和回滾功能。

![2.png](https://ucc.alicdn.com/pic/developer-ecology/71fa956d404a419ba10691bb452555cb.png)
圖 2 OAM 應用編排主介面

接下來，我們會以一個典型應用（nginx+tomcat+redis）的部署來全面解析，如何在平臺上進行 OAM 的視覺化釋出。

### 前置條件

運維特徵（Traints）應用模型已安裝，在介面上，可以快速檢視有哪些運維特徵應用模型，以及它們的執行狀態。當前只支援系統定義的運維特徵，後續會開發自定義的運維特徵的生命週期管理。讓使用者可以編寫自己的運維特徵並且安裝到平臺進行使用。

![3.png](https://ucc.alicdn.com/pic/developer-ecology/ae546210a6ed41498e08ed5406407ad2.png)

### OAM 應用建立流程

OAM 應用基本釋出流程：應用建立->新增元件->應用編排->儲存版本->釋出應用。

- **建立應用: **點選應用->OAM 應用選單， 點選【建立應用】按鈕，輸入必填項；

- **新增元件: **點選【新增元件】按鈕，設定工作負載型別，容器配置等；

選擇想要建立的工作負載型別，目前已經將 Server、Singleton Server、Task、Singleton Task、Worker 以及 Singleton Worker 等六種核心的工作負載進行了封裝，使用者只需要在下拉框中勾選自己想要建立的負載型別即可。

![4.png](https://ucc.alicdn.com/pic/developer-ecology/78f2588530cb4c3dbfae0410710aa354.png)

在選擇完負載型別之後，使用者可以以視覺化的形式去選擇想要釋出的映象以及容器的基本配置引數。同時，目前也支援基於多個容器的編排釋出。

![5.png](https://ucc.alicdn.com/pic/developer-ecology/c4f313e3dc2d4e598abb204ffad17397.png)

- 根據我們的需求，我們依次新增 tomcat、redis、mysql 三個元件，在介面上就可以看到元件的狀態，同時點選“詳情”可以看到對應的 Kubernetes 資源資訊；

![6.png](https://ucc.alicdn.com/pic/developer-ecology/a7ff0f76a900489da68a318cdeef281f.png)

檢視元件的詳細資訊。

![7.png](https://ucc.alicdn.com/pic/developer-ecology/22dd3a60303849ce849e938445b7cb69.png)

- **應用編排：**在建立完需要部署的元件之後，我們的 OAM 應用已經具備了開發的屬性。

之後我們需要根據需求給每一個元件新增運維特徵：點選進入應用編排介面，你可以看到剛才新增的元件已經展示在畫布之上；在畫布上點選單個元件，可以看到目前適合該元件的運維特徵，勾選你所需要的運維特徵即可快速新增；在新增完運維特徵之後，會在右邊欄彈出運維特徵的配置引數，配置儲存之後這些運維特徵即可生效；

![8.png](https://ucc.alicdn.com/pic/developer-ecology/c55984daf9eb447ebd13b48237edfc25.png)

- 在新增完所有元件的運維特徵之後，我們就可以看到一個完整的編排完的 OAM 應用了。在 OAM 的 V2 版本，我們同時會再增加應用的依賴關係，使用者可以透過拖拽和連線來實現應用之間的依賴編排；

![9.png](https://ucc.alicdn.com/pic/developer-ecology/eaf60f467f6a48c19331c6cc73407c0e.png)

- **儲存版本：**最後，我們可以點選【儲存當前內容為版本】按鈕，輸入版本號，點選【確定】；

![10.png](https://ucc.alicdn.com/pic/developer-ecology/0c70b2ec4d284e1bb60bd384e711f6e4.png)

- **釋出應用：**點選【釋出】按鈕，釋出應用

釋出應用後，元件狀態顯示‘已例項化’。應用例項狀態顯示“健康”。

![11.png](https://ucc.alicdn.com/pic/developer-ecology/eff44472ec6d4a6eace77ba23560eccd.png)

點選事件 tab 頁，顯示事件。

![12.png](https://ucc.alicdn.com/pic/developer-ecology/915732d4602f4229aecec7a77e37db3f.png)

使用者可以快速檢視已經建立的 ingress，並且進行訪問。

![13.png](https://ucc.alicdn.com/pic/developer-ecology/e541e3515d7a4c15bb37472ed0967626.png)
![14.png](https://ucc.alicdn.com/pic/developer-ecology/0f2458c11edd41458eb0cabd7843b530.png)

- 使用者可以透過修改 traints 資訊，快速對當前的應用進行修改和升級。

點選進入應用編排介面，並且編輯 tomcat 例項數為 4。

![15.png](https://ucc.alicdn.com/pic/developer-ecology/bbe48c4568c14bfaa08faf6e519ef694.png)

將編輯後的版本，儲存為當前版本則會直接講修改的配置更新到當前例項。如果選擇儲存為新版本，則會將當前配置修改儲存為模板，等待發布。我們將此修改儲存為新版本。

![16.png](https://ucc.alicdn.com/pic/developer-ecology/54a6b59f01b94469b3f193a13c415321.png)

點選更新為此版本，進行剛才修改的配置釋出。釋出完成之後，我們可以看到有兩個版本的 OAM 應用模板。

![17.png](https://ucc.alicdn.com/pic/developer-ecology/6512ea381145494889823db791da7660.png)
![18.png](https://ucc.alicdn.com/pic/developer-ecology/9354c931732f416487ecea4c8e56f263.png)

檢視詳情，確認 tomcat 例項數已經變更為 4，但是由於我們同時設定了自動擴縮容的例項為 3，因此在擴容之後又迅速變回例項 3。

![19.png](https://ucc.alicdn.com/pic/developer-ecology/21e4744b618e478dbd9eee8e5f733491.png)

至此，一個完整的部署和更新 OAM 應用的視覺化流程就演示完了。

# 總結

如今 OAM Spec 已經迭代到了 [v1alpha2](https://github.com/oam-dev/spec/releases/tag/v1.0.0-alpha.2) 版本，新版本在堅持 OAM Spec 平臺無關的基礎上，整體變得更 Kubernetes 友好化，很大程度上平衡了標準與可擴充套件性，更好的支援已有的 CRD。也就是說，如果你已經編寫了現成的 CRD Operator，可以平滑的接入到 OAM 體系中，並且享受到 OAM 模型的紅利。

更詳細的新版本介紹可以閱讀[《](https://mp.weixin.qq.com/s/c7A8lOdAKkW25GoqmwOgWg)[OAM v1alpha2 新版釋出：平衡標準與可擴充套件性，靈活接入 CRD operator](https://mp.weixin.qq.com/s/c7A8lOdAKkW25GoqmwOgWg)[》](https://mp.weixin.qq.com/s/c7A8lOdAKkW25GoqmwOgWg)。

該視覺化平臺也已經在全面升級到 v1alpha2 的過程中，新版的支援可以更好的允許使用者編寫外掛擴充平臺的功能。

該平臺來自於阿里雲戰略合作伙伴杭州諧雲科技，該平臺基於 OAM 實現的開源版本也已經在路上，大家敬請期待。

- OAM 平臺試用網址：[http://139.196.197.117:30088/](http://139.196.197.117:30088/)  使用者名稱/密碼： admin/Ab123456
- Demo 中所有的 yaml 檔案請訪問 github 地址檢視： [https://github.com/harmonycloud/oam-simple-demo](https://github.com/harmonycloud/oam-simple-demo)

目前，OAM 規範和模型實際已解決許多現有問題，但它的路程才剛剛開始。OAM 是一箇中立的開源專案，我們歡迎更多的人參與其中，共同定義雲原生應用交付的未來。參與方式：

- 釘釘掃碼進入 OAM 專案中文討論群

![二維碼.png](https://ucc.alicdn.com/pic/developer-ecology/cf7f2f142f5f4fb6a383cccc3bf4f5de.png)

- [透過 Gitter 直接參與討論](https://gitter.im/oam-dev/)
- [OAM 開源實現地址](https://github.com/oam-dev/rudr)
- [點選 star 一下](https://github.com/oam-dev/rudr)

杭州諧雲科技有限公司成立於 2016 年 7 月，公司核心團隊來自於浙江大學 SEL 實驗室，諧雲團隊在雲端計算及相關領域具備深厚的技術積澱，在全球頂級開源社群 Docker、Kubernetes、Cloud Foundry 等專案貢獻累計超過 200 萬行程式碼，排名全球第四，國內第一。團隊曾著書中國第一本深度解析容器雲的專業書籍《Docker 容器與容器雲》，是國內為數不多掌握底層核心技術的容器雲提供商。建設了目前中國最大的容器叢集落地案例，支撐著國內最大的網際網路電視雲。

**課程推薦**

為了更多開發者能夠享受到 Serverless 帶來的紅利，這一次，我們集結了 10+ 位阿里巴巴 Serverless 領域技術專家，打造出最適合開發者入門的 Serverless 公開課，讓你即學即用，輕鬆擁抱雲端計算的新正規化——Serverless。

點選即可免費觀看課程：[https://developer.aliyun.com/learning/roadmap/serverless](https://developer.aliyun.com/learning/roadmap/serverless)

> “[阿里巴巴雲原生](http://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247490429&idx=1&sn=ba7004cbe87ff62af67be4d4bfbbfd64&chksm=fae510b2cd9299a49de91eb3b787f72bede3734c3353f7a75132f56ba7a9e96b98148e4a375a&token=816936248&lang=zh_CN#rd)關注微服務、Serverless、容器、Service Mesh 等技術領域、聚焦雲原生流行技術趨勢、雲原生大規模的落地實踐，做最懂雲原生開發者的公眾號。”

社群首款 OAM 視覺化平臺釋出！關注點分離、使用者友好、上手難度低

相關文章