DevOps對於企業IT的價值

其實從敏捷延展開的 DevOps 概念很早就已經被提出，不過因爲配套的技術成熟度水平層次不齊， DevOps 的價值一直沒有有效地發揮出來。現現在，隨着容器技術的發展， DevOps 在企業中的實踐難度大幅下降，其價值也得以體現。

1. DevOps概念的發展歷史

如今是2016年6月初，DevOps 做爲一個IT圈的熱詞，幾乎已是無人不知，無人不曉。

若是你是一個有心人的話，可能會好奇DevOps這個概念究竟是在什麼狀況下誕生的。

在 Wikipedia: Devops[1] 的詞條裏，能夠發現 DevOps 相關概念已經早在2008年就被提出了。

At the Agile 2008 conference, Andrew Clay Shafer and Patrick Debois discussed "Agile Infrastructure". The term "DevOps" was popularized through a series of devopsdays starting in 2009 in Belgium. Since then, there have been devopsdays conferences held in many countries worldwide.

即使是在2006年Amazon發佈了ECS，微軟在2008年和2010年提出和發佈了Azure，DevOps 的重要性彷佛沒那麼強烈。

但是在8年前的那個時候，爲何 DevOps 沒有迅速走紅呢，第一個很重要的緣由是由於那時候雲計算（ Wikipeida: Cloud computing[2]  ） 仍是小衆產品，更多地與虛擬化相關。 第二個很重要的緣由是 Docker 尚未橫空出世，直到2013年7月。第三個很重要的緣由是，Martin Fowler 在2014年3月提出了 Microservices[3]  。

能夠看出，當前 DevOps 概念的深刻人心，離不開雲計算、容器/Docker、微服務、敏捷等相關概念和實施的成熟發展。

2. 企業IT對於企業的價值

談到企業IT，就沒有辦法迴避兩種迥然不一樣的企業，一種是以傳統制造業或者服務業爲基礎的，對生產資料進行加工的「傳統企業」； 另外一種是以「信息互聯」爲基礎的，對「人與人關係、人與物關係、物與物關係」進行信息加工的「互聯網企業」。

這兩類，是兩類極端的企業，一類企業的平常運行，能夠沒有信息系統；另外一類企業，徹底離不開信息系統。

通常的信息系統，對於企業的價值，主要有三類漸進過分的典型類型。

第一類，是將信息系統定位於「輔助和支撐」企業的產品製造以及企業運營部門，由於這類企業的生產資料系、生產力、生產關，都以實體制造爲主，不以信息加工和處理做爲企業產品核心。

第二類，是將信息系統做爲數據加工、傳輸做爲主體，但業務模式來自於傳統行業，信息系統主要完成已有業務規則的虛擬化，例如金融、電信行業。這類企業的信息或者數據，主要來自於業務受理，或者說數據的生產者和使用者是企業自身。

第三類，是將信息系統做爲企業惟一輩子產工具，並將企業的客戶（我的或企業）所自發貢獻的信息、數據，做爲生產資料，造成新興的業務模式。這裏企業的典型，就是互聯網企業。

隨着又一輪「數字化」的概念席捲全球，非互聯網企業所面臨的更多針對用戶和客戶的思考和探索，都須要有更快交付能力的信息系統進行支撐，這也是傳統企業互聯網化，打開企業邊界圍欄邁出的第一步。

3. DevOps對於企業IT的價值

經過前文的分析，能夠看到，企業IT對於三類不同的企業價值體現各有不一樣。

對於互聯網企業，信息系統是企業產品的命脈，企業對於軟件的價值觀以及投資組合，對於其餘兩類企業要高出不少。

DevOps 的核心價值，是可以幫助企業快速交付變動，以便於快速響應企業對於市場的變化、用戶的需求。

• 代碼

• 構建

• 測試

• 打包

• 發佈

• 配置

• 監控

以上7個過程，是 DevOps 站在軟件生命週期平臺化運營的視角，爲企業IT所創建的一個「IT for IT / IT4IT[4]」的業務平臺。

若是說，軟件開發、交付、運維是一個傳統行業，那麼 DevOps 就是映射了這個傳統行業的一個軟件平臺。

