隨著雲計算的應用和普及，iaas層、saas層、paas層的服務也不斷湧現，而國內雲端的自動化運維還屬於初探階段。阿里雲資源編排(resource orchestration，以下簡稱ros)服務即是填補了這部分空缺。
ros的理念是「基礎設施即**」，一方面是用**思維的版本管理來記錄基礎設施的變化，另一方面我們都知道計算機世界用**實現了各種系統、無所不能，ros秉承這樣的理念，通過**實現自動化運維，並且簡化編寫**的複雜度，只需通過模板描述多個雲計算資源的依賴關係、配置等。
通俗地理解，ros的資源就像樂高遊戲中的小積木，基於每個小資源可以搭建上層的無數種可能。
ros目前支援了阿里雲12款主要雲產品、40多個資源型別，後續還會不斷增加。雖然模板簡化了編碼的複雜度，但通過靈活應用可以滿足各種自動化運維的需求。
本系列共分為四篇文章，通過不同的維度介紹幾個典型的應用場景，也是希望借助此系列能開啟各個運維人員、開發者的腦洞，增強雲端自動化運維的能力。
本文為第一篇「入門篇」。目前雲計算領域使用最多的是雲伺服器，因此本文會圍繞雲伺服器自身的普遍需求展開介紹，其餘幾篇會介紹和其他服務或工具結合的場景。
在經過很多的使用者回訪，我們發現針對於雲伺服器大家使用最多的場景是基於雲伺服器「此刻的狀態」再建立1-n臺雲伺服器，新建立的雲伺服器系統盤和資料盤都是「此刻的狀態」，本文將根據此場景來講述通過ros如何實現。
我們以乙個**服務為例，一般運維工程師會在系統盤或資料盤中安裝一些應用，如：tomcat、jenkins、mysql、**自身的資料/檔案等等。如果需要再建立一台雲伺服器與目前已有雲伺服器的系統或資料狀態保持一致，可以將系統盤做成自定義映象，資料盤做成快照，然後再新購買雲伺服器時映象選擇該自定義映象，資料盤的快照選擇該快照，安全組的規則配置與原雲伺服器一致的規則，就可以建立一台基於原雲伺服器「此刻狀態」的新雲伺服器。
如果只需建立這一台雲伺服器，並且不需要記錄歷史狀態，上述方法是比較合適的。但實際情況往往不是這樣的，可能會頻繁的建立/釋放雲伺服器，或者生成映象的操作人員與購買雲伺服器的人員不是同乙個人，一但購買選項沒有選正確，新購的這臺雲伺服器就不能投入業務中，按量的需要再釋放，包年包月的需要等到到期釋放，或者做資料遷移，勢必會帶來一定的損失。
另外如果想記錄或跟蹤雲伺服器的歷史演變，如安全組配置的變化、基礎映象等資訊，需要單獨記錄。
面對上述問題，運維人員可以使用ros的模板作為交付物，將資源的固定引數在模板資源中定義，將可變的引數在模板引數中定義，方便執行時輸入實際引數。這樣在頻繁建立雲伺服器時，只需要輸入可變引數中的內容即可，如映象id、快照id，或者轉殖原雲伺服器，或者沒有可變引數，將所有定義都在資源中描述，可以根據實際業務要求靈活變通模板編寫。
並且，模板可以存放在github中，可以像管理**一樣跟蹤模板歷史，也可以基於模板之上建立適合於企業內部的運維工具，實現自動化運維，以「基礎設施即**」的理念代替「重複勞動」。
要了解ros模板的詳細解釋，可以深入閱讀資源編排模板詳解
映象和快照id可以放在模板引數中定義：
"parameters": ,
"diskname": ,
"disksize": ,
"snapshotid":
}
映象資源定義如下，引用引數中的映象id：
"imageid":,"size": ,
"snapshotid": }]
指定建立的雲伺服器數量，最大支援100臺，可以是按量的也可以是包年包月的，包年包月的資源定義詳見一鍵建立包年包月ecs例項
其他如io優化、磁碟大小、安全組等可以根據實際情況定義，此場景的詳細例子可以參考官方提供的例子指定映象、磁碟快照建立ecs
本文是通過乙個例項講解通過自定義映象和快照生成新雲伺服器，針對於雲伺服器的運維遠不止於此。
WPF學習之入門篇
一 什麼事wpf 用我的話說wpf開發出來的目的就是為了替代winform的。從微軟的種種跡象來說，winform逐漸會遭到淘汰 各位winform程式設計師注意了。畢竟winform已經經歷了幾十年的發展。該有一項新技術來替代了。廢話少說，接下來我們進入正題。二 wpf和winform的區別 在用...
線段樹之入門篇
線段樹 interval tree 是把區間逐次二分得到的一樹狀結構，它反映了包括歸併排序在內的很多分治演算法的問題求解方式。上圖是一棵典型的線段樹，它對區間 1,10 進行分割，直到單個點。這棵樹的特點 是 1.每一層都是區間 a,b 的乙個劃分，記 l b a 2.一共有log2l層 3.給定乙...
效能測試之入門篇
最近在學習效能測試相關的知識，為了更加系統的來學習，特此從最基礎的講起，保證各位廣大看的明白，後續會不斷的記錄並產出類似的知識帖子 這些效能指標後面內容會細講 負載測試 逐步增加併發使用者數，發起請求，找到系統的拐點區間壓力測試 通過一定的併發使用者數，持續比較長的時間請求，檢視伺服器的穩定性 舉個...