我們無(wú)數(shù)次聽(tīng)到這類(lèi)的抱怨：管理層不會(huì)去做、代碼太過(guò)混亂凑保、項(xiàng)目太大、有太多的監(jiān)管障礙喜德。由此種種，對(duì)于許多企業(yè)來(lái)說(shuō)垮媒，在持續(xù)集成/持續(xù)部署的道路已步履蹣跚舍悯，但不得不說(shuō)，仍有一部分企業(yè)做到了睡雇。

以Michiel Rook在2016 年的DevOps大會(huì)上的演講為例萌衬，一起來(lái)看看關(guān)于持續(xù)部署的發(fā)展之旅。他們的項(xiàng)目被稱(chēng)為“San Diego Project”它抱，但他們公司內(nèi)部卻被稱(chēng)為“大泥球”秕豫，因?yàn)樗拇a庫(kù)相當(dāng)?shù)鼗靵y。

下圖是實(shí)施持續(xù)部署前的狀態(tài)：

該項(xiàng)目的壓力很大观蓄。皆來(lái)源于它純手動(dòng)發(fā)布混移，脆弱的測(cè)試，頻繁的宕機(jī)以及問(wèn)題不斷侮穿。這個(gè)項(xiàng)目團(tuán)隊(duì)大約由16人組成歌径，但他們對(duì)修改現(xiàn)有代碼并沒(méi)有什么信心。

他們知道需要做什么亲茅，所以他們?cè)O(shè)定了以下目標(biāo)：

減少問(wèn)題

減少周期時(shí)間

提高生產(chǎn)效率

提高積極性

他們采取的方法是：整體修改回铛，建立一個(gè)代理并添加一個(gè)服務(wù)狗准，然后不斷地增加服務(wù)，直到這個(gè)整體被取代茵肃。

他們以如下原則來(lái)指導(dǎo)這次持續(xù)部署之旅：

應(yīng)用strangler模式

使用API的第一個(gè)方法

為每個(gè)domain設(shè)置一個(gè)服務(wù)

遷移單個(gè)頁(yè)面

建立負(fù)載平衡器后的服務(wù)

訪(fǎng)問(wèn)遺留數(shù)據(jù)庫(kù)

實(shí)施持續(xù)部署

運(yùn)用docker

開(kāi)發(fā)前端作為服務(wù)

從持續(xù)集成開(kāi)始：開(kāi)發(fā)和構(gòu)建/測(cè)試腔长，每次都產(chǎn)生一個(gè)工件。持續(xù)交付：從構(gòu)建/測(cè)試到驗(yàn)收再到生產(chǎn); 進(jìn)入生產(chǎn)階段是一個(gè)手動(dòng)的過(guò)程免姿，但代碼是可部署的饼酿。最后榕酒，當(dāng)整個(gè)流程實(shí)現(xiàn)自動(dòng)化時(shí)胚膊，就達(dá)到持續(xù)部署的目標(biāo)了。

關(guān)于持續(xù)部署的優(yōu)點(diǎn)有以下幾點(diǎn)：

小步推進(jìn)

早期反饋

減少循環(huán)時(shí)間

風(fēng)險(xiǎn)減低

實(shí)驗(yàn)室環(huán)境

Michiel的項(xiàng)目落地后想鹰，他總結(jié)了幾個(gè)實(shí)現(xiàn)持續(xù)部署的關(guān)鍵方面紊婉，如下：

l直接提交到Master。沒(méi)有分支辑舷。我們都不希望延遲集成喻犁，且濫用版本控制功能分離。另外何缓，分支上的所有內(nèi)容都會(huì)增加沖突和延遲集成的風(fēng)險(xiǎn)肢础。

每一次提交都要投入生產(chǎn)。

使用配對(duì)編碼進(jìn)行代碼審查碌廓。這需要約束传轰，但所有的開(kāi)發(fā)人員都需要成對(duì)進(jìn)行，混合搭配有經(jīng)驗(yàn)的開(kāi)發(fā)人員谷婆。

嚴(yán)把質(zhì)量關(guān)慨蛙。確保大量測(cè)試和代碼覆蓋率。

功能切換和A/B Test纪挎。確保一部分開(kāi)發(fā)人員可以看到版本信息期贫，一部分人不能看到，并促進(jìn)A / B測(cè)試异袄。但一定要把人員數(shù)量保持在一個(gè)合理的范圍內(nèi)通砍。

Dashboards。顯示是部署的關(guān)鍵烤蜕，通過(guò)它我們可以獲取很多信息封孙，比如KPI、構(gòu)建時(shí)間玖绿、頁(yè)面加載時(shí)間敛瓷、訪(fǎng)問(wèn)者數(shù)量、A/B Test結(jié)果斑匪，等等呐籽。

