建議收藏！2020 年必備的幾個 DevOps 工具

提到 DevOps 這個詞，我相信不少人必定不會陌生。做爲一個熱門的概念，DevOps近 年來頻頻出如今各大技術社區和媒體的文章中。到了 2020 年，DevOps 的革命也終於成爲了一個主流，DevOps 相關工具的受歡迎程度也在激增。根據 Google 趨勢，「DevOps 工具」的搜索量一直在穩定增加，而且這種趨勢還在持續。

DevOps 工具愈來愈多，瞭解它們以及知道在何時使用他們愈來愈重要。因爲 DevOps 涵蓋了整個軟件開發生命週期，所以有不少工具可供選擇。讓咱們將其大體分爲如下幾類：

• 開發和構建工具
• 自動化測試工具
• 部署工具
• 運行時 DevOps 工具
• 協做 DevOps 工具

成功且成熟地採用 DevOps 作法將始終擁有完整的渠道，其中包括適用於這五個類別的工具。確保評估您當前的工具堆棧，以確保您沒有丟失 CI/CD 管道的關鍵部分。

開發和構建工具

這是 CI/CD 管道堆棧的基礎。一切都從這裏開始。該類別中最好的工具能夠協調多個事件流，並能夠輕鬆地與外部工具集成。

軟件開發生命週期的這一部分中的工具分爲三個子類別：

• 源代碼控制管理（SCM）
• 持續集成（CI）
• 數據管理

2020年，推薦的SCM技術是GIT，所以咱們的SCM工具必須具備出色的GIT支持。對於CI，絕對須要在臨時容器化環境中運行和執行構建的能力。對於數據管理，咱們須要可以對數據庫架構進行更改並使它與應用程序版本保持一致。

---

2020年排名第一的SCM + CI工具：Gitlab和Gitlab-CI

Gitlab無疑是2020年最偉大的DevOps Lifecycle工具，它將在可預見的將來成爲創新的領導者。

Gitlab的核心功能提供了一個完美的GIT存儲庫管理工具。它基於Web的用戶界面是最冗長且易於使用的。Gitlab的免費套餐可提供您所需的一切，而且具備SaaS和On-Prem尺寸。

市場上有不少SCM工具，可是沒有一種工具像Gitlab多年來所作的那樣將「持續集成」直接集成到您的存儲庫中。稱爲Gitlab-CI，將.gitlab-ci.yml文件粘貼到代碼庫的根目錄中，任何GIT事件都會根據您在此處定義的內容觸發操做。他們確實是按代碼進行持續集成的領導者。

主要優點：

• 成熟度 - 該產品自2013年以來一直投放市場，而且很是穩定而且獲得了很好的支持。
• 開源 - Gitlab的免費版沒有削減開發團隊所需的核心功能。每一個付費層都提供了附加功能，這些附加功能可根據組織的規模和需求帶來極高的價值。
• 易用的 CI — 市場上沒有其餘工具能夠像Gitlab-CI同樣直接將持續集成直接嵌入到您的SCM中。使用Docker構建進行臨時構建的能力提供了無憂的構建做業，而且內置的報告使調試構建失敗變得容易。無需複雜的集成和業務流程就能夠對多種工具進行編排。
• 無限集成 - Gitlab提供了每一個核心DevOps類別中所需工具的輕鬆集成。這使開發人員和操做人員在任何環境中均可以使用一個真實的來源來獲取與其應用程序相關的信息。

競爭對手:

還有其餘工具在此領域也很流行，可是它們不如Gitlab。緣由以下：

• GitHub - GitHub一直是小型和早期開發商店的出色SaaS源代碼管理系統。可是，對於須要在網絡中保留其IP的大型企業，GitHub的惟一選擇是.OVA不支持高可用性的虛擬機。這使其難以維護on-prem，而且只能在中型組織中運行，而後服務器自己纔開始崩潰。它缺乏GitHub Actions（直到最近，但仍不在本地版本中）或CI-as-Code，這意味着您始終須要帶上本身的CI工具並管理該集成。最後，它比任何Gitlab訂價都昂貴。
• Jenkins — 儘管Jenkins已經成爲持續集成工具的默認標準，但它始終缺乏源代碼控制元素。意味着，您將始終使用Jenkins 和 SCM工具。當像GitLab這樣的工具同時提供這兩種功能時，這簡直是沒必要要的複雜。它可怕的UX使得現代Web應用程序有不少不足之處。
• BitBucket/Bamboo — 我不得不說，這是一個自動失敗者，考慮到您須要兩種工具來完成Gitlab的一項工做。儘管BitBucket雲支持Gitlab-CI / GitHub Action功能，但沒有一家公司（規模超過一家初創公司）能夠輕易採用它。用於本地的 BitBucket服務器甚至不支持BitBucket管道！

