特別放送學習devops不得不了解的經典

你應該也有感覺，在這個信息的時代，如果想要了解一個新的事物，相關的信息不是太少，而是太多了。像DevOps這種熱門話題，相關的資料網上一搜就一大把。各種新書也像“采用了DevOps實踐”一樣，發(fā)布頻率越來越快。信息一多，我們就很容易焦慮，這更何況，如果單單只是臻選有用的資料，就要花費大量的時間，按照精益的理論來說，這也是不增值的活動呀。在這個時間稀缺的時代，想要花大段的時間投入到一件事情上，找到一個靠譜和有價值的信息，就成了很多人開始學習的第一步，需要強調的是，有針對性地精讀一本好書的一部分內容，要比泛泛地讀好幾本書要更有收獲一些，也就是“貴精不貴多”，先定下一個小目標，然后沉下心來反復地學習實踐，這個道理在大多數領域都是適用的。如果說，DevOps領域有行業(yè)公認的資料的話，DevOps狀態(tài)報告自然是不二之選從2014年開始，這份報告每年發(fā)布一次，主要編寫方也經歷了好幾次變遷，從最開始的Puppet、ITRevolution到DORA（DevOpsResearch&Assessment）的加入，再到去年，DORA和Puppet分家，兩邊各自推出了自己的DevOps狀態(tài)報告。但從來說，我更推薦DORA的這份報告，從去年開始，這份報告正式改名為：加速度，DevOps狀態(tài)報告。提到DORA，你可能不太熟悉，但是如果說到DORA的兩位創(chuàng)始人Nicole博士DORAJez回到報告本身，我在2017持續(xù)擴大，比如，今年的報告洋洋灑灑有80那么，關于這份報告，重點是要看什么呢？縱觀過去幾年的報告模式，我給你畫個重點：核心是看趨勢、看模型和看實踐。每年的報告都會有一些發(fā)現，這些發(fā)現代表了DevOps行業(yè)的發(fā)展趨勢。比如，今年的報告就，云計算能力的使用依然是高效能組織和中低效能組織的分水嶺，所以，如果公司還在糾結是否要上云，不妨從DevOps的角度思考一下，使用云計算能力帶給交付能另外，公司內的DevOps組織比例也從2014年的14%提升到了今年的27%。由此可見，越來越多的公司在擁抱DevOps，至少從組織層面可以看到，越來越多帶有DevOpsDevOps當然，不得不提的，還有衡量DevOps實施效果的4個指標，也就是變更前置時間、從2014年的第一份報告開始，每年的報告都在對比這4個指標在不同效能團隊之間的變化和差異。實際上，就我觀察，國內很多公司的DevOps度量體系，都深受這些指標可以說，這4個指標已經成為了衡量DevOps效果的事實標準，甚至有人直接把指標拿給看，說：“你看，高效能組織比低效能組織的故障恢復時長要快2000倍，由此可以證明，DevOps是勢在必行的?！北热?，去年的指標數據就顯示，在交付能力方面，不同組織間的差距在縮小，相應的質量維度的指標差異卻在拉大。這就說明，通過初期的自動化能力建設，團隊可以快速地提升交付水平。但是，由于缺少質量能力的配套，很容易產生的問題，這就帶來一個警示，在快速提升交付能力的同時，質量建設也不能落在后面。我 第4講中提到過一個觀點：任何技術的成熟，都是以模型和框架的穩(wěn)定為志的。因為當技術初期的鴻溝，在面對廣大的受眾時，如果沒有一套模型和框架來幫助大眾快速跟上節(jié)奏，找準方向，是難以大規(guī)模推廣和健康發(fā)展的。在今年的狀態(tài)報告中，研發(fā)效能模型進一步細化為軟件交付運維模型和生產力模型。今天我不會深入解析模型本身，但我會在專欄后面的內容中結合實際案例進行詳細解釋，從而幫助你更好地理解。但是，從過往的報告可以看出，每一年關于模型的進化是整個報告的內容，報告也在不斷覆蓋新的領域，試圖更加全面地揭示影響軟件開發(fā)效能的要素。在實踐DevOps的比如，公司內部經常會爭論是否需要更加嚴格的流程，希望借助嚴格的流程，促使軟件交付更加有序和可靠。很多系統和需求在時候，都是以這種思想為指導的。我一直對這種流程的有效性懷疑，加入的環(huán)節(jié)，除了出問題的時候大家一在實施DevOps的時候，經常會有這樣的困擾：道理都懂，卻仍然做不好DevOps比如，今年的報告重點介紹了技術、恢復測試和變更管理流程這幾個方面的實踐，這些都是企業(yè)實施DevOps時的必經。比如恢復測試，很多公司都有非常詳盡的文檔，但是如果找他們要操作記錄，他們卻又Top如果有定期的恢復測試，類似的這種問題是一定可以發(fā)現的。而往往在發(fā)生的時比如，NetflixAWSdown從2014年至今的DevOps網盤獲取，提取碼是mgl1。 持續(xù)交付2.0DevOps內部推進DevOps工程能力建設的人來說，這兩本書可以說是案頭必備，?？闯Ｐ隆碚f，因為2011年機緣巧合地拿到了第一版第一次印刷的《持續(xù)交付》這本書，我的職業(yè)生涯徹底改變了。因為我第一次發(fā)現，原來軟件交付領域有這么多門道。幫助組織提升交付效率這個事情，真是大有可為?！冻掷m(xù)交付》圍繞著軟件交付的原則，給出了一系列的思想、方法和實踐，在于：以一種可持續(xù)的方式，安全快速地的變更（特性、配置、缺陷、試驗），交付到生產環(huán)境上，讓用戶使用。你可以參考一下軟件交付的8大原則。DONE很多人都有《持續(xù)交付》這本書，但我敢，真正能沉下心來把這本書看透的人并不多，因為這本書里面通篇都是文字，而且有些難懂，如果沒有相關的實踐背景，基本上就跟看天書差不多了。到了《持續(xù)交付2.0》，喬梁老師創(chuàng)新性地將精益創(chuàng)業(yè)的思想和《持續(xù)交付》結合起來，更加強調IT和業(yè)務間的快速閉環(huán)，也更加適應DevOps的發(fā)展潮流。的指導性也更強。，他是國內軟件工程領域的集大成者。 Scrum精髓》&《 關于管理實踐和精益方面，我給你推薦4本書?！毒鎰?chuàng)業(yè)》MVP（最小可行產品）思想已經被很多的企業(yè)奉為圭臬。它是，只有經過真實市場和用戶的驗證，想法才是真正有效的，產品需要在不斷的驗證和反饋過程中持續(xù)學習，持續(xù)迭代，而不是試圖一步到位，耗盡所有資源，從而失去了回旋的余地?！禨crumScrumScrum中形似而不神似的問題。同時，這也是立志成為ScrumMaster的同學的紅寶書。《精益產品開發(fā)》是何勉老師在2017年的一本基于精益思想和精益看板方法的著作。這幾本書比較適合想要了解敏捷，或者是在實際工作中踐行敏捷開發(fā)方法的同學閱讀。另外，精益思想可以說是DevOps的理論源泉，很多的文化導向，以及持續(xù)改進類工作都跟精益思想有密切的關系。 DevOps實踐指南》& 如果你想了解DevOps的全貌以及和實踐，《DevOps實踐指南》《Accelerate：加速》就是最好的選擇了。這兩本書的作者都是DevOps行業(yè)內的領物，作為ThoughtLeader，他們引領的DevOps的體系在不斷向前演進。其中，《DevOps實踐指南》，也就是俗稱的Handbook，重點介紹了DevOps實踐的三步工作法，還包含了大量DevOps實施過程中的參考案例。而《Accelerate：加速》的作者就是DevOps狀態(tài)報告的作者。他在這本書中揭示了狀態(tài)報告背后的科學方法，并提出了DevOps能力成長模型，以幫助你全面提升軟件交付能力。 其中，《鳳凰項目》DevOps三步工作法和《DevOps實踐指南》一脈相承；《人月神話》是IT行業(yè)非常經典的，暢銷40余年；《目標》則是約束理論的提出者高德當然，報告和書只是DevOps資源中的一小部分，還有很多信息來源于大會、和博DEOS：DevOps國際，以案例總結著稱；DevOpsDays：大名鼎鼎的DevOpsDays社區(qū)；TheNewStack：綜合性，盛產高質量的；：綜合性DZone：綜合性，盛產高質量的；AzureDevOps：綜合性，盛產高質量的；MartinFowler：MartinFowler的博客；CloudBeesDevops：Jenkins背后的公司的博客。比如，GeneKim發(fā)起的DOES（DevOps企業(yè)）就是獲取實踐案例的絕佳場地；而DZone和NewStack經常會推出免費的和報告，也值得訂閱；MartinFowler的博說了這么多，最后我還想再花一點點時間，跟你聊聊學習這個事情。我跟你一幅學 在這個模型中，學習的方式分為兩種，一種是主動學習，一種是學習。其實，無論是讀書，看，還是聽專欄，都屬于是式的學習，最終收獲的知識可能只有輸入信息的一半兒，這還是在記性比較好的情況下。大多數時候，看得越多，忘得越多，這并不是一種特別有效的學習方式。DevOps跟大家討論。只有主動思考，才能消化吸收，最終總結沉淀出一套自己的DevOps體系認好了，今天我跟你聊了Dev