❶ 如何選擇正確的DevOps工具
DevOps工具選擇需要著眼於各個階段的需求，不同階段時對工具的選擇都是不同的，大概分為規劃工具、問題跟蹤工具、SCM 工具、構建工具、測試工具、持續集成和部署（CI/CD）工具、配置管理工具、雲平台、容器調度程序、監控和記錄工具、通訊工具等。比如構建工具，在構建階段主要是為了保持打包的一致性，自動執行容易出錯的活動，生成早期質量信號，目前業內比較常用的構建工具包括 Maven/Gradle、JFrog Artifactory、Sonatype Nexus等，JFrog Artifactory 支持多種語言，用來存儲構建過程的二進制輸出。
❷ 如何構建適合自己的devops工具與平台
從0到1構建過內部的devops系統平台，並且也參與過開源DevOps系統平台的開發和維護
總體上有一個思路，逐漸將內部的流程交給devops系統自動化，盡量較少人與人之間無意義的溝通
當你發現成員之間無意義的交流越來越少，大家都依賴devops的系統合作順利的時候就ok了，這里有我們開發以及開源的一些devops系統，也有一些devops的思考可以看下
https://ops-coffee.cn/devops
❸ 什麼是DevOps
什麼是DevOps？
DevOps 是一套實踐、工具和文化理念，可以實現軟體開發團隊和 IT 團隊之間的流程自動化和集成。它強調團隊賦能、跨團隊溝通和協作以及技術自動化。
DevOps 運動始於 2007 年左右，當時軟體開發和 IT 運營社區開始擔憂傳統的軟體開發模式。在此模式下，編寫代碼的開發人員與部署和支持代碼的運營人員會獨立工作。DevOps 這一術語由「開發」和「運營」兩個詞構成，它反映了將這些領域整合為一個持續流程的過程。
DevOps 如何運作？
DevOps 團隊包括開發人員和 IT 運營人員，他們在整個產品生命周期中進行協作，以提高軟體部署的速度和質量。這是一種全新的工作方式，也是一種文化轉型，對團隊及其工作的組織具有重大影響。
在 DevOps 模式下，開發和運營團隊不再是「孤立」的。有時，這兩個團隊會合並為一個團隊，合並後工程師會參與整個應用生命周期中的工作（從開發和測試到部署和運營），並具備多學科的技能。
DevOps 團隊使用工具實現流程自動化，並加速流程，這有助於提高可靠性。DevOps 工具鏈可幫助團隊處理重要的 DevOps 基礎事項，包括持續集成、持續交付、自動化和協作。
DevOps 的價值有時也會應用於開發團隊以外的團隊。當安全團隊採用 DevOps 方法時，安全性則成為開發過程中一個活躍的組成部分。這就是所謂的 DevSecOps。
DevOps 生命周期
由於 DevOps 的連續性，從業人員使用無限循環來展示 DevOps 生命周期各個階段之間的相互關系。盡管看似是按順序進行的，但此循環實際表示需要在整個生命周期進行持續協作和迭代改進。
DevOps 生命周期由六個階段組成，它們分別代表開發（循環的左半部分）和運營（循環的右半部分）所需的流程、功能和工具。團隊會在每個階段進行協作和溝通，以保持一致性、速度和質量。
規劃
DevOps 團隊應採用敏捷開發實踐來提高速度和質量。敏捷開發是一種用於項目管理和軟體開發的迭代方法，可幫助團隊將工作分解成更小的部分，從而提供增量價值。
構建
Git 是一個免費的開源版本控制系統。Git 可為分支、合並和重寫存儲庫歷史記錄提供出色的支持，而這已為開發構建流程帶來了眾多極具創新且功能強大的工作流和工具。
持續集成和交付
CI/CD可讓團隊頻繁且可預測地發布高品質產品，其范圍涵蓋從源代碼存儲庫到使用自動化工作流的生產環節。團隊可以頻繁地合並代碼變更、部署功能標記以及集成端到端測試。
監控和警報
快速識別並解決影響產品正常運行時間、速度和功能的事務。自動通知您團隊有關變更、高風險操作或故障的信息，以便保持服務的運行。
運維
管理面向客戶的端到端 IT 服務交付。這包括設計、實施、配置、部署和維護支持組織服務的所有 IT 基礎架構過程中涉及的實踐。
持續反饋
DevOps 團隊應對每個版本進行評估，並生成報告以改進未來版本。通過收集持續反饋，團隊可以改進其流程，並採納客戶反饋以改進下一個版本。
DevOps 工具
DevOps 工具可應對 DevOps 生命周期的關鍵階段。它們通過幫助改進協作、減少上下文切換、引入自動化以及實現可觀察性和監控功能來支持 DevOps 實踐。
DevOps 工具鏈通常遵循兩種方法：一體化或開放式工具鏈。一體化工具鏈提供完整的解決方案，通常不會與其他第三方工具集成。開放式工具鏈則允許使用不同工具進行自定義。這兩種方法各有優缺點。
DevOps 有哪些優勢？
有「2020 年 DevOps 趨勢調查」表明，99％ 的調查對象表示 DevOps 對他們的組織產生了積極影響。DevOps 的優勢包括更快且更輕松的發布、團隊效率、更高的安全性、更高品質的產品，以及更高的團隊和客戶滿意度。
速度
更頻繁地實踐 DevOps 發布可交付成果的團隊具有更高的品質和穩定性。事實上，DORA 2019 年 DevOps 狀況報告發現，精英團隊的部署頻率和速度分別比表現不佳的團隊高出 208 倍和 106 倍。持續交付使得團隊可以使用自動化工具來構建、測試和交付軟體。
改進協作
DevOps 的基礎是開發人員和運營團隊之間的協作文化，他們會分擔責任，協調工作。此舉可以提高團隊的效率，並省去工作交接和編寫專為其運行環境而設計的代碼的時間。
快速部署
通過提高發布的頻率和速度，DevOps 團隊可以快速地改進產品。快速發布新功能和修復缺陷有助於獲得競爭優勢。
質量和可靠性
持續集成和持續交付等實踐可確保變更正常運行且安全無誤，從而提高軟體產品的質量。監控則有助於團隊實時了解性能。
安全性
通過將安全性集成到持續集成、持續交付和持續部署管道中，DevSecOps 成為開發過程中一個活躍的組成部分。通過將主動安全審計和安全測試集成到敏捷開發和 DevOps 工作流中，可將安全性植入產品內。
採用 DevOps 會面臨哪些挑戰？
原有的習慣很難改變。深陷孤立工作方式的團隊可能會難以應對，甚至抗拒徹底改變團隊結構以採用 DevOps 實踐。某些團隊可能會錯誤地認為有了新工具就足以採用 DevOps。但是，DevOps 是人員、工具和文化的結合。DevOps 團隊的每一個人都必須了解整個價值流，從構思、開發到最終用戶體驗。它要求打破孤島，以便在整個產品生命周期中進行協作。
Devops 不是任何一個個人的工作，而是每個人的工作。
從傳統的基礎架構轉向使用基礎架構即代碼 (IaC) 和微服務可以加快開發和創新速度，但增加的運營工作量可能極具挑戰性。最好為自動化、配置管理和持續交付實踐奠定堅實的基礎，以幫助減負。
過度依賴工具會使團隊偏離 DevOps 的必要基礎：團隊和組織結構。一旦建立了結構，就應該建立流程和團隊，然後確定工具。
如何採用 DevOps？
首先，採用 DevOps 需要致力於評估且可能更改或刪除組織當前所用的所有團隊、工具或流程。這表示需要構建必要的基礎架構，以便團隊能夠自主構建、部署和管理其產品，而不必過分依賴於外部團隊。
DevOps 文化
DevOps 文化是指團隊採用新工作方式（包括加強合作和溝通）的環境。這是人員、流程和工具的協調一致，以實現更加統一的客戶導向服務。多學科團隊負責產品的整個生命周期。
持續學習
在 DevOps 方面表現良好的組織鼓勵進行實驗和一定程度的冒險。在這些組織中，跳出固有思維模式是常態，而失敗則被理解為學習和進步的自然組成部分。
敏捷
敏捷開發方法在軟體行業中非常受歡迎，因為它們賦予了團隊內在的靈活性、出色的有序性以及響應變化的能力。DevOps 是一種文化轉型，可促進軟體構建和維護人員之間的協作。搭配使用敏捷開發和 DevOps 時，可提高效率和可靠性。
DevOps 實踐
持續集成
持續集成是將代碼更改自動集成到軟體項目中的實踐。它允許開發人員頻繁地將代碼更改合並到執行構建和測試的中央存儲庫中。這有助於 DevOps 團隊更快速地修復缺陷、提高軟體質量以及縮短驗證和發布新軟體更新所需的時間。
持續交付
持續交付通過自動將代碼更改部署到測試/生產環境中來擴展持續集成。它會沿著持續交付管道推進。而在此管道內，自動化構建、測試和部署會被編排為一個發布工作流。
情境意識
對於組織中的每個成員來說，能夠訪問他們需要的數據以盡可能高效和快速地完成他們的工作可謂至關重要。團隊成員需收到部署管道中的故障警報（無論是系統性故障還是由於測試失敗引起的故障），並及時收到在生產中所運行應用的運行狀況和性能的最新信息。指標、日誌、跟蹤、監控和警報都是團隊了解其工作進展所需的重要反饋來源。
自動化
自動化是其中一個最重要的 DevOps 實踐，因為它能讓團隊更快速地完成高品質軟體的開發和部署流程。利用自動化，將代碼變更推送到源代碼存儲庫的一個簡單操作便可觸發構建、測試和部署流程，從而大大減少這些步驟所花的時間。
基礎架構即代碼
無論您的組織是擁有本地數據中心，還是完全託管在雲中，能快速、一致地調配、配置和管理基礎架構是成功採用 DevOps 的關鍵。基礎架構即代碼 (IaC) 不僅僅是編寫基礎架構配置腳本，它還將基礎架構定義視為實際代碼：使用源控制、代碼審查、測試等。
微服務
微服務是一種架構技術。在此技術中，應用被構建為一系列可以相互獨立部署和運行的小型服務。每個服務都有其自己的流程，並通過介面與其他服務通信。這種關注點分離和剝離的獨立功能支持 DevOps 實踐，例如：持續交付和持續集成。
監控
DevOps 團隊監控從規劃、開發、集成和測試、部署到運營的整個開發生命周期。如此一來，團隊就能迅速、自動地對客戶體驗中的任何降級做出響應。更重要的是，它允許團隊「左移」至開發的早期階段，並最大程度地減少具有破壞性的生產變更。
開始使用 DevOps
開始使用 DevOps 的最簡方法就是識別小型價值流（例如：小型支持應用或服務），然後開始嘗試一些 DevOps 實踐。與軟體開發一樣，與一小群利益相關者一起轉換單個數據流比嘗試在組織內一次性過渡至全新的工作方式要容易得多。