---

2020年排名第一的數據管理工具：FlywayDB

Web應用程序開發中最容易被忽視的方面是數據庫的自動化需求。在應用程序的新版本中部署數據庫架構更改一般是過後的想法。模式更改一般會添加或重命名列或表。若是應用程序版本與架構版本不匹配，則該應用程序可能會徹底損壞。因爲存在兩個不一樣的系統，所以經過應用程序升級來協調數據庫更改也可能很困難。FlyWayDB解決了全部這些問題。

主要優點：

• 數據庫版本控制 - FlyWay容許您簡單地建立數據庫版本，跟蹤數據庫遷移以及輕鬆地前滾或後退架構更改，而無需某些定製解決方案。
• 二進制或內置 - 您能夠選擇在應用程序啓動時或做爲二進制可執行文件運行Flyway。在代碼中使用此工具，以便它在啓動時檢查版本功能並運行適當的遷移，從而使數據庫和應用程序版本保持同步。您也能夠臨時運行cmd行，從而在不重建整個應用程序的狀況下爲現有數據庫提供了靈活性。

競爭對手：

這個空間中沒有太多工具。可是，讓咱們來看幾個：

• LiquiBase — Liquibase是類似的，實際上，若是有人在個人組織中工做過，那麼我很樂意經過FlyWay對該工具進行標準化。
• Flocker - 這可能僅適用於容器化的應用程序-在容器中運行數據庫很是困難，必須精心計劃才能成功執行。我建議將RDS之類的服務用於數據庫，而不要嘗試運行存儲在容器中的關鍵數據。

自動化測試工具

咱們必須首先將自動化工具安裝到測試金字塔中，從而開始對自動測試工具進行評估。測試金字塔有4層：

• 單元測試 - 這是全部自動化測試的基礎。就數量而言，與其餘類型相比，您應該擁有最多的單元測試。這些測試應由軟件開發人員編寫和運行，以確保應用程序的一部分（稱爲「單元」）符合其設計並按預期運行。
• 組件測試 — 組件測試的主要目的是驗證測試對象的輸入/輸出行爲。這樣能夠確保測試對象的功能按照所需規範正確運行。
• 集成測試 — 這是測試階段，在此階段中，各個軟件模塊被組合在一塊兒並做爲一個總體進行測試。
• 端到端測試 - 此層是不言自明的。咱們正在研究從頭至尾的應用程序流程，並使其表現出預期的效果。

因爲單元和組件層測試僅由應用程序開發人員驅動，而且一般是特定於編程語言的，所以咱們不會在DevOps空間中評估這些工具。

---

2020年排名第一的集成測試工具：Cucumber

Cucumber將規範和測試文檔合併爲一個有凝聚力的有效文檔。因爲它們是由Cucumber自動測試的，所以您的規格始終是最新的。若是您想開始構建Web自動化測試框架並在Web應用程序上模擬用戶行爲，那麼帶有Java和Cucumber BDD的Selenium WebDriver是在項目中學習和實現Cucumber的好方法。

主要優點：

• 行爲驅動的開發 — Cucumber用於BDD測試，它已成爲一種入門測試框架（與傳統的測試驅動開發相比）。
• 動態文檔 - 記錄您所作的事情老是很痛苦。因爲您的測試被定義​​爲代碼，所以Cucumber測試會自動生成文檔以進行匹配以確保它們始終保持同步。
• 支持 - 這裏有不少工具可供選擇，可是當狀況變得嚴重時，您須要工具維護者的認真支持。黃瓜擁有足夠的資金和支持結構來維持該工具的將來幾年。

競爭對手：

在這個領域中有許多框架和特定於技術的工具，可是隻有Cucumber接近於「一刀切」的解決方案。

端到端測試工具

進行端到端測試時，有兩個重點領域須要關注：

• 功能測試
• 負載測試

