如何選擇適合本身的雲管理平臺（三）

 

今天咱們繼續講雲管理平臺的第三大類模塊 administration & delivery。

Self Service

這方面的表明平臺雲管平臺Rightscale的self service功能。 用戶登陸雲平臺便可以在服務目錄裏申請所須要的業務，費用預估業務審覈財務審覈等都由系統自動通知相關方，在申請批准以後，業務部署也會自動進行。

從上圖能夠看到，用戶能夠申請的IT服務有，三層網站服務（IIS），Ubuntu linux服務器，預裝php的服務器，Oracle的weblogic，Oracle database 11g…

這一類的service broker經過預約義模板爲如下場景提供雲資源，技術甚至複雜的應用棧

• 開發，測試
• 培訓
• Demo
• 簡單的生產環境
• 。。。

用戶還能夠選擇選擇適合的參數，比方說虛擬的大小，存儲的類型，資源有效時間，

對IT管理部門來說，self-service在減輕運維壓力的同時還起到了對運行中的雲環境進行標準化監管。

想要本身開發這個模塊的同窗應該看出來了，這裏的分2大塊：

 

1. Service Management 流程。

這部分從實現來說和咱們上面講的service desk區別不大。 http://www.cnblogs.com/meowmeow/p/7064660.html

 

2. 模板和自動化部署

因爲企業的網絡架構各有不一樣而云上負載又多種多樣，這一塊的定製化要求很高。雲管平臺的開發團隊須要保持關注azure自己的迭代release，官方鏡像的更新，應用軟件的更新。此外，各個企業的安全和合規性要求有不一樣，這也加大了開發這個模塊的難度

Tips： 使用Azure的ARM template 作底層實現

 

配置管理

雲管理員須要知道在雲環境裏全部正在使用的資源及其生命週期。同時，因爲雲彈性伸縮的特色，管理員須要知道有多少資源和服務是剛加入/變動/終止，資源間的依賴關係是怎麼樣的，雲資源與應用的關係。咱們看一張簡單的雲管理的CMDB圖表

這個配置管理和咱們上一篇的配置管理不是一個概念，自動化運維的配置管理更多指使用chef，puppet等工具作軟件部署和維護。這裏則須要展示在雲環境裏

• 正在使用的：

虛擬機,虛擬機所用的鏡像，虛擬機的靜態IP，負載均衡器，公共IP，數據庫配置，availability set。。。。

• 過去曾使用的

虛擬機,虛擬機所用的鏡像，虛擬機的靜態IP，負載均衡器，公共IP，數據庫配置，availability set。。。。

 

因爲雲資源的動態特性，通常建議經過雲平臺自己來取得配置管理的輸入。雲管理平臺須要按期從雲平臺取得數據並存儲(again, api, powershell,cli)。至於展示方面，其實excel也夠用啦。

Tips：Tag， Tag ， Tag

Tips：必須支持全部可能被使用的資源類型