「祝老師信箱」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，這是弱化運維的能力？還是提高運維的能力？按我的理解，應該是提高各自能力，擺脫一種割裂的狀態，把相互的能力優勢互補。
祝老師的答覆：
XX同學：你好！
關於你提出的問題，我從以下幾點做個回答，很可能不全面，僅供參考。
1、DevOps是一種管理理念，是一種文化，目前還沒有形成標準。但主流的思想就是開發、測試和運維的密切合作，從而加快軟體的交付速度，以適應目前互聯網時代的節奏。
2、國內把DevOps翻譯為“開發運維一體化”，但我覺得這個翻譯不是很好，因為它會讓人產生一種錯覺，以為DevOps就是開發、測試和運維三個團隊整合在一起，或者說開發把測試和運維的事情全幹了。記得在去年DevOpsDays北京站的活動上，好幾位演講嘉賓在演講的過程中都提到了DevOps團隊的概念。但最後DevOps之父Patrick在演講的時候，專門提到沒有DevOps團隊的概念，讓那些前面演講的嘉賓有點尷尬。
3、目前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日下午
其實最後都是不了了之（文化跟不上、管理跟不上、人員的素質也跟不上）。但敏捷確實有它的優勢，比如在銀行中，一些非核心的、與互聯網相關的應用，還是需要用敏捷的方式來做。所以，對一些大的單位來說，那些大的核心系統是不太可能用敏捷或DevOps的方式來運作的。你以前上ITIL中級課的時候，班上有一個某大型國有銀行的學員。按他的說法，他們銀行在核心業務系統上是不太可能實現DevOps的，因為他們的體制就不允許（他們有開發中心、測試中心和運營中心），三個中心分佈在不同的地方，人員平時都很難見面，不太可能密切協作。5、再回到你的問題。推動DevOps，肯定是要提高運維的能力。但這並不等於運維更重要，也不等於運維人員在公司內的地位會提高。DevOps追求的是自動化運維，運維人員會減少，而且對運維人員的要求也會提高，那就是我常說的：運維人員要懂點開發，起碼會用Python語言寫點腳本程式。關於“DevOps是無文檔的運維過程嗎？”這個問題，答案應該是否定的。文檔還是要有的，但因為DevOps的核心就是敏捷，而敏捷宣言的四種核心價值觀之一就是“工作的軟體重于詳盡的文檔”。注意，人家是說“詳盡的文檔”，沒說不需要文檔哦。
6、我在講課的時候經常推薦兩本與DevOps有關的書，一本是《鳳凰專案-一個IT運維的傳奇故事》，另一本是《SRE-Google運維解密》。這兩本書不知道你看過沒有？如果還沒有看過的話，最好能抽時間看一下。因為我覺得這兩本書對運維人員理解DevOps還是挺有幫助的。
7、今年5月5日在北京世紀金源飯店有DevOpsDays的活動，我爭取給你申請一張票（瑞通採購的），你去聽一下。
謝謝你的問題，祝你工作順利！
東方瑞通 祝文彬 2018年4月9日下午