經過 DevOps 能夠助力企業軟件交付的效率提高，幫助企業IT實現數字化運營。

能夠用一句話定位如下三者在價值鏈上的關係：

「信息」（數據）

「信息系統」（處理數據的工具）

「DevOps」（製造與維護處理數據的工具的工具）

在「信息」（數據）成爲企業「生產資料」一部分的條件下，信息系統快速演進的業務驅動力、DevOps的價值，纔可以清晰地得以體現。

企業IT系統的從「業務支撐型」走向「業務驅動型」的轉折點，是由企業產品的最終用戶，直接以低成本爲企業提供生產資料——信息（數據）——並使之成爲企業產品的一部分 。

若是信息是企業產品的所有，那麼這種類型的企業就是第三類——互聯網企業。

4. DevOps在企業中的實踐

和衆多源於互聯網的理念同樣，在 DevOps 的概念被炒熱以前，衆多互聯網公司其實已經實踐了 DevOps 。 其中的緣由也正是由於信息系統，是這些公司的生產工具，沒有人比互聯網公司的人更明白提升自身的辦公效率，提升團隊、企業的生產力，就是爲提升企業產品的生產力進行有效的保障。

除了前文提的 DevOps 覆蓋企業軟件生命週期中的7個過程， DevOps 在企業落地過程當中，傳統企業或多或少都已經建設了一部分配套系統，尤爲是AAAA與監控系統，其餘的代碼管理、持續集成工具也或多或少的有所積累。

DevOps 更多的是把IT服務產品化的平臺，企業中的任何一個IT能力，都應當可以在 DevOps 中面向其用戶提供自服務的能力。 

例如，系統的開發者，可以自主地在 DevOps 上聯機分析生產環境的日誌，而沒必要通過層層壁壘，一臺臺登陸生產環境的主機，檢索日誌。 再例如，項目組的快速變動、員工的快速入職、離職，都應當可以在 DevOps 中實現自動化的帳號開通和註銷。

須要注意的是，相比傳統企業尤爲是製造業的產品製造工藝和製造流程，軟件產品的製造，IT服務的交付，更多的是交付一些無形的軟件產品和知識工做。 正由於這些無形產品受制於不一樣的人認知所產生的多變，其管理複雜度遠比製造業來的複雜，企業軟件的設計、開發、發佈、上線，缺少標準化的管理過程。

對於現在的非互聯網企業而言，可以快速見效的 DevOps實踐，應當從（環境）配置的管理，以及自動化部署。 在實施難度上，配置的管理要低於自動化部署。由於非互聯網企業的技術路線因爲供應商的競爭（甚至是惡意競爭），變得極其多樣，架構離散化程度也很高。

對比互聯網企業，（環境）配置管理和自動化部署，因爲IT技術從硬件到虛擬化/容器的自主可控，企業總體技術架構的收斂性就比較理想。

5. 當前DevOps對於企業架構支撐的不足

從代碼到監控 , 能夠看出DevOps對於企業尚有如下不足（或者說DevOps原本就不考慮這些）:

1. 缺乏對企業IT戰略規劃、企業IT業務架構規劃、企業IT系統架構設計、企業IT系統需求管理以及IT項目管理進行有效的平臺化、數字化支撐。

2. 缺乏對企業IT部門、信息系統運營效能的系統性評估和優化模型。

3. 缺乏對企業不一樣IT系統供應商的技術架構、IT產品的標準化、基線化管理。

4. 缺乏對企業數據類應用的支撐，更偏於交易型應用的交付。

對於第 1,2 兩點，任何企業都有這方面的需求，但因爲企業在投資組合上對這個領域投資較少，投資規模較大、實施難度較大，企業主更願意進行面向企業產品「開源」投資。

對於第 3 點，幾乎不會在秉承「自主建設」互聯網公司存在，但在其餘企業中也逐步會經過精益運營的方式進行落地實施。

6. 參考資料

1. Wikipedia:Devops: https://en.wikipedia.org/wiki/DevOps

2. Wikipeida: Cloud Computing:https://en.wikipedia.org/wiki/Cloud_computing

3. Microservices:http://martinfowler.com/articles/microservices.html

4. IT4IT: http://www.opengroup.org/IT4IT