DevOps利用集裝箱化微服務實現(xiàn)連續(xù)部署管道的自動化的資料說明

　　我開始了我的開發(fā)生涯。在那些早期的日子里，我只知道（并且認為我應該知道）寫代碼。我相信，一個偉大的軟件設計師是一個精通代碼編寫的人，而掌握這門手藝的途徑是了解關于一種選擇的編程語言的一切。后來，情況發(fā)生了變化，我開始對不同的編程語言感興趣。我從Pascal切換到Basic，然后是ASP。當Java和后來的.Net出現(xiàn)時，我學到了面向對象編程的好處。Python、Perl、Bash、HTML、JavaScript、Scala。每種編程語言都帶來了一些新的東西，教會了我如何以不同的方式思考，如何為手頭的任務選擇合適的工具。每學一門新語言，我都覺得自己更接近成為一名專家。我只想成為一名高級程序員。這種渴望隨著時間而改變。我知道，如果我要做好我的工作，我必須成為一個軟件工匠。我要學的不僅僅是輸入代碼。一段時間以來，測試成了我的困擾，現(xiàn)在我認為它是開發(fā)的一個組成部分。除了在非常特殊的情況下，我編寫的每一行代碼都是用測試驅動開發(fā)（TDD）完成的，它成為我工具帶中不可或缺的一部分。我還了解到，我必須接近客戶，并與他并肩工作，同時確定應該做什么。所有這些和許多其他的事情都讓我想到了軟件架構。了解全局并嘗試將不同的部分整合到一個大系統(tǒng)中是我學會喜歡的挑戰(zhàn)。在我從事軟件行業(yè)的所有歲月里，沒有任何一種工具、框架或實踐比持續(xù)集成（CI）以及后來的持續(xù)交付（CD）更讓我欽佩，這種說法的真正含義隱藏在CI/CD所涵蓋的范圍之內。一開始，我認為CI/CD意味著我認識詹金斯，能夠寫劇本。隨著時間的推移，我變得越來越投入，并且了解到CI/CD幾乎涉及軟件開發(fā)的每個方面。這種知識是要付出代價的。

　　我未能（不止一次）創(chuàng)建一個成功的CI管道，該管道包含我當時使用的應用程序。盡管其他人認為結果是成功的，但現(xiàn)在我知道這是失敗的，因為我采取的方法是錯誤的。沒有體系結構決策就無法完成CI/CD。對于測試、配置、環(huán)境、故障轉移等，也可以說是類似的。為了創(chuàng)建一個成功的CI/CD實現(xiàn)，我們需要做很多改變，乍一看，這些改變似乎并不直接相關。我們需要從一開始就應用一些模式和實踐。我們必須考慮體系結構、測試、耦合、打包、容錯和許多其他事情。CI/CD要求我們影響軟件開發(fā)的幾乎每個方面。這種多樣性使我愛上了它。通過實踐CI/CD，我們正在影響和改進軟件開發(fā)生命周期的幾乎每個方面。要真正精通CI/CD，我們需要的不僅僅是操作方面的專家。DevOps運動是一項重大改進，將傳統(tǒng)業(yè)務與開發(fā)可能帶來的優(yōu)勢結合起來。我認為這還不夠。如果我們想獲得CI/CD所能帶來的所有好處，我們需要了解并影響體系結構、測試、開發(fā)、運營甚至客戶談判。即使是作為CI/CD背后的驅動力的DevOps這個名字也不合適，因為它不僅涉及到開發(fā)和操作，而且涉及到與軟件開發(fā)相關的一切。它還應該包括架構師、測試人員，甚至管理人員。與傳統(tǒng)操作相比，DevOps將它們與開發(fā)結合起來，是一個巨大的改進。該運動明白，考慮到當前的業(yè)務需求，手動運行操作不是一個選項，沒有開發(fā)就沒有自動化。我認為是時候通過擴展DevOps的范圍來重新定義它了。由于DevOpsArchTestManageAndEverythingElse這個名字太難記住，而且?guī)缀醪豢赡馨l(fā)音，所以我選擇了DevOps 2.0。下一代應該放棄繁重的“一勞永逸”產品，轉而使用更小的工具來完成非常具體的任務。這個交換機應該從頭開始，不僅要確保操作自動化，而且整個系統(tǒng)的設計可以自動化、快速、可擴展、容錯、零停機、易于監(jiān)控等。我們不能簡單地通過自動化手動過程和使用單一的“一勞永逸”工具來實現(xiàn)這一點。我們需要更深入的研究，開始在技術和過程層面重構整個系統(tǒng)。