功能測試顯然是在測試咱們想要發生的事情是否實際發生。當我單擊SPA上的某些頁面，填寫表格並單擊Submit時，數據將顯示在數據庫中，而且屏幕顯示成功！

咱們還須要可以測試在相同場景下工做的x數量的用戶是否能夠正確處理。

若是您在這兩個方面都沒有進行測試，則CI / CD管道中的差距將很大。

---

2020年排名第一的端到端測試工具 — 功能：SoapUI Pro

因爲SOAP Web服務是默認的，所以SoapUI進入API測試領域已有很長時間了。儘管咱們再也不構建新的SOAP服務，而且該工具的名稱沒有更改，但這並不意味着它沒有發展。SoapUI爲構建後端Web服務的自動化功能測試提供了一種出色的結構。這些能夠輕鬆地與持續集成工具集成，而且能夠做爲咱們的CI / CD管道的一部分運行。

主要優點：

• 普遍的文檔 - 此工具已經存在了一段時間，所以有許多在線資源可幫助您肯定如何配置負載測試。
• 易於使用 — 儘管有多種API測試工具可用，但擁有一個用於多種服務的接口可使構建測試變得簡單。

競爭對手：

• Selenium - Selenium是該領域的另外一個出色工具。若是您正在構建和運行基於Java的應用程序，則建議使用它。可是，若是您要使用多種技術來處理一個完整的Web應用程序，那麼對於非Java語言的用戶來講可能會有些笨拙。

---

2020年排名第一的端到端測試工具 — 負載測試：LoadRunner

說明：在對應用程序的各個方面進行負載測試時，只有LoadRunner才能完成。是的，這很昂貴並且入門有點困難，可是它是惟一能夠執行測試的工具，可使我做爲技術架構師相信新代碼將在極端壓力下執行。另外，我認爲如今是時候讓負載運行技巧從SQA資源轉移到開發團隊了。

主要優點：

• 普遍的文檔 - 該工具已經存在了一段時間，所以有許多在線資源能夠幫助您肯定如何配置負載測試。
• 協議支持 - 從ODBC到AJAX，再到HTTPS以及您的應用程序可能在某處使用的其餘晦澀協議，LoadRunner支持該協議。咱們要避免串接多個負載測試工具-這隻會增長複雜性。

擊敗競爭對手：

再說一次，在這個領域中沒有太多的「一刀切」的工具，所以簡單的解決方案是能夠在任何環境中使用任何技術將其丟棄。

部署工具

部署工具多是應用程序開發中不爲人知的方面。對於操做人員來講，若是不深刻了解應用程序代碼和功能，就很難使用部署工具。對於開發人員來講，管理代碼部署是一項新的職責，所以他們對許多部署工具的經驗不多。

首先，讓咱們將部署工具分爲三個子類別：

• 構件管理
• 配置管理
• 部署方式

---

2020年排名第一的工件管理工具：Nexus

Nexus工件存儲庫支持幾乎全部主要技術，從Java到NPM再到Docker。咱們可使用這一工具來存儲咱們全部可部署的工件。經過使軟件包更接近構建過程，代理遠程軟件包管理器的能力還大大提升了咱們CI配置的速度。這樣作的另外一個好處是，咱們能夠全局查看跨多個軟件項目使用的全部軟件包，從而鎖定不安全的開源軟件包，這些軟件包多是咱們代碼中的攻擊媒介。

主要優點：

• 技術支持 - 該產品自2013年以來一直投放市場，而且很是穩定且獲得了很好的支持。
• 開源 - Gitlab的免費版本沒有削減開發團隊須要的核心功能。每一個付費層均提供附加功能，這些附加功能可帶來最大價值，具體取決於組織的規模和需求。

---

2020年排名第一的配置管理工具：Ansible

Ansible是這個領域的領導者，緣由很簡單：無國籍。較早的現場配置管理工具着重於管理配置狀態。若是它與所需的配置脫離同步，它將自行修復。在新的應用程序中，咱們只有無狀態組件。新版本的代碼是新的構件，並已部署以替換現有的構件。咱們擁有短暫的短暫環境。

主要優點：

