「祝老師信箱」2018年第001號：關於DevOps的問題

祝文彬老師做為東方瑞通元老級講師， 自1998年以來， 一直從事IT培訓和IT服務的實施與管理工作。 20年來， 培訓過的學員數以萬計。 祝老師通過各種方式為無數學員上解決了問題！祝老師決定開設《祝老師郵箱》， 將同學們的問題和他的答覆分享給廣大粉絲！方便同學們的學習！

祝文彬老師

20年IT行業從業經驗（涉及系統集成、軟體發展等領域）， 15年IT服務管理經驗（涉及專項服務、技術支援、運維保障、顧問諮詢等領域）， 12年高校工作經驗（涉及教學及教務管理） 曾為海關總署、國稅總局、中國移動、中國聯通、國家開發銀行、日本三菱銀行、中國惠普、西門子（中國）、華晨寶馬、北京現代等單位講授ITIL、ISO 20000、PRINCE2等課程 曾主持海信集團、連結地產、北京地稅、中航技工貿、用友集團等單位的ITSM諮詢專案。

資質和榮譽

EXIN授權ITIL/ISO 20000/BCM/DevOps講師

EXIN DevOps Master/ITIL Expert/BCM Foundation等證書擁有者

APMG ISO 20000 Auditor/ISO 27001 Foundation證書擁有者

全國電子資訊專業技術資格證書—資料中心運維工程師

專業特長

對IT服務管理和DevOps體系有很深入的理解；

掌握ITSM諮詢和落地的方法， 熟悉ISO 20000認證程式；

擅長ITIL和DevOps的理論和實戰課程。

今天和大家分享的祝老師信箱的第一篇：關於DevOps的問題

學員的問題（通過微信提交）：

祝老師：您好。 如果不打擾， 我問您個問題。

我的問題是：開發和運維承擔不同工作內容， 如果推動DevOps， 這是弱化運維的能力？還是提高運維的能力？按我的理解， 應該是提高各自能力， 擺脫一種割裂的狀態， 把相互的能力優勢互補。 DevOps是無文檔的運維過程嗎？我理解無論哪種運維模式， 運維文檔都是必須的專案資產。 這個過程如何協調呢？

祝老師的答覆：

XX同學：你好！

關於你提出的問題， 我從以下幾點做個回答， 很可能不全面，

僅供參考。

1、DevOps是一種管理理念， 是一種文化， 目前還沒有形成標準。 但主流的思想就是開發、測試和運維的密切合作， 從而加快軟體的交付速度， 以適應目前互聯網時代的節奏。

2、國內把DevOps翻譯為“開發運維一體化”， 但我覺得這個翻譯不是很好， 因為它會讓人產生一種錯覺， 以為DevOps就是開發、測試和運維三個團隊整合在一起， 或者說開發把測試和運維的事情全幹了。 記得在去年DevOpsDays北京站的活動上， 好幾位演講嘉賓在演講的過程中都提到了DevOps團隊的概念。 但最後DevOps之父Patrick在演講的時候， 專門提到沒有DevOps團隊的概念， 讓那些前面演講的嘉賓有點尷尬。

3、目前DevOps在國內的落地是各種各樣的， 基本上都是局部落地， 很少有比較完整的落地案例。

比如一些單位在一定程度上實現了自動化運維， 就說是DevOps；有些單位實現了軟體的自動化測試和部署， 也說是DevOps。

4、因為DevOps的核心就是敏捷開發+自動化測試+自動化運維， 而最核心的就是敏捷開發。 你可能也知道， 敏捷開發也是一個文化層面的事情， 對團隊成員的要求很高。 我們國內很多單位（銀行比較多）做敏捷開發的落地， 其實最後都是不了了之（文化跟不上、管理跟不上、人員的素質也跟不上）。 但敏捷確實有它的優勢， 比如在銀行中， 一些非核心的、與互聯網相關的應用， 還是需要用敏捷的方式來做。 所以， 對一些大的單位來說， 那些大的核心系統是不太可能用敏捷或DevOps的方式來運作的。 你以前上ITIL中級課的時候， 班上有一個某大型國有銀行的學員。

按他的說法， 他們銀行在核心業務系統上是不太可能實現DevOps的， 因為他們的體制就不允許（他們有開發中心、測試中心和運營中心）， 三個中心分佈在不同的地方， 人員平時都很難見面， 不太可能密切協作。

5、再回到你的問題。 推動DevOps， 肯定是要提高運維的能力。 但這並不等於運維更重要， 也不等於運維人員在公司內的地位會提高。 DevOps追求的是自動化運維， 運維人員會減少， 而且對運維人員的要求也會提高， 那就是我常說的：運維人員要懂點開發， 起碼會用Python語言寫點腳本程式。 關於“DevOps是無文檔的運維過程嗎？”這個問題， 答案應該是否定的。 文檔還是要有的， 但因為DevOps的核心就是敏捷， 而敏捷宣言的四種核心價值觀之一就是“工作的軟體重于詳盡的文檔”。 注意，人家是說“詳盡的文檔”，沒說不需要文檔哦。

6、我在講課的時候經常推薦兩本與DevOps有關的書，一本是《鳳凰專案-一個IT運維的傳奇故事》，另一本是《SRE-Google運維解密》。這兩本書不知道你看過沒有？如果還沒有看過的話，最好能抽時間看一下。因為我覺得這兩本書對運維人員理解DevOps還是挺有幫助的。

7、今年5月5日在北京世紀金源飯店有DevOpsDays的活動，我爭取給你申請一張票（瑞通採購的），你去聽一下。

謝謝你的問題，祝你工作順利！

東方瑞通 祝文彬 2018年4月9日下午

注意，人家是說“詳盡的文檔”，沒說不需要文檔哦。

6、我在講課的時候經常推薦兩本與DevOps有關的書，一本是《鳳凰專案-一個IT運維的傳奇故事》，另一本是《SRE-Google運維解密》。這兩本書不知道你看過沒有？如果還沒有看過的話，最好能抽時間看一下。因為我覺得這兩本書對運維人員理解DevOps還是挺有幫助的。

7、今年5月5日在北京世紀金源飯店有DevOpsDays的活動，我爭取給你申請一張票（瑞通採購的），你去聽一下。

謝謝你的問題，祝你工作順利！

東方瑞通 祝文彬 2018年4月9日下午