為什麼資料中心管理需要關心DevOps

雖然開發者和it運營專家已經對devops的概念興奮不已，資料中心運營商和執行在上游的基礎設施團隊還沒有參與對此的討論中。hewlett-packard enterprise的著名技術專家jack story，認為這是乙個錯誤。

人們之所以犯錯是因為有許多關於devops是什麼和不是什麼的困惑，許多關於devops的困惑來自於它是關於工具和自動化的誤解。「這和當前的自動化程序無關，」story表示，「它不是工具，它是關於文化和組織的變革。」

更重要的是，切換為devops是一種文化，是一種改變，這對任何組織來說都是最困難的。「我們拒絕改變職業，我們抵制變革的人。」他說。

但是今天的變革是十分必要的，即使你沒有為乙個it組織提供雲服務，你的顧客，無論是銷售主管或是開發者，通常期待你能以雲提供商來提供服務。

「雲服務有更便宜和更快速的感覺。」

他們期待什麼？他們期待的雲計算所有屬性，美國國家標準與技術研究院在五年前就確定其模型的定義：

按需獲取自助式服務

廣闊的網際網路訪問

資源共享池

快速伸縮

計量付費服務

這種壓力迫使it組織重新思考他們所知道和喜愛的東西。在網路、伺服器、儲存和裝置團隊之間嚴格界定，只是這些對devops不起作用。

它使開發者能從「瀑布式」模型中切換出來，在瀑布式模型中部署乙個新的軟體需要很長的時間，在軟體計畫上線之前允許大量的時間準備，敏捷開發的核心元素是跨團隊合作，迅速部署並且不斷改進。

今天的業務需求不是一直不變的，所以技術也不能一成不變。

與開發協作運營使得devops模型涉及到眾多部門的利益，從資料中心的發展到運營，形成乙個單一的協作過程。

惠普的內部it組織幾乎立刻做出轉變並受益匪淺，story說。這些好處是更快的速度，更好質量以及穩定性。

最近該公司剝離成兩個後，執行更加順暢，因為it組織就是以這種方式執行，他補充說。就他們使用的工具而言，幾乎沒員工注意到該公司分成hpe和hp inc，但由it團隊在後台完成的工作是巨大的。story表示。

這個過程hpe還在繼續，因為沒有乙個點人們可以說，「ok，我們現在就是devops」。這是哲學和方**，並不是所有人都喜歡它，他警告說，所以不需要每個人都待在船上。

「在這個我們不得不讓人搬走的環境中，」他說，「因為這個變革，許多交談都會情緒化。」