云環境確實可以說是發揮DevOps潛在優勢的***場地——但止步于此卻不夠明智。

兩大應用程序開發與部署趨勢已經成為云計算領域的游戲規則改變者，也就是敏捷方法與DevOps。絕大多數采用敏捷處理方案的用戶表示自身對于變更策略的管理能力得到了顯著增強; 毫無疑問，他們也在繼續穩步增加自身組織內部的敏捷實施元素。

敏捷性非常重要，因為這種特性正是DevOps廣泛崛起的先決條件，而后者則為使用者帶來針對持續開發、集成與部署工作的更高專注度。面向持續性處理機制（包括集成、部署、測試與開發）的商業案例由于擁有諸多潛在優勢而更加易于推行——不過這些優勢在不同組織當中存在著差異化的表現形式。  

持續性處理機制屬于DevOps過程中的組成部分，所謂DevOps正是由軟件開發（即Dev）與IT運維（即Ops）融合而成。其核心理念在于發布高質量代碼與具備出色執行成效的二進制開發成果，而且整個實現過程在效率上遠高于傳統機制在開發、測試以及部署方面的實際表現。

很多人將DevOps的快速崛起歸結于云計算的迅猛發展。二者之間的關聯在于：對于云應用程序及基礎設施而言，我們能夠更為輕松地對其進行持續化更新。舉例來說，在我們的每一次正常使用過程中，SaaS應用程序通常都需要對自身代碼進行上千行甚至規模更大的變更或者添加操作。持續性更新正是此類方案的固有特性，而這也正是令云交付型應用程序、平臺或者基礎設施能夠為用戶帶來更大實踐價值的根源所在。換言之，通過郵箱接收CD或者DVD鏡像文件，并以手動方式對服務器進行更新的日子已然一去不復返了。

盡管云環境確實是實現DevOps的***舞臺，但我認為DevOps并不應該僅僅被局限在云部署領域之內。相反，大家完全可以將Puppet或者Chef等DevOps方案及實施工具應用到當下著手進行的各類開發工作當中——包括云環境與內部體系。

當然，很多企業仍然在新型與增量軟件發布的設計、開發、測試以及部署流程當中大量使用手動方式。為什么要這樣？他們通常會說，自己之所以還沒有采取DevOps實踐方案、是因為業務環境中尚有大量組件并未遷移到云環境當中。在這里我要向大家重申：這種理由已經站不住腳——內部環境同樣能夠在DevOps的支持下迸發出更為耀眼的能量。

原文鏈接：http://www.infoworld.com/article/2836372/cloud-computing/does-devops-drive-the-cloud-or-vice-versa.html