《持續(xù)交付發(fā)布可靠軟件的系統(tǒng)方法》讀書(shū)筆記
持續(xù)交付讓?xiě)?yīng)用程序處于隨時(shí)可發(fā)布的狀態(tài)。在大型重構(gòu)或添加復(fù)雜功能時(shí)沼本,要繼續(xù)保持應(yīng)用的可發(fā)布狀態(tài),需要對(duì)大型應(yīng)用組件化。
組件是指應(yīng)用程序中的一個(gè)規(guī)模相當(dāng)大的代碼結(jié)構(gòu)曹洽,它具有一套定義良好的API,而且可以被另一種實(shí)現(xiàn)方式代替辽剧。一個(gè)基于組件的軟件系統(tǒng)送淆,通常其代碼庫(kù)被分成多個(gè)相互分離的部分,每個(gè)部分通過(guò)有限的定義良好的接口提供一些服務(wù)與其他組件進(jìn)行有限的交互怕轿。有人把組件稱為模塊偷崩。
基于組件的設(shè)計(jì)是一種良好的架構(gòu),具有松耦合性撞羽。
保持應(yīng)用程序可發(fā)布
團(tuán)隊(duì)不斷地增加新特性阐斜,可以給每次新特性創(chuàng)建新的分支,當(dāng)新特性完成后诀紊,再將它合并到主分支智听。這將會(huì)導(dǎo)致合并周期變長(zhǎng),無(wú)法做到持續(xù)集成,這種方法不是最好的到推。提倡每個(gè)人都應(yīng)該提交到主干考赛。可是這樣又該如何保證主干一直保持可發(fā)布狀態(tài)呢莉测?有如下四種策略:
- 將新功能隱藏起來(lái)颜骤,直到它完成為止。一種方法是把新功能直接放進(jìn)主干捣卤,但對(duì)用戶不可見(jiàn)忍抽,比如通過(guò)單獨(dú)的URL來(lái)訪問(wèn),通過(guò)Web服務(wù)器配置不允許訪問(wèn)其入口董朝;另一種方法是通過(guò)配置項(xiàng)開(kāi)關(guān)來(lái)管理鸠项。把功能半成品與系統(tǒng)其他部分一同發(fā)布是一個(gè)好實(shí)踐。
- 將所有的變更都變成一系列的增量小修改子姜,而每次小修改都是可發(fā)布的祟绊。首先需要用各種方式將一個(gè)需求分解成較小的任務(wù),然后將這些任務(wù)再劃分成更小的增量修改哥捕。
- 使用通過(guò)抽象來(lái)模擬分支的方式對(duì)代碼庫(kù)進(jìn)行大范圍的變更牧抽。在要修改的那部分代碼上創(chuàng)建一個(gè)抽象層,然后在當(dāng)前實(shí)現(xiàn)方法存在的同時(shí)遥赚,開(kāi)發(fā)一種新的實(shí)現(xiàn)方式扬舒,當(dāng)完成時(shí)再把原始的實(shí)現(xiàn)和抽象層刪除。
- 使用組件凫佛,根據(jù)不同部分修改的頻率對(duì)應(yīng)用程序解耦讲坎。
依賴
庫(kù)是團(tuán)隊(duì)除了選擇權(quán)以外,沒(méi)有控制權(quán)的軟件包愧薛,它們很少更新衣赶。組件是應(yīng)用程序所依賴的代碼塊,它一般由團(tuán)隊(duì)自己開(kāi)發(fā)的厚满,更新頻繁。
構(gòu)建時(shí)的依賴會(huì)與運(yùn)行時(shí)依賴不同碧磅,管理依賴遇到問(wèn)題碘箍。
- 依賴地獄。應(yīng)用程序的依賴版本與實(shí)際部署的版本不一致鲸郊。
- 庫(kù)管理丰榴。一種方法是將庫(kù)文件提交到代碼版本控制庫(kù)中,但時(shí)間久了后會(huì)導(dǎo)致版本庫(kù)變大且亂秆撮,同時(shí)庫(kù)文件的狀態(tài)難以管理四濒。另一種方法是使用顯示聲明的庫(kù)管理工具,如Maven。
組件
只有一個(gè)系統(tǒng)達(dá)到一定的復(fù)雜度時(shí)盗蟆,才會(huì)考慮將它分成多個(gè)組件戈二。組件的目的是為了提交團(tuán)隊(duì)的效率。
- 它將問(wèn)題分成更小更達(dá)意的代碼塊
- 組件常常表示出系統(tǒng)不同部分代碼的變化率不同喳资,且有不同的生命周期
- 將代碼劃分觉吭,也便于分析系統(tǒng)的職責(zé)描述和維護(hù),并且提交了對(duì)代碼的理解
- 提供了額外的自由度來(lái)優(yōu)化構(gòu)建和部署過(guò)程
當(dāng)我們遇到以下情況時(shí)仆邓,可以考慮將組件代碼從代碼庫(kù)中獨(dú)立出來(lái)
- 代碼庫(kù)的一部分需要獨(dú)立部署
- 打算將系統(tǒng)分成一個(gè)內(nèi)核和一系列組件鲜滩,以便用另一種實(shí)現(xiàn)代替當(dāng)前系統(tǒng)的某部分或者支持用戶自擴(kuò)展
- 組件為其他系統(tǒng)提供了一個(gè)接口(如API接口)
- 代碼的編譯和鏈接時(shí)間太長(zhǎng)
- 在開(kāi)發(fā)環(huán)境中打開(kāi)項(xiàng)目時(shí)間太長(zhǎng)
- 對(duì)一個(gè)團(tuán)隊(duì)來(lái)說(shuō),代碼庫(kù)太大
大多數(shù)情況下节值,我們建議整個(gè)應(yīng)用程序使用一個(gè)構(gòu)建流水線徙硅,每次提交修改時(shí),就應(yīng)該構(gòu)建并測(cè)試整個(gè)應(yīng)用搞疗。只有當(dāng)效率太低而無(wú)法忍受時(shí)嗓蘑,才使用并行流水線方式。
二進(jìn)制包管理
使用制品庫(kù)來(lái)管理二進(jìn)制包贴汪,如Artifactory脐往,Nexus。制品庫(kù)不應(yīng)該包含那些無(wú)法重現(xiàn)的產(chǎn)物扳埂,即便刪除整個(gè)制品庫(kù)业簿,也可以方便地將二進(jìn)制包恢復(fù)出來(lái),一般通過(guò)重新構(gòu)建對(duì)應(yīng)的代碼阳懂。
最簡(jiǎn)單的制品庫(kù)是磁盤(pán)上的一個(gè)目錄梅尤,最重要的是它應(yīng)該將一個(gè)二進(jìn)制文件關(guān)聯(lián)到版本控制庫(kù)中生成該文件的某個(gè)源碼版本對(duì)應(yīng)上。
流水線與制品庫(kù)相結(jié)合
- 編譯階段會(huì)創(chuàng)建需要放到制品庫(kù)的二進(jìn)制文件
- 單元測(cè)試和驗(yàn)收測(cè)試階段會(huì)從制品庫(kù)中取出這些二進(jìn)制文件岩调,將生成的測(cè)試報(bào)告放在制品庫(kù)中
- 用戶驗(yàn)收測(cè)試階段將二進(jìn)制文件部署到UAT環(huán)境巷燥,用于手工測(cè)試
- 發(fā)布階段從制品庫(kù)中取出二進(jìn)制文件,將它部署到生產(chǎn)環(huán)境