Puppet和Chef這樣的工具幫助人們在云上使用DevOps成為可能，但是當(dāng)涉及到管理和分析云應(yīng)用時，仍然會有障礙。

軟件開發(fā)從一個應(yīng)用程序的架構(gòu)開始。傳統(tǒng)的應(yīng)用是單片的，一個承載著業(yè)務(wù)邏輯的單獨載入的鏡像運行在一個單獨的機器上。但是隨著多年來人們對分布式計算興趣的日益增加，以及易于部署和重用的軟件組件化，催生了一種新的模型。

無論你是叫它面向服務(wù)的架構(gòu)（SOA），模塊計算還是Web Service，這種新的模型將應(yīng)用劃分成多個部分，然后用工作流接口連接在一起。開發(fā)人員必須發(fā)送所有的整合和工作流的信息給那些負(fù)責(zé)部署和管理應(yīng)用的人員。這種在開發(fā)和運維之間的溝通，加上促進(jìn)這種溝通的流程，在2009年被定義為DevOps。今天，DevOps也指使用實時開發(fā)數(shù)據(jù)來自動化應(yīng)用部署的工具。

云的DevOps截然不同

云計算正在重新定義DevOps。主要是因為集成的問題，云部署比本地應(yīng)用部署更復(fù)雜。云是一個動態(tài)的資源，所以用戶期望能夠有對故障轉(zhuǎn)移和云爆發(fā)的支持。這意味著應(yīng)用組件和整個應(yīng)用不會一直在他們初始的位置上。這也意味著工作流和連接會在負(fù)載或者一個故障模型操作中變化。于是云管理工具很自然的開始影響，并且也同時越來越多的受到DevOps工具和原則的影響。

有兩種常見的DevOps方式：基于腳本和基于模型或?qū)ο?。腳本模式在前云時代占據(jù)主導(dǎo)地位。但是，許多DevOps大牛擔(dān)心腳本太過程化，只描述了部署和整合的步驟，而不是最終的產(chǎn)品。而一個定義最終目標(biāo)的DevOps模型需要更多的工作，它可以在各種各樣的基礎(chǔ)架構(gòu)和應(yīng)用組件之間移動，使之更加適合云。

腳本工具在云計算中仍然很常用。但是另外兩個工具一直在角逐***的位置：Puppet，展現(xiàn)了一種基于模型或者聲明性的腳本撰寫方式，另一個是Chef，則采用過程化或者指令的方式。

Chef是一個指令式的DevOps框架，用Ruby來撰寫腳本。Chef成為代表DevOps的開發(fā)方的強大選項的同時也很難于學(xué)習(xí)。

然而與Chef不同的是，Puppet對于系統(tǒng)管理員來說通常更加容易學(xué)習(xí)。Puppet是使用基于JSON數(shù)據(jù)模型的一種聲明式語言。由于Puppet是非過程化的，它成為了DevOps的腳本形式和模型形式之間的橋梁。

云端DevOps的另一大進(jìn)步是云應(yīng)用拓?fù)浜途幣乓?guī)范(TOSCA)，一個由行業(yè)聯(lián)盟OASIS制定的開放標(biāo)準(zhǔn)。TOSCA是一個基于模型的架構(gòu)，將部署和管理定義成抽象的層次化的組件模式屬性。其結(jié)果是，TOSCA是一個理想的用來描述復(fù)雜應(yīng)用的架構(gòu)。另外，TOSCA還產(chǎn)生了至少一個開源的實現(xiàn)—OpenTOSCA。

TOSCA對未來的影響比當(dāng)前的支持更重要。云是關(guān)于抽象資源比如虛擬機，虛擬網(wǎng)絡(luò)和虛擬服務(wù)在資源池上的具體實現(xiàn)。這種方法正適合于基于模型的DevOps，并且受到云應(yīng)用變得更動態(tài)的驅(qū)使，同時改變了運維和開發(fā)。

DevOps背后的推動力

專家們相信敏捷性是DevOps***的推動力。而移動寬帶和云計算又接著推動對于敏捷性的需求。一個未來的云應(yīng)用會是一組連接在一起的組件，幾乎可以瞬間對事件進(jìn)行響應(yīng)，比如一個移動工作人員，一個無人駕駛汽車或者另一個實時的需求。盡管這些應(yīng)用也許要更容易建模而不是用腳本，無論何種方式，應(yīng)用開發(fā)和生命周期管理正在演化成更適應(yīng)云。因此，DevOps應(yīng)該成為一個業(yè)務(wù)技術(shù)規(guī)劃流程中的關(guān)鍵部分。

盡管DevOps正以云的面貌不斷演化，然而還有一些挑戰(zhàn)要克服。比如，一些DevOps工具，即便是***的那些，當(dāng)用來管理應(yīng)用執(zhí)行的時候還是有短板。許多云部署使用一種耦合分析的方法來管理。在這種方法中，云收集信息并提供分析來管理一個資源池，不需要關(guān)聯(lián)到特定應(yīng)用的特定資源。但是，這對于那些高動態(tài)的應(yīng)用和被用來只是回答某個用戶的問題的個性化應(yīng)用來說可能是個挑戰(zhàn)。當(dāng)管理數(shù)據(jù)只提供在一段時間內(nèi)一池的資源信息時，要判斷這些應(yīng)用存在的問題是很困難的。

原文鏈接：http://www.searchcloudcomputing.com.cn/showcontent_87825.htm