DevOps锋勺。心態(tài)是一種文化；dev和ops之間并無(wú)太多隔閡狡蝶。團(tuán)隊(duì)內(nèi)部都擁有所有權(quán)庶橱，但這并不意味著每個(gè)人都知道所有事。

自動(dòng)化可重復(fù)的事贪惹。如果同樣的事你需要做兩次苏章，那說(shuō)明你已經(jīng)浪費(fèi)了時(shí)間。

連續(xù)測(cè)試奏瞬。使用單元測(cè)試和冒煙測(cè)試來(lái)查看服務(wù)是否存在枫绅，并持續(xù)監(jiān)控。探索性的測(cè)試很重要硼端，因?yàn)槟銓⒗^續(xù)測(cè)試最關(guān)鍵的路徑并淋。

管道作為代碼。自動(dòng)化流水線(xiàn)珍昨。最后县耽，部署起來(lái)是這樣的：

反饋–及時(shí)的反饋很重要，因?yàn)镈evOps是在此基礎(chǔ)之上建立的镣典。舉個(gè)例子兔毙，Michiel這個(gè)項(xiàng)目上有一個(gè)閃爍的紅光，這表示失敗兄春。所以不管什么時(shí)候澎剥，及時(shí)反饋都是工作中的第一要事。

Michiel的項(xiàng)目時(shí)間跨度有一年之久神郊。最終肴裙，他們將每個(gè)服務(wù)的構(gòu)建時(shí)間減少到不到10分鐘，顯著改善了頁(yè)面加載時(shí)間涌乳，同時(shí)他們自己也增加了自信心和加快了速度等蜻懦。明白了團(tuán)隊(duì)需要接受和改變的重要性的真理。同時(shí)夕晓，他們還了解到宛乃，與業(yè)務(wù)優(yōu)先級(jí)一致是關(guān)鍵，確保擁有一定工作經(jīng)驗(yàn)的員工亦是至關(guān)重要蒸辆，限制功能切換同樣至關(guān)緊要征炼。

總的來(lái)說(shuō)，Michiel和他的團(tuán)隊(duì)實(shí)現(xiàn)了持續(xù)部署躬贡。在他的演講結(jié)束時(shí)谆奥，Michiel也提到了他的無(wú)奈，想要取代的遺留系統(tǒng)仍在服務(wù)中拂玻。所以持續(xù)部署這條路還很長(zhǎng)酸些，但值得去做宰译。

關(guān)于Ghostcloud

Ghostcloud（中文名：精靈云）坐落于成都天府軟件園，是成都高新區(qū)重點(diǎn)扶持企業(yè)魄懂，國(guó)內(nèi)首批從事容器虛擬化研發(fā)的企業(yè)沿侈，是西南地區(qū)唯一一家基于Docker的云計(jì)算服務(wù)商，為企業(yè)級(jí)行業(yè)客戶(hù)提供針對(duì)互聯(lián)網(wǎng)化市栗、私有云管理平臺(tái)缀拭、大數(shù)據(jù)業(yè)務(wù)基礎(chǔ)架構(gòu)的平臺(tái)服務(wù)。

Ghostcloud因容器技術(shù)而生填帽，以最新容器技術(shù)Docker為基礎(chǔ)蛛淋，為適應(yīng)不同行業(yè)客戶(hù)需求，全自主研發(fā)了一套調(diào)度引擎框架Newben盲赊，且全方位適配Kubernetes主流開(kāi)源調(diào)度引擎铣鹏，也是國(guó)內(nèi)率先實(shí)現(xiàn)雙調(diào)度引擎的企業(yè)敷扫，是一流的企業(yè)級(jí)容器云服務(wù)專(zhuān)家哀蘑。Ghostcloud推出了企業(yè)級(jí)容器云PaaS／CaaS平臺(tái)，命名為EcOS（EnterpriseContainer Operation System）葵第。Ghostcloud將EcOS平臺(tái)與微服務(wù)／DevOps相融合绘迁，運(yùn)用至企業(yè)IT系統(tǒng)的全生命周期的開(kāi)發(fā)、測(cè)試卒密、運(yùn)維及發(fā)布流程中缀台，致力于為多個(gè)領(lǐng)域企業(yè)向“互聯(lián)網(wǎng)+”轉(zhuǎn)型提供針對(duì)互聯(lián)網(wǎng)化、私有云管理平臺(tái)哮奇、大數(shù)據(jù)業(yè)務(wù)基礎(chǔ)架構(gòu)的平臺(tái)服務(wù)膛腐，幫助企業(yè)級(jí)客戶(hù)降低成本、提升效率鼎俘、簡(jiǎn)化運(yùn)維及產(chǎn)品部署哲身，并提升系統(tǒng)的可靠性和安全性。