上周，我的一些非常資深的同事和我本人評論了有多少新的DevOps工具正在涌現，以及每天如何越來越難以追蹤它們以及它們在世界上的位置。 我問了其中幾個工具(Ansible，Terraform，Salt，Salt，Chef，Bamboo，CloudFormation)在哪里適合使用。為什么我要使用其中一個? 他們甚至是同一件事嗎? 我想念一名主要球員嗎? 我回到了與我相同的空白凝視/問題。 因此，我想我會做一些研究，閱讀并嘗試對我們所有人有意義，以便我們可以將產品分類為大家都熟悉的類別或用途。
在開始討論DevOps工具和類別之前，讓我們退后一步，討論一些基本的(但經常是超載的)術語及其含義。
(1) 計算機/服務器---具有中央處理器(CPU)，具有內存(RAM)，本地存儲(磁盤)并運行操作系統的物理設備。
(2) 虛擬機---在主機上運行的計算機系統的仿真; 通常可以在CPU，內存和磁盤使用方面與其他操作系統隔離。
容器-軟件及其所有依賴項的包裝，以便它可以在任何基礎結構上統一一致地運行。 Docker容器是最受歡迎的。 它們使您可以打包一堆東西(您的軟件，配置和其他軟件)，以便于部署和運輸。 您可以將容器視為虛擬化的下一步發展(在虛擬機之后)。
(3) 網絡設備---一種在設備之間路由網絡流量的硬件。 示例包括路由器，負載平衡器和防火墻。
(4)軟件--—在操作系統上編寫并運行的代碼。
(5) DevOps —傳統上是"開發"(由您自己構建)，而有"運營"(我們將對其進行運營)，兩者之間的一切都取決于車間的工作方式。 從2010年左右開始，到2018年左右普及，DevOps的想法是"一組旨在減少對系統進行更改與將更改投入正常生產之間的時間，同時確保高質量的實踐。"
當您考慮構建和運行一個非平凡的系統時，實際上會有很多事情要做。 以下是要考慮的傳統物品的列表：
獲取計算機/服務器硬件
配置計算機/服務器硬件(操作系統，網絡布線等)
監視計算機/服務器硬件
獲取網絡設備(負載均衡器，防火墻，路由器等)
配置網絡設備
監控網絡設備
構造軟件
編譯軟件
測試軟件
打包軟件
部署/發布軟件
監控軟件
在開發運維之前，我們曾經有四個不同的團隊來完成這項工作：
開發人員-他們將執行#7，#8，有時甚至是#10
質量檢查-他們會執行#9，有時會執行#11
系統管理員-他們將執行#1，#2，#3，#12
網絡管理員-他們將執行#4，#5，#6
對于硬件，網絡設備和軟件的配置，每個團隊可能會使用他們自己的腳本和工具集，并且在許多情況下，會手動進行操作以使"軟件版本"發生。
隨著DevOps的到來，對我而言，關鍵思想是打破這些壁壘，使每個人都成為"一個"團隊的一部分，使所有事物的配置，部署和管理方式保持一致。
(6) 云---定義信息技術歷史上最繁重的術語是很困難的，但是我喜歡這樣的T恤："沒有云，只有別人的計算機。" 最初，當云服務啟動時，它們實際上只是其他人的計算機(或在其計算機上運行的VM)或存儲。 隨著時間的流逝，它們已經演變為這項服務以及許多很多增值服務。 硬件大部分已經被抽象掉了。 您目前無法在大多數云服務中購買硬件設備，但可以購買由硬件設備提供的服務。
(7) 基礎架構即代碼(IAC)—一種新功能或新概念，使我們可以通過定義或配置文件來定義數據中心中所有項目的完整設置，包括VM，容器和網絡設備。 我的想法是，我可以創建一些配置和某些腳本，并使用我們將要討論的工具之一運行它們，它們將自動在數據中心中提供我們的所有服務。 CI / CD是IAC的前身，多年來，我們一直致力于使構建/測試/集成/部署周期自動化，而使用我們的云基礎架構則是對它的自然擴展。 這帶來了成本降低，更快的上市時間以及更少的人為錯誤風險。
隨著IAC的出現，許多傳統的開發工具現在可以用于管理基礎結構。 DevOps工程師現在可以使用工具類別(在下面列出)，例如軟件存儲庫，構建工具，CI / CD，代碼分析器和測試工具，以供DevOps工程師構建和維護基礎架構。
"隨著DevOps的出現，對我來說，關鍵思想是。 。 。 使每個人都成為"一個"團隊的一部分，使所有事物的配置，部署和管理方式保持一致。"
現在，我們已經定義了一些基本詞匯，讓我回到嘗試對DevOps工具進行分類的任務，以使我們更容易確定可以用于什么的工具。
軟件存儲庫-管理軟件版本的工具-Git是當今使用最廣泛的工具。
構建工具-一些軟件需要打包才能使用或編譯，而傳統的構建工具包括Make，Ant，Maven和MSBuild。
持續集成工具-已配置，因此每次您將代碼檢入存儲庫時，它都會構建，部署和測試軟件。 通常，這可以提高質量和上市時間。 這個市場上最受歡迎的工具是Jenkins，Travis，TeamCity和Bamboo。
代碼分析器/查看工具-這些工具可查找代碼，代碼格式和質量以及測試范圍中的錯誤。 這些因語言而異。 SonarQube是該領域的流行工具，也是其他"掉毛"工具。
配置管理-配置管理工具和數據庫通常存儲有關您的硬件和軟件項目的所有信息，并提供腳本和/或模板系統來自動化常見任務。 這個領域似乎有很多參與者。 傳統球員是廚師，木偶和鹽。
部署工具-這些工具有助于軟件的部署。 許多CI工具也是CD(連續部署)工具，可幫助部署軟件。 傳統上，在Ruby中，Capistrano工具已被廣泛使用。 在Java中，Maven被許多人使用。 所有編排工具也都支持某種部署。
編排工具-這些工具可配置，協調和管理計算機系統和軟件。 它們通常包括"自動化"和"工作流"作為其服務的一部分。 Kubernetes是一種非常流行的編排工具，專注于容器。 Terraform是一種非常流行的編排工具，它的應用范圍更加廣泛，包括云編排。 此外，每個云提供商都擁有自己的一套工具(CloudFormation，GCP Deployment Manager和ARM)。
監視工具-這些工具允許監視硬件和軟件。 通常，它們包括監視程序和日志文件的監視程序，以確保系統的運行狀況。 Nagios是一種流行的監視工具。
測試工具-測試工具用于管理測試以及測試自動化，包括性能和負載測試。
當然，與任何其他產品集一樣，類別不一定是干凈的。 許多工具跨類別，并提供兩個或多個類別的功能。 以下是我的嘗試，以顯示大多數非常流行的工具并以這些類別可視化它們的位置。
如您所見，Ansible，Terraform和云工具(AWS，GCP和Azure)等多個公司正在嘗試將部署，配置管理和業務流程類別與其產品組合在一起。 較早的工具集Puppet，Chef和SaltStack專注于配置管理和自動化，但已擴展到編排和部署。 還有一些工具，例如GitLab和Azure DevOps，它們試圖涵蓋幾乎所有類別的DevOps。
我希望本概述可以幫助您了解DevOps的基礎知識，可用工具的類別以及當今市場上的各種產品如何幫助其中一個或多個類別。 多年來，在Solution Street我們使用了許多這樣的工具，對于我們來說，在所有情況下都沒有使用任何一種"轉到"工具。 使用的內容取決于所使用的技術，托管位置(以及將來的托管位置)以及團隊的才能和組成。
