構(gòu)建可復(fù)用的長沙流水線步驟:

        微服務(wù)使得各個(gè)服務(wù)相互獨(dú)立并能夠選用不同的技能方案，但這些優(yōu)勢(shì)也是有價(jià)值的。（1）開,發(fā)者在各個(gè)團(tuán)隊(duì)之間活動(dòng)的難度增,大，因?yàn)楦鱾€(gè)團(tuán)隊(duì)的技能?；蛟S差異巨大。（2）對(duì)于工程師來說，分析和了解不同服務(wù)的功用和履行情況變得越來越困難和復(fù)雜。（3）開,發(fā)者需求花費(fèi)更多的時(shí)刻投入到同一問題的不同完成（比方布置、日志和監(jiān)控）上。（4）人們或許會(huì)孤登時(shí)做出一些技能決策，存在部分優(yōu)而非全局優(yōu)的風(fēng)險(xiǎn)。為了平衡這些風(fēng)險(xiǎn)并一起堅(jiān)持技能的自由度和靈活性，咱們應(yīng)該逐漸將服務(wù)運(yùn)轉(zhuǎn)所需求的平臺(tái)和東西標(biāo)準(zhǔn)化。這樣做能夠保證，即使更換了技能棧，那些通用的籠統(tǒng)概念還是能夠與不同服務(wù)堅(jiān)持盡或許嚴(yán)密的聯(lián)系。

　　運(yùn)用微服務(wù)底座將通用的、和業(yè)務(wù)邏輯無關(guān)的功用進(jìn)行籠統(tǒng)，比方監(jiān)控和服務(wù)發(fā)現(xiàn)；運(yùn)用Docker容器作為標(biāo)準(zhǔn)化的服務(wù)布置工件；運(yùn)用容器調(diào)度器Kubernetes作為通用的布置平臺(tái)。讀者相同能夠?qū)⑦@種辦法應(yīng)用于布置流水線。

　　進(jìn)程式構(gòu)建流水線和聲明式構(gòu)建流水線目前所編寫的流水線腳本有3個(gè)缺點(diǎn)：特定的——這些腳本都是綁定到單個(gè)代碼庫的，其他代碼庫并不能共用這些腳本；進(jìn)程式——這些腳本顯式描述了所期望的構(gòu)建履行進(jìn)程；沒有內(nèi)部籠統(tǒng)——這些腳本假定用戶對(duì)Jenkins非常了解，比方怎么啟動(dòng)節(jié)點(diǎn)、履行命令和運(yùn)用命令行東西。

　　理想情況下，一個(gè)服務(wù)布置流水線應(yīng)該是聲明式的。工程師描述他們所期望履行的內(nèi)容（測(cè)試服務(wù)、發(fā)布服務(wù)等），而框架負(fù)責(zé)決定怎么履行這些進(jìn)程。這種辦法一起會(huì)抽離出對(duì)這些進(jìn)程的履行進(jìn)程的修正：假如讀者想調(diào)整某個(gè)進(jìn)程的工作，則能夠僅更改底層框架完成。

　　將這些完成決策從服務(wù)中籠統(tǒng)出來，能夠提高整個(gè)微服務(wù)應(yīng)用的一致性。這個(gè)腳本定義了一些通用的配置信息（服務(wù)名稱）以及一系列進(jìn)程（構(gòu)建、測(cè)試、發(fā)布、布置），但是對(duì)服務(wù)開,發(fā)者而言，它隱藏了履行這些進(jìn)程的復(fù)雜度。這樣任何一名工程師都能夠很快地遵從佳實(shí)踐來快速且高,效地將新服務(wù)發(fā)布到生產(chǎn)環(huán)境。

　　在流水線中，讀者能夠運(yùn)用同享庫來完成聲明式流水線。因?yàn)槠拗疲菊虏⒉粫?huì)對(duì)此展開深入介紹，但是本章的Github代碼庫包含了一個(gè)流水線庫的例子。此外，文檔也供給了運(yùn)用同享庫的具體參考資料。