自動化編排 化繁為簡 玩轉雲部署

記得剛工作那會做了幾個網站類項目，每次臨近項目上線，都要拉到賓館封閉開發，搬上幾台小機，搭建開發、測試、類生產環境用，因為環境太複雜，每次都是PL們親力親為，生怕有一個環節出錯就前功盡棄。開局就更是個體力活，扛機櫃、搬伺服器、架路由器、有些時候網線都要現做。現在想想也不知道是因為公司小，還是當時的IT界就這樣，研發和服務其實沒分得那麼清楚。

後來陸續換了一些公司和項目，肩挑手扛的開局慢慢的也有專門的服務團隊來做，也就不再是當年研發一家親的狀態了。服務團隊會要求我們的軟體能快速批量部署，「部署、配置要能通過界面操作」、「要能靜默安裝」、「安裝過程不需要人工干預」、「最好是預安裝，機器上電就能用」。在那個年代的IT服務團隊已經開始關注自動化、提升效率了。

進入雲計算1.0時代後，大多數公司把基礎設施遷移到公有雲上，但改變也僅此而已：

●服務人員拿著網路規劃的圖紙，申請一個足夠大的區域網和子網地址空間；

●再按分門另類的伺服器規格、網路劃分，去彈性計算服務申請雲主機、存儲；

●再根據記錄下這一個個服務的訪問ip、port，記到自己秘密的小本本上；

●然後去配置iptable，安全策略，負載策略等一系列敲鍵盤的事情；

●最後遠程連接到主機上去：

上傳業務軟體、安裝業務軟體、配置業務軟體；

上傳資料庫軟體、安裝資料庫軟體、配置資料庫軟體；

上傳監控管理軟體、安裝監控管理軟體、配置監控管理軟體。

……

唯一的區別就是，他們再也不用自己肩挑手扛的去搭建基礎設施，只管從這看起來取之不盡、用之不竭的雲上申請資源就好了。

各雲廠商為了吸引客戶，也把原來的線下平台軟體搬上雲，豐富這個池子里的資源，以滿足用戶日趨複雜的業務場景：WEB容器、雲資料庫、分散式緩存、監控、日誌、審計等雲上的資源越來越豐富。

在這些新服務的誘惑下，CXO們也不再痴情於自研平台軟體，而是直接使用雲上服務，而對服務人員來說，運維的難度也就越來越大了，於是服務人員搖身一變開始轉攻編程，寫出行雲流水般的腳本，讓部署與日常的運維工作開始變得有序，可能還充滿樂趣，這就是自動化的魔力，讓我們解放雙手的同時，還能取得精神上的滿足。

既然自動化如此神奇，各大廠商、組織也拿出渾身解數來迎合市場的需求，heat，kubernets，puppet，Chef，Ansible一大堆產品應運而生，各雲服務也爭相把API開放出來以便滿足自動化的要求。

自動化編排服務——AOS

同樣，為了讓用戶在華為雲上更方便的對資源、應用、中間件進行管理，華為雲也推出了雲上資源的自動化編排服務——AOS（Application Orchestration Service），可以對華為雲上的應用、雲中間件、傳統的和容器化的計算、存儲、網路資源進行統一的部署管理，並通過編排引擎，讓用戶可自行定義資源、應用間的依賴關係、引用關係等，實現一站式雲資源開通和雲應用的部署。

AOS以華為雲上的雲服務為基本單位，對每個雲服務對象定義了常用的輸入、輸出與周邊依賴，使得用戶很容易通過AOS的圖形化設計器，將這些元素像畫電路圖一樣，並聯或串聯起來，並基於設計的圖形，一鍵「點亮資源」（申請資源，並使資源處於可用狀態），真正做到 「讓用戶像用電一樣享受雲計算」。

圖1：這麼漂亮的圖形化工具，

你猜不同顏色的線代表什麼意思？

下面以典型的電商建站場景為例，看看AOS到底能幫助我們提升多少效率。

在使用AOS編排工具前，我們至少需要進行10步操作才能完成，而且每種資源的開通申請，都要到各雲服務的頁面進行操作，整個過程是相當繁瑣的：

1、進入網路服務，申請VPC、Subnet；

2、進入網路服務的安全組頁面，創建安全組；

3、進入彈性雲主機服務，創建雲主機並綁定EIP；

4、進入彈性負載均衡，創建ELB，並把雲主機添加到ELB的監聽範圍內；

5、進入antiddos服務，給ELB的EIP開通antiddos服務，防止DDOS攻擊；

6、進入RDS服務，創建RDS雲資料庫實例；

7、進入DCS服務，創建DCS分散式緩存的實例；

(上面這些還只是最基本的，有可能還需要開通雲審計、雲日誌、雲監控、CDN、共享存儲等多個服務，來支撐業務系統的運行)

8、手動把上面所有資源的信息紀錄下來，以備安裝應用時配置使用；

9、上傳必須的軟體包；