• 無狀態 - Ansible劇本是從操做員機器上運行的，並命中服務器目標。我不在意遠程對象的狀態，這使得使用Packer之類的工具來構建可部署對象變得更加容易。
• 開源 - 和CentOS同樣，Ansible也由RedHat維護。該企業及其高級支持人員能夠幫助維護社區，並確保高質量，易於使用的模塊。
• 分子測試 — 由於配置管理和其餘任何東西同樣都是代碼，因此若是不對其進行測試，咱們將無所不能。用於測試Ansible角色的分子框架能夠無縫地工做，以確保咱們的按代碼配置質量同樣高，並遵循與應用程序代碼相同的CI / CD管道。
• YAML — 與其餘工具相比，YAML更加容易使您頭腦清醒。因爲配置管理對於採用DevOps的任何人來講一般都是新事物，所以這使其成爲關鍵賣點。

競爭對手：

• OpsCode Chef - 我以廚師食譜開發人員的身份開始了DevOps生涯。露比和廚師很親密，個人心。可是，它們根本沒法解決當今無狀態，雲原生應用程序的問題。對於更傳統的遺留應用程序來講，這是一個很好的工具，可是本文將重點放在將來。
• Puppet — Puppet從未成長爲一個龐大的社區，特別是與Chef and Ansible相比。它很是適合配置和裸機，但不支持Web應用程序類型的配置管理。

---

2020年排名第一的部署工具：Terraform

Terraform解決了從網絡組件到實際服務器映像定義基礎架構即代碼的問題。自最初發布以來，它已經走了很長一段路，並創建了龐大的插件社區和支持社區，以幫助您解決可能遇到的幾乎全部部署場景。支持本地，雲中或其餘任何類型的環境的能力是數一數二的。最後，最新版本在HCL中提供了許多與其餘任何傳統編程語言相同的邏輯功能和類，從而使開發人員能夠輕鬆學習和學習。

主要優點：

不受雲/環境影響 - Terraform利用提供的資源做爲Terraform代碼與與基礎架構提供商進行通訊所需的全部API和後端邏輯之間的接口。這意味着我能夠學習一種工具，而且可以在任何地方工做。

• 開源 — 一樣，很難敲響免費工具。社區支持是一流的。

競爭對手：

• AWS CloudFormation — 即便您僅在AWS雲環境中工做，您也可能會在職業生涯中繼續前進，而不是去那裏。將您的技能和知識整合到一個平臺中可能會有風險。此外，許多新的AWS服務一般在CloudFormation中可用以前做爲Terraform模塊提供。

運行時DevOps工具

任何開發項目的最終目標都是在生產中運行咱們的應用程序。在DevOps世界中，咱們但願確保咱們對環境中的任何潛在問題具備可見性，而且還但願將人工干預降至最低。選擇正確的運行時工具集對於實現開發必不可少的條件相當重要。

運行時工具子類別爲：

• X 即服務
• 編排
• 監控方式
• 日誌記錄

---

2020年排名第一的X-as-a-Service工具：Amazon Web Services

亞馬遜一直是雲計算領域的領導者。他們也不只止步於此-他們爲開發人員提供了許多新服務，以利用它可使您旋轉。將任何技術和任何模式帶到AWS上，就能夠構建和運行它。與在本身的數據中心中構建，管理和維護傳統硬件相比，它們的成本極其合理。免費服務層使任何人都有機會在必須作出購買決定以前進行嘗試，這對於嘗試以正確的方式構建應用程序而沒必要因成本而形成損害很是有用。

主要好處：

• 行業標準 - 若是您有在AWS中構建應用程序的經驗，那麼您基本上能夠在任何地方找到工做。企業喜歡AWS，而創業公司喜歡AWS的低成本。
• Free-Tier — 與其餘全部功能相比，AWS的業務確實如此。讓我使用該服務並查看其工做原理，而後再決定將數千美圓投入可能有巨大陷阱的事物中。我從未爲POC構建的任何產品都超過免費套餐限制。

競爭對手：

• Azure – 自最初發布以來，Azure已經走了很長一段路，值得稱讚。可是，區分自身的需求已致使其對服務的名稱進行了怪異的命名，而這些服務要難一點了-到底什麼是「 blob存儲」？儘管.NET代碼在Microsoft生態系統中效果更好，但不太可能僅將.NET用於應用程序的各個方面。
• Heroku — 簡而言之，除了在Heroku上的我的項目外，我什麼都不會運行。透明度不高，企業沒有理由將其用做平臺。這對於在博客中演示某些內容很是有用，但對於實際應用程序來講，很是感謝！

