當(dāng)提及平臺(tái)即服務(wù)（PaaS）以及云計(jì)算時(shí)，就產(chǎn)生了太多的疑惑和誤解。當(dāng)本站想要破除這些誤解時(shí)，尤其是關(guān)于PaaS的，我們找到的Jboss的前CTO、現(xiàn)Cloudbees的CEO Sacha Labourey。Labourey不得不承認(rèn)PaaS只是給那些在軟件開發(fā)中擁抱DevOps方法的組織服務(wù)的。這里市講述了他是如何說的：

 

 

對(duì)待很多事情，我們都喜歡比較，以及提出一些反對(duì)意見，并制造出一種緊張感覺，迫使他人做出選擇。不久前，有一個(gè)活躍的線程clouderati回音室這樣的概念，即平臺(tái)即服務(wù)(PaaS)交付NoOps，來與DevOps相比。你支持誰？ DevOps還是 NoOps？圍繞這一話題的爭議點(diǎn)是它必須讓某個(gè)市場部門認(rèn)為是成功。

 

回來現(xiàn)實(shí)世界來，IT人員只是關(guān)心解決他們面臨的一些部署、更新、擴(kuò)展這些難題，以確保復(fù)雜系統(tǒng)與稀缺資源的運(yùn)行和改變業(yè)務(wù)指令。IT發(fā)展宏圖的范圍從十幾年前的大型機(jī)，到完全虛擬化的環(huán)境；一個(gè)關(guān)鍵的IT操作活動(dòng)是建立自下而上的服務(wù)器，以及虛擬機(jī)來運(yùn)行業(yè)務(wù)系統(tǒng)和應(yīng)用程序。隨著時(shí)間的推移，這些環(huán)境還必須能句順暢運(yùn)行。從運(yùn)營的角度來看，組織正在著手這類的解決方案，同樣在他們看來組織更多地應(yīng)該關(guān)注在基礎(chǔ)設(shè)施編排和自動(dòng)化上。

 

當(dāng)這些組織開始使用云時(shí)，他們很快就發(fā)現(xiàn),消除使用自動(dòng)化操作的開銷是必須的：不僅因?yàn)樗?**一種從云屬性（如按需付費(fèi)和彈性）獲益的方法，還因?yàn)樗窃谧铐攲?，資源來來去去的基礎(chǔ)設(shè)施上運(yùn)行可靠環(huán)境的***方法。沒有必要故意去做決定，組織要想在云上取得成功自然要有持續(xù)的交付，并成為DevOps專家。

 

 

另一方面常常發(fā)生的一件事是，PaaS的采用是受業(yè)務(wù)線驅(qū)動(dòng)的，而是在需求緊急的情況下，或者是受到開發(fā)人員和質(zhì)量保證的驅(qū)動(dòng)，他們幫助升級(jí)他們的流程，使產(chǎn)品更快完成，并有較高的質(zhì)量。這些團(tuán)隊(duì)不是自下而上驅(qū)動(dòng)的；相反，他們是自頂向下的，而且重點(diǎn)放在他們所有給業(yè)務(wù)音樂會(huì)的應(yīng)用上。顧名思義，它的理想人員會(huì)是由PaaS提供商交付產(chǎn)品的NoOps、運(yùn)營和DevOps人員。因此，在實(shí)現(xiàn)、測試、階段和部署應(yīng)用時(shí)持續(xù)交會(huì)成了一種普遍的方法。

 

那么你給你的自己的組織的定義是什么？呃，最有可能是兩者都是！云部署的一部分將來自IT操作人員遷移或擴(kuò)展現(xiàn)有系統(tǒng)和應(yīng)用程序遷移到云中，而DevOps將實(shí)現(xiàn)這一目標(biāo)的方式。云部署的另一部分，很可能是新應(yīng)用，將會(huì)源于開發(fā)團(tuán)隊(duì)，對(duì)定制的自下而上的堆棧，他們沒有具體的或歷史性的需求。盡管如此，這些新應(yīng)用大部分都有與現(xiàn)在有系統(tǒng)連接或交互的需求，而這些系統(tǒng)是由IT交會(huì)和維護(hù)的。

 

總結(jié)：

兩種情況下，即DevOps的自下而上，和NoOps的自頂而下，目標(biāo)都是向終端用戶交付，而持續(xù)交付是兩者的相交區(qū)域。