《獵豹行動：硝煙中的敏捷轉型之旅》讀書筆記DAY02：提速--工具落地，效率提升

DAY02：《獵豹行動：硝煙中的敏捷轉型之旅》 提速--工具落地，效率提升

這次主要講解了以下內容：

一、敏捷與DevOps工具集

1.JIRA--項目與事務跟蹤工具，被廣泛應用于缺陷跟蹤、客戶服務、需求收集、流程審批、任務跟蹤、項目跟蹤和敏捷管理等工作領域（很多開源項目就是用 JIRA 收集和管理缺陷與交流的）。

2.Confluence--用于企業知識管理與協同，以及構建企業 wiki。（來自澳大利亞的 Atlassian 公司推出的 JIRA和 Confluence 是敏捷開發的兩大利器，它們徹底地貫徹了敏捷開發所倡導的去中心化、協作、集體討論、信息共享、靈活、透明、可視化等原則。JIRA 與 Confluence 相互結合，更是相得益彰。）

3.GitHub--基于Git工具的在線代碼托管平臺，分布式的代碼管理工具，突破了傳統的集中式代碼管理模式，程序員可以通過Git在本地管理自己的分支，在成熟的時機把分支推到GitHub中，管理員可以通過保護主干（master）分支，強制所有合并到主干的請求必須通過評審才能完成，從而強化代碼評審的過程。

4.Nexus--使用Maven或Gradle進行項目代碼管理已經是絕大多數Java項目的首選，而公司自建Nexus倉庫緩存和管理代碼庫可大大提高下載和管理的效率。

5.Jenkins--持續集成工具，可靈活定義各種自動化的Job來完成特定的集成工序，包括定時觸發或代碼提交時觸發。典型的應用是監測代碼庫（如GitHub）的提交行為，一旦提交完成，自動執行集成，包括從代碼庫獲取所有代碼，執行設定的Maven Goal（比如編譯、運行測試、打包、發布到Nexus）并輸出測試結果。所有Job的運行結果都會被記錄。IT團隊的每日站會應查看當天的集成結果，如果發生任何集成失敗，應該立即分配人員處理，防微杜漸，維持100%通過的狀態。一旦放任任何一次集成失敗，很容易造成代碼和測試腐化，積重難返，失去了持續集成的意義，前功盡棄。

6.SonarQube--通過Jenkins可以看到每日甚至每次代碼提交的集成結果，SonarQube可以給出團隊代碼質量的趨勢，其插件可涵蓋靜態代碼分析、自動化測試覆蓋率等指標，告知團隊指標趨勢向好還是向壞。對于有遺留代碼的系統而言，作為團隊的代碼質量目標，趨勢比靜態指標更現實。在Jenkins的Job中可以嵌入SonarQube檢查。

7.Ansible--自動化部署工具，通過編寫Play Book來執行部署。

二、團隊共創工作坊--找出DevOps改進點

“團隊共創（Team Consensus Method）”是一種使群體能夠迅速達成共識的促動技術；它遵循人類大腦的自然思維過程，通過挖掘及綜合各種觀點，形成創新、可行的決策和計劃。團隊共創法可以促進參與者實現求同存異、縮小差距、擴大共識和共創共贏等目的。

三、DevOps時間--挖掘改進時間和資源

通過團隊共創五個主題的模型過程，找出了相應的問題，并制定相應的行動方案：

1）業務請求跟蹤性差--通過JIRA記錄所有的請求和需求，并建立可視板使進度可視化。每日站會圍繞著JIRA可視板進行，確認每天的優先級、進度和阻礙。通過Confluence建立項目文檔和知識庫，使所有知識和信息透明化，提升溝通和學習效率。

2）缺乏回歸測試--開發團隊研究如何從全手動測試轉向自動化測試，然后通過Jenkins每天自動執行全部自動化測試并發布測試結果，結合SonarQube觀測測試代碼的覆蓋率是否處于上升趨勢。

3）手工部署--每次部署，不管是部署到測試服務器還是生產服務器，都是手動進行的，整個過程煩瑣，容易出錯且效率低下。由于公司大部分系統只能在周末進行維護和上線，一般由運維團隊負責。手動方式意味著要在周末加班進行，這大大限制了上線的頻率。最頻繁的上線也只能做到每月一發，這也導致了開發團隊為了應對業務部門的催促草率開發和上線，因為對業務而言趕不上本月這班車就是一個月的延遲。開發團隊也希望能有更頻繁、更靈活的上線周期，而這意味著運維團隊需要頻繁地在周末加班，該形式難以持續。通過Ansible編寫部署腳本，從而實現部署自動化，開發團隊可以在周五把部署計劃定時設好，部署計劃在周六自動執行，發生部署意外會自動通知運維團隊，從而減少上線工時并降低上線風險。;

四、前置時間（Lead Time）和周期時間（Cycle Time）

有關這兩個時間的概念，書中以一個實際的例子來進行說明，相信大家能夠很好的理解：

我去咖啡店買咖啡，從到達咖啡店排隊那一刻就開始計算前置時間，當我在店內下單后，店員接到我的單開始制作咖啡時，開始計算周期時間，直到咖啡交到我手上，這兩個時間停止計算。可以想象，這兩個時間有很大的差距。提升咖啡制作的效率，可以顯著縮短周期時間，但前置時間還有很多與咖啡制作不直接相關的因素，包括下單前的排隊時間、下單速度、下單方式、支付方式等。目前IT部門的改善集中在縮短周期時間上，而業務部門更關心的其實是前置時間，也就是從他們提出一個請求到這個請求上線實現業務價值的時間，要縮短這個時間，需要業務和IT部門配合做更多的事情。當然，不能因此否定IT部門在這個階段的成果，畢竟改變自己比改變別人要容易得多，從改善自身效率起步是正確的選擇。

運維 Jenkins

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。