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

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

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