隨著云計算的應(yīng)用和普及，IaaS層、SaaS層、PaaS層的服務(wù)也不斷涌現(xiàn)，而國內(nèi)云端的自動化運維還屬于初探階段。阿里云資源編排（Resource Orchestration，以下簡稱ROS）服務(wù)即是填補了這部分空缺。

ROS的理念是“基礎(chǔ)設(shè)施即代碼”，一方面是用代碼思維的版本管理來記錄基礎(chǔ)設(shè)施的變化，另一方面我們都知道計算機世界用代碼實現(xiàn)了各種系統(tǒng)、無所不能，ROS秉承這樣的理念，通過代碼實現(xiàn)自動化運維，并且簡化編寫代碼的復雜度，只需通過模板描述多個云計算資源的依賴關(guān)系、配置等。

通俗地理解，ROS的資源就像樂高游戲中的小積木，基于每個小資源可以搭建上層的無數(shù)種可能。

ROS目前支持了阿里云12款主要云產(chǎn)品、40多個資源類型，后續(xù)還會不斷增加。雖然模板簡化了編碼的復雜度，但通過靈活應(yīng)用可以滿足各種自動化運維的需求。

本系列共分為四篇文章，通過不同的維度介紹幾個典型的應(yīng)用場景，也是希望借助此系列能打開各個運維人員、開發(fā)者的腦洞，增強云端自動化運維的能力。

本文為***篇“入門篇”。目前云計算領(lǐng)域使用最多的是云服務(wù)器，因此本文會圍繞云服務(wù)器自身的普遍需求展開介紹，其余幾篇會介紹和其他服務(wù)或工具結(jié)合的場景。

[[167516]]

在經(jīng)過很多的用戶回訪，我們發(fā)現(xiàn)針對于云服務(wù)器大家使用最多的場景是基于云服務(wù)器“此刻的狀態(tài)”再創(chuàng)建1-N臺云服務(wù)器，新創(chuàng)建的云服務(wù)器系統(tǒng)盤和數(shù)據(jù)盤都是“此刻的狀態(tài)”，本文將根據(jù)此場景來講述通過ROS如何實現(xiàn)。

我們以一個網(wǎng)站服務(wù)為例，一般運維工程師會在系統(tǒng)盤或數(shù)據(jù)盤中安裝一些應(yīng)用，如：Tomcat、Jenkins、MySql、網(wǎng)站自身的數(shù)據(jù)/文件等等。如果需要再創(chuàng)建一臺云服務(wù)器與目前已有云服務(wù)器的系統(tǒng)或數(shù)據(jù)狀態(tài)保持一致，可以將系統(tǒng)盤做成自定義鏡像，數(shù)據(jù)盤做成快照，然后再新購買云服務(wù)器時鏡像選擇該自定義鏡像，數(shù)據(jù)盤的快照選擇該快照，安全組的規(guī)則配置與原云服務(wù)器一致的規(guī)則，就可以創(chuàng)建一臺基于原云服務(wù)器“此刻狀態(tài)”的新云服務(wù)器。

如果只需創(chuàng)建這一臺云服務(wù)器，并且不需要記錄歷史狀態(tài)，上述方法是比較合適的。但實際情況往往不是這樣的，可能會頻繁的創(chuàng)建/釋放云服務(wù)器，或者生成鏡像的操作人員與購買云服務(wù)器的人員不是同一個人，一但購買選項沒有選正確，新購的這臺云服務(wù)器就不能投入業(yè)務(wù)中，按量的需要再釋放，包年包月的需要等到到期釋放，或者做數(shù)據(jù)遷移，勢必會帶來一定的損失。

另外如果想記錄或跟蹤云服務(wù)器的歷史演變，如安全組配置的變化、基礎(chǔ)鏡像等信息，需要單獨記錄。

面對上述問題，運維人員可以使用ROS的模板作為交付物，將資源的固定參數(shù)在模板資源中定義，將可變的參數(shù)在模板參數(shù)中定義，方便運行時輸入實際參數(shù)。這樣在頻繁創(chuàng)建云服務(wù)器時，只需要輸入可變參數(shù)中的內(nèi)容即可，如鏡像ID、快照ID，或者克隆原云服務(wù)器，或者沒有可變參數(shù)，將所有定義都在資源中描述，可以根據(jù)實際業(yè)務(wù)要求靈活變通模板編寫。

并且，模板可以存放在Github中，可以像管理代碼一樣跟蹤模板歷史，也可以基于模板之上創(chuàng)建適合于企業(yè)內(nèi)部的運維工具，實現(xiàn)自動化運維，以“基礎(chǔ)設(shè)施即代碼”的理念代替“重復勞動”。

要了解ROS模板的詳細解釋，可以深入閱讀資源編排模板詳解

下面以“網(wǎng)站服務(wù)運維”這個場景為例，講一下模板定義中的關(guān)鍵要素：
1. 鏡像和快照ID可以放在模板參數(shù)中定義：
"Parameters": {
"ImageId": {
"Description": "鏡像文件ID, 表示啟動實例時選擇的鏡像資源",
"Type": "String"
},
"DiskName": {
"Type": "String"
},
"DiskSize": {
"Default": 40,
"Type": "Number"
},
"SnapshotId": {
"Type": "String"
}
}

2. 定義云服務(wù)器的鏡像和快照資源。
鏡像資源定義如下，引用參數(shù)中的鏡像ID：
"ImageId": {
"Ref": "ImageId"
}

快照資源定義如下，引用參數(shù)中的磁盤名稱、大小、快照ID：
"DiskMappings": [
{
"DiskName": {
"Ref": "DiskName"
},
"Size": {
"Ref": "DiskSize"
},
"SnapshotId": {
"Ref": "SnapshotId"
}
}
]

3. 指定創(chuàng)建的云服務(wù)器數(shù)量，***支持100臺，可以是按量的也可以是包年包月的，包年包月的資源定義詳見一鍵創(chuàng)建包年包月ECS實例

4. 其他如IO優(yōu)化、磁盤大小、安全組等可以根據(jù)實際情況定義，此場景的詳細例子可以參考官方提供的例子指定鏡像、磁盤快照創(chuàng)建ECS

本文是通過一個實例講解通過自定義鏡像和快照生成新云服務(wù)器，針對于云服務(wù)器的運維遠不止于此。

所以接下來，我們將會在［進階篇］教你“如何利用ROS實現(xiàn)彈性伸縮”，通過ROS能力每個人都能成為運維高手、架構(gòu)師。

模板的編寫雖然簡化了代碼的復雜度，但也會有一定的門檻。小編***送給大家三個學習交流阿里云ROS的好地方：
ROS VIP用戶釘釘群，技術(shù)大神、產(chǎn)品大神在群里恭候
云棲社區(qū)中關(guān)于資源編排的文章
ROS支持的資源類型，以及相關(guān)屬性、模板示例