---

2020年排名第一的編排工具：OpenShift

您可能在應用程序堆棧中的某處使用了Docker或容器。無服務器應用程序很棒，但它們不能適合全部的架構模式。在沒有業務流程平臺的狀況下運行容器根本行不通。從安全性和工具角度來看，Core Kubernetes帶來了不少需求。OpenShift是惟一擁有Kubernetes平臺的平臺，它具備Source2Image構建，pod中的部署自動化以及甚至可追溯性和監視功能。它能夠在本地，雲中或同時在二者中運行。

主要優點：

• 內置的安全性 - 管理K8安全性幾乎須要博士學位。必須仔細考慮並考慮全部細節。默認狀況下，OpenShift所採用的安全機制減小了開發人員的工做量，併爲他們的應用程序提供了更安全的平臺。
• 多合一解決方案 – 與默認不包含負載平衡工具的香草K8不一樣，OpenShift擁有一切。我可使用它來託管個人容器，構建容器，運行CI / CD工具，協調外部流程，管理機密等等。儘管GUI仍然須要作更多的工做，但API優先的方法意味着一切均可以編寫腳本，而且與K8的其餘GUI不一樣，它使學習Kubernetes的基礎知識變得更加簡單，而無需首先得到該學位！

競爭對手：

• Docker Swarm - Docker swarm嘗試經過刪除大量內容來簡化K8。這對於較小的應用程序很是有用，但對於企業應用程序則根本不起做用。此外，AWS ECS之類的服務採用了相似的方法，可是使我可能正在與之交互的其餘服務（Lambda，IAM等）的使用變得更容易。

---

2020年排名第一的監控工具：New Relic

New Relic的早期發行版確實作得很是好-APM監視。如今，它是一套完整的監視工具，使我能夠監視服務器性能，容器性能，數據庫性能，最終用戶體驗監視，固然還有APM監視。

主要優點：

• 易用性 - 我在擔任系統工程師時曾使用過許多監視工具，但從未遇到過像New Relic這樣易於使用的監視工具。這是一個SaaS，所以沒必要設置服務器組件也很不錯。
• 端到端可見性 - 其餘工具嘗試監視應用程序的一個特定方面。不管是CPU利用率仍是網絡流量，全部這些層均可以協同工做，以使您的應用正常運行。New Relic使您可以組合全部數據以真實瞭解正在發生的事情。

競爭對手：

• Zabbix — Zabbix是我最喜歡的監視系統，可是因爲缺少向雲原生環境和APM空間發展的能力，所以使其滯後。它仍然能夠很好地監視傳統的服務器基礎結構，僅此而已。
• DataDog - 此工具過於側重於管理生產應用程序的過程視角，而對代碼自己的關注不足。在真正的DevOps團隊中，有開發人員參與生產，咱們無需依靠繁瑣的工具來提供世界一流的支持。

---

2020年排名第一的測井工具：Splunk

很難反對Splunk。他們好久以來一直是日誌聚合的領導者，而且他們繼續作得最好。藉助本地和SaaS產品，您能夠在任何地方使用它。主要的缺點是，它仍然很難運行！

主要優點：

• 行業標準 —企業喜歡Splunk，他們也有錢爲此付出代價。雖然初創企業可能難以證實其成本合理，但許多概念和技能能夠轉移到開源替代方案中。
• 可支持性 -簡單地說，它能夠正常工做。它具備許多默認值和即用型功能，所以您沒必要花費大量時間閱讀文檔並嘗試使一些沒有明確說明的內容可以正常工做。

競爭對手：

• ELK Stack - ElasticSearch，LogStash和Kibana，雖然彷佛老是很酷，由於它們不向您收取使用費用，但隨着日誌集的增加和機上愈來愈多的應用程序的維護，它的確變得更加困難您的工具。與使用Splunk相比，我在構建任何類型的儀表板以前花了更多的時間來設置工具。

協做DevOps工具

DevOps首先是組織內部的文化變革。雖然購買工具不會一晚上之間改變文化，但無疑能夠幫助培養與同事合做的新方法。

協做工具子類別爲：

• 問題跟蹤
• 聊天操做
• 文獻資料

---

2020年排名第一的問題跟蹤工具：Jira

