國內運維圈子 DevOps master 認證 是不是 騙子？
DevOps
0.前言
作為一個開發，寫這麼長肯定有人說，「能寫這麼長的文字的人，肯定不是個好開發」。但還是稍微從證書內容與課程上分析一下。Devops，運維開發，簡單來說，相當於運維自動化。所有是運維+自動化的內容，全部可以包含到devops。
1.估計
答：不確定。尚且不知對方是類似工會性質的抱團取暖，互相認證，還是類似廣電總局的py審核。2.背景
目前來看，只有蕭田國一人在提到/宣傳過這個認證。肖田國本人從2015（似乎是2015）年開始組織GOPS，期間有騰訊阿里各種大公司的人來捧場。可以認為GOPS是devops界認知度比較高的，分享性質的會議。第一屆在此處：2015 GOPS：全球運維大會·上海站全程實錄（附贈精彩演講PPT）。然而蕭田國本人，則是已經脫離devops，轉而向更高層次發展，例如他在鏈接中分享的《以人為本的高效運維》。對於普通devops人員來說，蕭的該分享比較務虛。貼一張以人為本高效運維的ppt，管中窺豹可見一斑：
這裡已經完全沒有技術的痕迹，反而更多的是暴露其管理能力。
這裡更多的是對技術總監的要求，而不是對devops的要求。3.業界
該證書在互聯網的devops界的認知度幾乎為零。拿這個證書忽悠國企民企傳統企業還可以，忽悠互聯網公司，就有點行不通了。業界一般認為騰訊和阿里這種大型公司的devops有其可取之處，對在大型互聯網公司的devops的認同度比較高，網易、新浪小米等公司次之。
利益關係最深的人提到了「基於TPS豐田系統的方法來結合敏捷、輕量級ITSM、精益、持續交付等思想形成的DevOps」。豐田系統，和六西格瑪，精益管理等一道，是傳統行業的項目管理和質量管理的經典課程。
有六西格瑪一類的證書，只能說明你是一個經過認證的管理人員，並不能說明你是一個經過認證的devops。
作為devops，如果只是懂TPS豐田系統的課程，是遠遠不夠的。
（當然，也因為此，devops master 提供了devops的落地課程）拿去年比較火的持續集成和今年比較火的容器化為例，我隨便扯幾個問題：
如何實現持續集成？用什麼工具？需要耗費多少人月？後續投入多大的維護成本？如何降低開發的適應問題？其他互聯網公司用什麼工具實現持續集成？言必提BAT，騰訊阿里百度用了什麼方法？有什麼優勢和劣勢？兵無常勢水無常形，並目前我們公司現狀如何如何，如何在當前的基礎上實現持續集成？需要多少開發成本？
實現容器化需要多少人力？用什麼方式？和持續集成如何結合？容器化和目前的虛擬化有何異同？如何兼容持續集成和容器化？和例如中間件等的其他部門如何配合？如何推動開發接納容器化？是否能做到開發對容器化前和容器化後無感知？當前系統是否能和公有雲結合？能否全盤公有雲化？除去以上內容，devops還包括什麼？有無層次？基本架構圖如何？和其他公司的基本架構有何異同、優勢劣勢？
4.技術
對於傳統企業，該證書可能會比較吃香。
然而對於互聯網公司，管理能力反而排第二，甚至沒有管理能力，開發能力和架構能力比較強，也是可以獲得比較好的工作。該證書作用很小。
互聯網行業也和其他行業一樣，有些地方稍微出招就能看出深淺。
例如來自zycgit/rsf - 碼雲 - 開源中國的一張圖片：從該圖片中能看出多少東西？該圖片對於開發來說意味著什麼？對於devops有多大意義？
5.總結
該獎項對應的課程，作為進行管理來說，比較有用。但是想要憑藉這個找一份互聯網devops相關的工作，或者想要提升技術，真是誠為難矣。無異於黑誰，但是要認清的是，互聯網行業會遇到形形色色的傳統行業遇不到的問題。
但是，如果完全沒有devops從業基礎，就想通過這個證書獲得一份互聯網行業devops相關的工作的話，是比較難的。稍微問一下開發細節，很多人就會一臉懵逼。
如果有一點基礎，想要用這個培訓獲取一份傳統企業devops工作的話，只看他們的介紹，似乎還是可以的，畢竟他們「用了更多的心血在考慮DevOps如何在傳統企業落地」，口才好了，忽悠到一份總監的工作不是不可以的。不過忽悠互聯網行業的還是比較難的。 畢竟互聯網行業，網站就是命根子。想要忽悠他們，不是不可以，不過要先有深度，至少先把很多互聯網公司的「主備，容錯，全鏈路，網關，轉發，監控，上線下線，限流，機房」這種關鍵詞搞清楚。
不過話說回來，互聯網行業非互聯網行業的開發都要多鍛煉口才，能忽悠人，會忽悠人，這樣對自己的將來有很大的好處。
最後留兩張圖，作為對想進入互聯網行業的人的忠告：
就特么圈錢的玩意兒！！！
我是北宙諮詢總經理劉頲，我的微信號是liuting_leo，這是我表示本人身份的重要標識。關於帖子的一些套路，是互聯網中常用的小手段，我其實本無暇做過多的理會。但是這個問題牽扯到Exin與北宙的名譽，我覺得還是有必要做一些回復和聲明。如有任何需要確認的信息，請直接與我本人聯繫或與Exin亞太區總經理孫振鵬先生做出確認。Exin DevOps白皮書，是由日本豐田的Toda先生（日文名戶田孝一郎）主筆，中文版由我本人與我同事史鵬程翻譯，劉征等人做出了審核。前日我與Toda先生見面交流，彼此相見恨晚，並相互簽名贈書留念。對於Exin DevOps或北宙任何不負責任的言談，我覺得還是需要言語謹慎，切莫玩文字遊戲，混淆視聽。我們所有相關人將保留依據法律問責的權利。
作為DevOps Master認證的最早發起者之一，我談談個人的看法。Exin DevOps是DevOps的一種觀點，與ITIL/PRINCE2/COBIT/ISO20000/ISO27001等不同的是，DevOps至今沒有形成一個完全統一的說法，事實上DevOps的提出者是反對「標準」的。但是我們在傳統行業也遇到很多實際的問題，大家依然喜歡或習慣用一個管理框架去實現組織的變革。所以當Toda先生提出基於TPS豐田系統的方法來結合敏捷、輕量級ITSM、精益、持續交付等思想形成的DevOps，我認為是值得傳統行業去思考的。我問過Toda先生，到底這本Exin DevOps Whitepaper是否具有其它理論的指導，這位七十歲的老者很自信的說，這是他們的經驗與實踐。我表示贊同與支持，我們北宙也有自己創造的理論體系V-PODAT，並在國家刊物上發表過運維4.0的概念。
我姑且拋開這個問題提出者的用意，關於Exin DevOps Master到底是一個什麼樣的認證？首先Exin作為荷蘭考試學會是具有很強的國際知名，如果和我一樣入行較早的人都會知道，著名的ITIL認證其實最早是Exin在中國一力推廣的，我作為中國最早的ITIL v2 Service Manager授權講師，也是得到了Exin的授權。而北宙也是Exin最為信賴的培訓機構之一。所以關於權威性與合法性，大家就不需要擔心了。但是對於DevOps Master的價值，我們是可以探討的。其實驗證一個證書的價值，是一個長跑。因為證書只是一個培訓的證明，只有通過眾多人對這個培訓和認證的尊重、重視與投入，它未來方可成為一個更具含金量的證書。
另外作為一個新開發的證書，一定有許多不完善的地方。考試難也是公認的，當初TTT培訓的時候，半數講師沒有通過考試，補考的時候在北京也只有一名講師複試通過，就是我們北宙的李岩老師，上海則是我們的李偉老師也獲得了授權。所以我們在上海班上再三強調希望大家能認真看書，可能是因為我們提供了一次免費補考的機會，結果大家沉浸在老師的經驗分享中，依然沒有好好看書，很遺憾，不少學員沒通過。我想即便努力，通過率可能也在50%。我做過這個卷子，是很有難度。
為什麼非要將考試設定這麼難呢？
其實是因為Exin DevOps Master本來設定是一個具有門檻的考試，需要掌握Lean/Agile/ITSM等多種體系，方可具備這個能力。在中國，應試教育下讓大家過於追求認證，而忽略了學習的基礎，所以出現許多人不通過其實倒也不稀奇。
北宙在DevOps授課的時候，有幾個自己的看法。一個是組合式授課，比如我們第一次開班除了授權老師外，也加入兩位嘉賓，一位是敏捷方面非常有經驗，在寶信和快錢都有從業經驗，北宙的合伙人張克強老師，另一位是來自360的自動化專家劉浩老師。還有一個看法是，我們發現許多學員還是來自傳統大型企業，這方面因為我們做過百餘個大型企業的IT運營管理諮詢項目，我們深知這些企業的痛點，所以我們用了更多的心血在考慮DevOps如何在傳統企業落地。並研發了一些模型，愛好者可以聯繫我，我會分享一些材料。
在東亞富豪大酒店的專業會議廳中，大家非常愉快，考試後大家互勉說下次繼續努力，每人一杯紅酒相互惜別，還是很值得懷念的。
我暫時就說這些，我相信，DevOps的事業不僅僅只在一個個人認證上，我痛恨投機者，更願意與真正期盼為企業價值做出貢獻的同好者共同分享、交流甚至爭議。保持交流！任何與DevOps相關的問題，我與我的同仁們隨時歡迎！我是IT管理圈的北京老李，個人提一下自己的看法與見解：
第一：人就是這樣，總會看到一些嘴和臉；
第二：不要認為拿個認證你就是神，只是個證書，敲門磚而已；
第三：認證是個證明，也僅僅是個證明；
第四：拿不拿認證看用處，有用就拿，沒用可以聽聽，也沒有什麼害處；
第五：正規考試機構出品，沒有所謂的騙子一說；
第六：DevOps考試為官方正式監考，想證明一下自己的能力，可以試試；
第七：成熟度與質量也不能全用證書證明，最重要的還要有實踐；
第八：老李強調的是持續學習與終身學習。不是廣告，是你在這個社會，什麼沒變，心都能變，何況是個證？
第八：能相互學習，謙遜就是成長，能認識到自己的不足，就是進步；
第九：人活著，不要為了嘴和臉，要一點真誠，不要看不起誰，我們都沒什麼區別；
總結：那一天你真見「道」了，或入「三摩地」，再批評別人。先要有研究再有發言權，最煩這種標題，寫了再刪，原主都跑了，我們就別唧唧歪了。一路走好！！！
和技術並沒有什麼關係，這些年各種會議多如牛毛，觀眾都快不夠了。這種培訓就是純圈錢，你情我願。真正的牛人，你倒是搞個實實在在東西看看啊。
DevOps聽過很長時間了， DevOps Master我是今年剛聽說的，是在一次我比較信賴的培訓機構舉辦的一次會議上得知。
先說結論：肯定不是騙子了，騙子的定義顯然不適合這個，人家是正兒八經的機構，有完整的知識體系，這個肯定要放心。
至於認證值不值得，那就要看個人的想法，英語四六級怎麼樣？營養師怎麼樣？或者註冊會計師什麼的，如果你的工作（或下一個工作）需要，就去學習（不一定要考試拿證書）和實踐，掌握了能力能夠運用到工作之中，能解決面臨的問題就好了，其他的就不要操心了。
世界那麼大，什麼人都有，安心做自己吧！
認證已經爛了（國內與國外都如此），就如學歷教育一樣，門檻變得越來越低，質量變得越來越差。
本人之前幾年一直在國外從事DEVOPS和雲計算一類的工作，大大小小的meetup，雲廠商峰會也參加過幾次，但就是沒怎麼聽到過Devops Master(或者DevOps教練）之類的稱呼。一天到晚發證書，除了為發證機構帶來金錢上的收益，真看不出能為DevOps從業人員或者這個行業本身帶來啥積極的影響。想當年，本人思科、微軟的證書也考了些，結合過去十來年的經驗，真沒發現認證課程有啥先進之處（有用的理論知識要比國內一些大學課程來的更實際）；更多的時候，認證課程像是傳教、佈道。
這帖子里有為DevOps Master這一認證辯護的，你們舉辦的峰會啥的我沒參加過，聽說演講部分很精彩，但有很多觀眾反應沒看到實際的東西。
我這裡有兩段視頻，大家來看看此人所展示的DevOps系統如何。
http://v.youku.com/v_show/id_XMjY3ODIzOTY2OA==.html
http://v.youku.com/v_show/id_XMjY4NTUxMzA1Mg==.html
DevOps標準都沒有，認知也不統一，所謂證書個人覺得過早了～
仁者見仁智者見智，你信則有，不信則無。
DevOps Master是Exin（一家荷蘭的國際性考試認證機構）2017年才推出到中國市場的一門認證考試；它和ITIL、PMP、OCP、RHSA等等考試認證是類似的。這門考試的網站：https://www.exin.jp/CN/zh/exams/fw=exin-devops 在搜索引擎里搜一下，國內所有大型培訓機構（可能就是你上PMP和敏捷開發的培訓機構）都已經開這門課了。
順便解釋一下可能的誤區：
- 怎麼沒有聽過？這項考試17年才推出，不想PMP、敏捷、ITIL的培訓和考試已經10多年了
- 騙子？需要自己百度之後，分辨一下，簡單答案：不是。
- 值不值得？看是否自己有這方面的需求，看碰到的老師合不合適你。
- DevOps的認證才開始，市場需求比較旺盛。
- DevOps不需要標準，也不能設置標準，它是一組相互鏈接的技術實踐，每個企業實施它，就是組成自己的拼圖，大家的實施結果是不同的。遵循的規則是相同的
想知道認證有沒有用，去招聘網站搜一下關鍵詞；想知道值不值錢，查一下考試通過率，某些認證高達99%+的通過率，大家就都懂了。
只聽說過有ITIL Master，Scrum Master。。。
推薦閱讀：
※DevOps團隊交付了什麼？
※運維團隊能力建設的另一思路
※乾貨整理 | 容器是 DevOps 的必由之路——標準化帶來的 DevOps（上）
※Python 項目的部署，目前互聯網公司有哪些成熟的方案？
※當心DevOps的虛假指標
TAG:DevOps |