10、遠程登陸到雲主機進行安裝、配置（看著簡單的「安裝配置」四個字，其中的辛酸又有多少人知道呢）。

如果使用AOS自動化編排，可把上面的步驟進行精簡，當然要獲取極致的自動化部署體驗，個人推薦結合CCE（雲容器引擎）服務一起使用，雙劍合璧，整個過程會讓人爽到飛：

上面流程的1-7步，我們可以通過AOS模板一步完成，不再需要挨個雲服務雲申請資源。AOS匯聚了華為雲上主流服務的創建、刪除、修改API，用戶無需再感知雲服務的API，只需要按AOS提供的規範定義資源模型和模型間的關係，剩下漫長的開通資源的過程就交給AOS了。

常用資源的模板，AOS在示例模板中已經為用戶準備好了，我直接選取一個自己需要的容器集群進行部署。

圖2： 涵蓋網路、虛機、容器、應用、

中間件的樣例模板，繼續更新中…

圖3：選擇創建CCE容器集群

圖4：創建集群常用的參數都已經自動填充

太貼心了

第8-10步，同樣也是通過AOS樣例模板一步搞定，我直接選取Magento的電商應用部署，當然如果用戶部署的不是Magento的應用，需要手動修改一下模板。

圖5：選擇容器應用的樣例模板

圖6：可直接進入設計器修改生成自已需要的模板

圖7：也可直接進行部署

圖8：應用各組件的部署進度、狀態一目了然

（PS: 示例模板應該是為了展示的便利和學習的方便，把整個場景分別放在了資源和應用兩個樣例里，真正使用的時候，可以把這兩個模板拷到一個文件中，那麼整個從底層資源到中間件，再到上層應用的部署，一個部署動作就能搞定。）

就是這麼簡單，一個CCE集群和一個基於容器運行的電商應用就出現在眼前了。

不難看出，AOS全流程的自動化，加上容器的便捷性，使得雲上的資源開通和應用部署，比傳統的vm方式效率至少提升5倍，而且全程無需人工干預，真正釋放了雙手，點完部署，接著打了一局5V5，妹子也泡了，分也上了 ，資源也創建好了。

當然，也許有人看到圖中的那些模型、連線，會覺得使用起來很複雜、裡面的語法很難理解、要填寫的欄位太多。不可否認，如果直接從0開始寫，確實有一些門檻，需要提前做一些功課，但是你會發現，模板只要寫好，不管是搭建開發環境、測試環境還是類生產、生產環境都是通用的，可以說是一勞永逸。

至於門檻，主要是一些基礎的行業知識，比如：

●需要了解yaml（一種比json更簡潔的描述語言），寫出來的模板不能有基本的語法錯誤，就像寫json時大括弧總得寫對位置吧。

●需要對所使用的雲服務、對AOS封裝的資源模型有一定的了解，比如創建VPC，你得知道什麼是CIDR，創建安全組，你得知道是給TCP是UDP協議做規則，創建RDS您得知道HA與單機的區別吧。

●要清楚業務部署時的依賴關係和先後順序，比如，要先把雲主機創建好，然後開始部署應用。

但是讓用戶第一次使用時不那麼忐忑和緊張，AOS也是想盡辦法降低門檻，除了提供上面所說的覆蓋各種場景的樣例模板外，還提供了可視化的模型設計器，就好比編程時有了可以直接copy的代碼sample，還得有個好用的IDE嘛，這樣會大大簡化模板的開發，0基礎也能快速開發、部署模板。

GIF

圖9：快速完成模型設計

看看上面的圖就知道了，不到1分鐘，整個部署模型就設計完成了，剩下的就是在裡面根據業務需要填寫、修改參數和部署了。

某子曾經曰：好的工具不僅要能解決用戶真正的困難，而且要易於上手，同時有著強大底蘊、深厚的內涵，AOS就剛好符合這幾點：

1、解決用戶在華為雲一站式上雲時資源、應用部署麻煩的問題。

2、豐富樣例代碼、可視化的設計器，據說AOS秘書MM都可以快速上手部署容器應用。

3、結合這麼多年在電信行業大型系統運維過程中踩過的坑，自主研發的編排引擎，和基於tosaca標準規範的模板設計語法，在簡單的界面下，深藏玄機，讓深度用戶可以玩出更多花樣，定製出適合自己的場景。

如果您是研發人員，在為一遍一遍重複搭建開發、測試、QA、類生產等環境感到無聊；

如果您是運維人員，在為運維過程中複雜的資源管理、監控而煩惱；

如果您是創業公司，在為如何開啟雲上事業的第一步而發愁；

如果您是準備搭上雲高速列車的企業，在為如何把企業業務搬遷上雲而苦惱。

那麼建議您先放下這些煩惱，一切會在您體驗AOS後變得清晰，會給您開啟一個全新的雲世界。

識別下方二維碼

現可免費使用應用編排服務 AOS

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！