吉拉（Jira）繼續保持頭把交椅，儘管在這個領域競爭日益激烈。可是，Jira內置的強大靈活性使開發團隊和運營團隊能夠管理其項目工做和衝刺任務。使用敏捷術語的內置標準有助於緩解從傳統工做方法到更精益流程的文化轉變。

主要優點:

• 行業標準 — 一樣，就像許多工具同樣，Jira處處都有使用。小型團隊可使用便宜的許可證並得到所需的一切，而企業能夠爲任何人負擔得起許可證。
• 集成 - 在這個領域處於領先地位而且快速增加意味着第三方工具會選擇您首先構建本機集成，而它們只會增長您工具的價值，而Jira就是這種狀況。咱們能夠與現成的列表中的全部其餘工具集成，而無需進行任何定製。

競爭對手:

• Trello — Trello成爲無償使用的看板工具，所以迅速流行。可是，一旦事情開始擴展，而且您從數十個問題擴展到數千個問題，Trello將變得難以導航，搜索和報告。
• Pivotal Tracker - 在初創公司工做期間，我很是喜歡該工具。可是，他們更多地關注產品管理，而不是技術任務。儘管從Jira進行產品管理比較困難，可是仍然能夠完成此過程，而沒必要獲取徹底獨立的工具。

---

2020年排名第一的ChatOps工具：MatterMost

說明：這多是2020年這份清單上最大的驚喜，這是一件好事！MatterMost經過使用之前最好的工具，但引入了本地部署而得到了普及。對於企業來講，這是巨大的，由於它能夠控制數據，還能夠幫助與本地工具集成-咱們再也不須要爲了新的事物而走出防火牆。

主要優點:

• 開源 - MatterMost的開源版本很是適合小型或大型團隊。與Slack的免費層會丟失歷史記錄不一樣，您本身運行服務器意味着您擁有數據。
• 集成 - 由於API幾乎100％基於Slack API，因此幾乎全部Slacks集成均可以直接與MatterMost一塊兒使用。

競爭對手:

• Slack - 鬆弛很棒，可是它們已經變得如此龐大，須要開始獲利。他們業務的付費階段即將到來，而且剝奪了Slack用來免費提供的許多價值，最關鍵的是聊天記錄。
• Microsoft Teams - 嘗試將Microsoft產品與非Microsoft本地產品集成-祝您好運。這就是我要說的！

---

2020年排名第一的文檔工具：Confluence

不管使用哪一種工具，都很難建立和維護高質量的技術文檔。儘管最近有許多SaaS文檔工具進入市場，但我很難接受將有關關鍵應用程序的敏感技術文檔存儲給第三方。我須要將數據和文檔保留在本地，這就是Confluence爲我所作的。

主要優點：

• 易於管理 - 大多數自託管工具的啓動和運行可能有些複雜，而且大規模維護它們須要一些特定知識。開箱即用的Confluence服務器很是適合10個用戶或10,000個用戶。
• 插件－ 儘管建立具備默認融合功能的漂亮且易於瀏覽的文檔已經很不錯了，可是擁有用於幾乎全部內容的插件的能力釋放了Wiki的潛力。

競爭對手：

• Read the docs — 很是適合開源公共代碼，但永遠不會考慮在這裏存儲關鍵的應用程序知識。
• MarkDown — 儘管很是適合於記錄有關個人代碼的內容，但很難將體系結構，過程或其餘類型的文檔直接放入MarkDown格式中。
• Jekyll — 在記錄技術知識時，我並不想簡單地構建一個新的靜態站點，以便在每次更改時進行部署。簡單的Confluence版本管理系統使內部文檔的處理變得更加容易。

總結 2020 年最佳

市場上實際上有數百種DevOps工具。試圖瀏覽應使用哪些以及什麼時候實施它們可能會使人不知所措。遵循此簡單指南，爲完整的CI / CD管道選擇DevOps工具堆棧。

將工具分爲如下五個關鍵領域：

• 開發和構建工具
• 自動化測試工具
• 部署工具
• 運行時工具
• 協做工具

最後但願你們切記：自動化全部能自動化的事情！

---

部分參考連接：
1. 《Must Learn DevOps Tools for 2020》
2. 《How to create a DevOps roadmap & Treebo’s 9 month DevOps Journey》
3. 《DevOps with AWS》
4. 《 Using this Time to Optimize Your Dev Team’s Workflow》