你真的了解 DevOps 嗎？
與大數據和PRISM（NSA的監控項目之一），DevOps（開發運維）如今是科技人士掛在嘴邊的熱詞，但遺憾的是，類似圣經，每個人都引用DevOps的只言片語，但真正理解并能執行的人極少。根據CA的一項調查，45%的受訪者并不了解DevOps的含義，其余則有17%認為DevOps只不過是炒作。
DevOps如今幾乎成了創新的同義詞，但其原本的含義卻在業界的流傳中被人們棄之腦后。
在開發者圈子中，DevOps專業人士經常是被嘲弄的對象，例如下面這個專門惡搞的Twitter帳號：DevOps Borat.
饒是如此，DevOps也成了類似數據科學家的性感職位。雖然在一些企業，DevOps還只停留在紙面上，但更多的企業的業務發展確實需要DevOps專業人才，人才市場對DevOps技術人員的需求非常旺盛，根據科技人才招聘網站Dice.com最近的統計，今年9月份DevOps的招聘職位數量高達500個，而去年同期只有200。
事實表明DevOps口惠而實不至的口水詞，根據IT自動化服務商Puppet Labs的最新報告《2013年DevOps現狀報告》，采用DevOps的企業的軟件代碼生產速度是不采用DevOps企業的30倍！同時將錯誤率降低了50%。
為了深入探討DevOps這個話題，以及搞清楚為什么DevOps工程師在企業招聘市場一將難求，VB的記者近日采訪了戴爾的云計算開發總監Barton George， George本人也經常寫博客討論搭建DevOps團隊的好處。IT經理網將采訪內容編譯整理如下：
問：DevOps這個概念是怎么來的？
答：DevOps起源于亞馬遜和Google這樣的大型互聯網公司，這些公司需要員工緊密協作，同時又不希望出現部門割據。
問：開發人員和運營人員的目標有很大差異嗎？
答：是的，他們有著相反的目標，開發者一心都在創新上，讓事情看上去更酷；而運維人員最關心的則是網站運行的平穩，不要宕機，但開發者可不會關心這個。
我記得2001年2月份發布的“敏捷宣言”是一個里程碑，打那時起開發者開始關心如何走近客戶，了解他們的真實需求。開發者開始更多關注如何加快開發周期，寫出更容易實現的代碼、更好的用戶體驗，而不是更酷的功能。
相比之下運維人員并未經歷類似太多變化，于是DevOps模式應運而生。
問：敏捷開發到底什么意思？你認為這僅僅意味著快速嗎？
答：簡單來說，敏捷開發意味著更多的迭代：更早更頻繁地發布產品更新。先把東西做出來，而不是像過去那樣過于憂慮產品是否完美。這就是那個“永遠beta版”的概念，30天把原型快速搞出來，然后看看人們到底怎么想。敏捷的字面意思就是快速改變的能力。
如果你能更快發布，你就能跟上市場的節奏隨時調整。
問：DevOps與開源運動的關系是怎樣的？
答：兩者是并行的。DevOps是一個文化運動，借用了開源的很多協作概念，本質上是團隊協作的文化。
問：企業如何從DevOps能力中受益？
答：DevOps的目標是流程的自動化——讓代碼完成過去手工的工作，從而大大節省成本。
DevOps的最終目的是提高你的客戶響應能力。如果網站宕機了，你自然就無法服務你的客戶了，你發現問題的速度越快，成本就越低。
DevOps團隊的特點是能讓你為客戶提供更多功能，而且不會把網站搞垮。
問：DevOps通常適用于大企業還是斗志昂揚的小企業？
答：DevOps更多會與大企業有關。小企業的協作本來就不是很難。但是類似Google或Netflix這樣的企業每天都會推送大量代碼，出現bug的幾率很高，而Puppet和Chef這樣的開發工具能幫助系統管理員將很多工作自動化，并應對最艱巨的基礎設施挑戰。
問：你最常聽到的對DevOps的誤解或疑點都有哪些？
答：DevOps不僅僅適用于高科技公司，我一年前聽過一個網絡研討會，是關于中西部一個金融公司如何開展DevOps的，DevOps絕不是硅谷的專屬品。
事實上任何希望變得更加敏捷的人都可以運用DevOps。以我的觀點，DevOps是IT部門保持其存在感的一種方法。我們經常看到企業中的IT部門被排擠，因為預算受制于其他業務部門。有了DevOps，IT可以更早地參與到業務流程中，IT主管們可以沖著開發團隊嚷嚷：“嗨，伙計們！我們如何實現這個需求？我們需要什么樣的自動化工具？”，而不是像過去那樣，搞出成噸的代碼后黃瓜菜都涼了。
關于DevOps：
（以下摘自Wikipedia）
DevOps（英文Development和Operations的組合）是一組過程、方法與系統的統稱，用于促進開發（應用程序/軟件工程）、技術運營和質量保障（QA）部門之間的溝通、協作與整合。[1] 它的出現是由于軟件行業日益清晰地認識到：為了按時交付軟件產品和服務，開發和運營工作必須緊密合作。
以下幾方面因素可能促使一個組織引入DevOps：
- 使用敏捷或其他軟件開發過程與方法
- 業務負責人要求加快產品交付的速率
- 虛擬化和云計算基礎設施（可能來自內部或外部供應商）日益普遍
- 數據中心自動化技術和配置管理工具的普及
- 有一種觀點認為，目前占主導地位的“傳統”美國式管理風格（“斯隆模型 vs 豐田模型”）會導致“煙囪式自動化”，從而造成開發與運營之間的鴻溝，因此需要DevOps能力來克服由此引發的問題。
