當提及平臺即服務(PaaS)以及云計算時，就產生了太多的疑惑和誤解。當本站想要破除這些誤解時，尤其是關于PaaS的，我們找到的Jboss的前CTO、現Cloudbees的CEO Sacha Labourey。Labourey不得不承認PaaS只是給那些在軟件開發中擁抱DevOps方法的組織服務的。這里市講述了他是如何說的：
誤解：我只要遵循DevOps方法就可以了，PaaS并沒有任何意義
對待很多事情，我們都喜歡比較，以及提出一些反對意見，并制造出一種緊張感覺，迫使他人做出選擇。不久前，有一個活躍的線程clouderati回音室這樣的概念，即平臺即服務(PaaS)交付NoOps，來與DevOps相比。你支持誰? DevOps還是 NoOps?圍繞這一話題的爭議點是它必須讓某個市場部門認為是成功。
回來現實世界來，IT人員只是關心解決他們面臨的一些部署、更新、擴展這些難題，以確保復雜系統與稀缺資源的運行和改變業務指令。IT發展宏圖的范圍從十幾年前的大型機，到完全虛擬化的環境;一個關鍵的IT操作活動是建立自下而上的服務器，以及虛擬機來運行業務系統和應用程序。隨著時間的推移，這些環境還必須能句順暢運行。從運營的角度來看，組織正在著手這類的解決方案，同樣在他們看來組織更多地應該關注在基礎設施編排和自動化上。
當這些組織開始使用云時，他們很快就發現,消除使用自動化操作的開銷是必須的：不僅因為它是唯一一種從云屬性(如按需付費和彈性)獲益的方法，還因為它是在最頂層，資源來來去去的基礎設施上運行可靠環境的唯一方法。沒有必要故意去做決定，組織要想在云上取得成功自然要有持續的交付，并成為DevOps專家。
PaaS采用對比
另一方面常常發生的一件事是，PaaS的采用是受業務線驅動的，而是在需求緊急的情況下，或者是受到開發人員和質量保證的驅動，他們幫助升級他們的流程，使產品更快完成，并有較高的質量。這些團隊不是自下而上驅動的;相反，他們是自頂向下的，而且重點放在他們所有給業務音樂會的應用上。顧名思義，它的理想人員會是由PaaS提供商交付產品的NoOps、運營和DevOps人員。因此，在實現、測試、階段和部署應用時持續交會成了一種普遍的方法。
那么你給你的自己的組織的定義是什么?呃，最有可能是兩者都是!云部署的一部分將來自IT操作人員遷移或擴展現有系統和應用程序遷移到云中，而DevOps將實現這一目標的方式。云部署的另一部分，很可能是新應用，將會源于開發團隊，對定制的自下而上的堆棧，他們沒有具體的或歷史性的需求。盡管如此，這些新應用大部分都有與現在有系統連接或交互的需求，而這些系統是由IT交會和維護的。
總結：
兩種情況下，即DevOps的自下而上，和NoOps的自頂而下，目標都是向終端用戶交付，而持續交付是兩者的相交區域。
京公網安備 11010502049343號