圖書標籤: DevOps 運維 軟件工程 計算機 軟件開發 産品研發管理 計算科學 IT
发表于2025-02-22
DevOps實踐指南 pdf epub mobi txt 電子書 下載 2025
本書共分為6個部分:第一部分概述DevOps的曆史和三個基本原則,即“三步工作法”;第二部分介紹開啓DevOps轉型的過程;第三到五部分深入探討“三步工作法”的各個要素;第六部分關注如何將安全性和閤規性正確集成到日常工作中。全書涵蓋40餘個DevOps案例,以榖歌、亞馬遜、Facebook等全球知名企業和組織的實際調查結果為依據,展示如何通過現代化的運維管理提升管理效率,進而為企業贏得更大市場、創造更多利潤。
作者簡介:
Gene Kim
Tripwire創始人、前CTO,IT Revolution創始人,DevOps企業峰會主辦人,暢銷書《鳳凰項目》閤著者。
Jez Humble
DevOps Research and Assessment公司CTO,加州大學伯剋利分校信息學院講師;曾任ThoughtWorks首席顧問。《精益企業》和Jolt大奬圖書《持續交付》的閤著者。
Patrick Debois
DevOps之父,緻力於通過在開發、項目管理和係統管理之中應用敏捷技術來填補項目和運維之間的鴻溝。
John Willis
Chain Bridge System創始人,曾任Docker公司布道師,現就職於SJ Technologies公司。
譯者簡介:
劉徵
Nutanix路坦力資深架構師,EXIN首批國內DevOps Master和DevOps Professional認證講師,持有紅帽RHCA認證和AWS高級架構師認證,諳熟企業數據中心的IT服務管理。目前緻力於推廣DevOps相關的理念和實踐,在DevOps社區中積極地參與培訓和研討會等活動,是DevOpsDays大會社區在中國的核心組織者和誌願工作者。
王磊
前ThoughtWorks谘詢師,EXIN首批國內DevOps Master認證講師。擁有10多年軟件行業經驗,以及服務化架構、持續交付和DevOps轉型等方麵的豐富實踐經驗。國內較早倡導和實踐微服務的先行者,著有國內首本微服務架構相關圖書《微服務架構與實踐》,是西安DevOps Meetup活動的聯閤發起人。
馬博文
前ThoughtWorks谘詢師,AWS認證助理架構師、開發者。擁有多年Web開發和DevOps經驗,熟悉持續交付、微服務。曾參與翻譯《Scala編程實戰》《DevOps實踐》等書,是西安DevOps Meetup活動的發起人。
曾朝京
Micro Focus資深解決方案顧問,曾參加EXIN首批國內Devops Master講師認證培訓。長期從事IT運維管理領域谘詢工作,曾為能源、金融、航空運輸、政府行業中的多個大型企業提供IT運維管理規劃。目前緻力於探索DevOps理念在企業IT部門的實踐。
重新讀瞭遍,裏麵的三步工作法和具體的實踐有一定的參考學習價值。對於實際的轉型,還是要因地製宜,在團隊中深入調查後再製定階段性目標。 剩下的事情就看執行力瞭。
評分【2020 讀書】33: 第二本devops快速的翻過,CI的部分都體驗過瞭,CD的部分所以做desktop産品的我還沒機會體驗。其中有兩點印象深刻:20%的時間應該用來做看不到business value的東西(tech debt,就像膠水一樣嗎!哈哈哈)另外一點就是pair programming産齣比single dev自己做會低15%産齣,但是代碼“無錯率”從70%提升到85%,很重要的一點是debug太花時間,尤其是十幾年的老項目,有時候看懂那些老古董就要一整天!所以綜閤來看pair programming一定是個很棒的方式。
評分寫的非常完整,集閤瞭敏捷、精益、持續集成、持續構建、軟件工程等一係列方法,第18章專門講瞭小粒度Pull Request方法,第6部分講瞭如何將安全和閤規融入DevOps流程,講的非常完整、具體。DevOps三大理念:流動、反饋、學習和實驗齣自精益,但是更係統的融入瞭軟件開發流程中。
評分很實用的Devops書籍,特彆適閤當教材,對於各種理論來源解釋的很清晰,對於普及和推廣Devops來說很是實用。和《鳳凰項目》不是一種類型的書籍。
評分DevOps的齣現,本質上是為瞭調和Dev和Ops職能目標的根本衝突,即創新和穩定的衝突。本書類似PMBOK,集各類方法論於一身,如敏捷、極限編程、看闆方法、測試驅動開發、領域驅動設計等。提到DevOps,就不可避免提到持續交付和持續部署,其地基是自動化(automation)。閱畢最大的收獲是,Netflix真是一傢好公司哇,Chaos Monkey的理念真棒呆,「希望所有的"工程團隊習慣於在常規的故障水平上工作"」。從不承認漏洞,到承認漏洞是必然,也是前進瞭一大步。 PS: 沒有工具的實踐,能叫實踐嗎?
本文为个人的读书笔记。 DevOps三步工作法 * 从左到右的工作流 * 从右到左的反馈流 * 持续学习与实验 康威定律:系统设计受限于组织自身的沟通结构。组织规模越大,灵活性越差。 20%的时间应该用于重构代码,改进架构,用于偿还技术债务。 将运维融入开发团队中。 将开发和运维...
評分本文为个人的读书笔记。 DevOps三步工作法 * 从左到右的工作流 * 从右到左的反馈流 * 持续学习与实验 康威定律:系统设计受限于组织自身的沟通结构。组织规模越大,灵活性越差。 20%的时间应该用于重构代码,改进架构,用于偿还技术债务。 将运维融入开发团队中。 将开发和运维...
評分本文为个人的读书笔记。 DevOps三步工作法 * 从左到右的工作流 * 从右到左的反馈流 * 持续学习与实验 康威定律:系统设计受限于组织自身的沟通结构。组织规模越大,灵活性越差。 20%的时间应该用于重构代码,改进架构,用于偿还技术债务。 将运维融入开发团队中。 将开发和运维...
評分本文为个人的读书笔记。 DevOps三步工作法 * 从左到右的工作流 * 从右到左的反馈流 * 持续学习与实验 康威定律:系统设计受限于组织自身的沟通结构。组织规模越大,灵活性越差。 20%的时间应该用于重构代码,改进架构,用于偿还技术债务。 将运维融入开发团队中。 将开发和运维...
評分本文为个人的读书笔记。 DevOps三步工作法 * 从左到右的工作流 * 从右到左的反馈流 * 持续学习与实验 康威定律:系统设计受限于组织自身的沟通结构。组织规模越大,灵活性越差。 20%的时间应该用于重构代码,改进架构,用于偿还技术债务。 将运维融入开发团队中。 将开发和运维...
DevOps實踐指南 pdf epub mobi txt 電子書 下載 2025