作者 |?倚天碼農(nóng)

責(zé)編?|?劉靜

出品 |?CSDN 博客

要想理解持續(xù)集成和持續(xù)部署，先要了解它的部分組成，以及各個組成部分之間的關(guān)系。下面這張圖是我見過的最簡潔、清晰的持續(xù)部署和集成的關(guān)系圖。

圖片來源（https://www.sonatype.com/products-overview）

持續(xù)部署

如圖所示，開發(fā)的流程是這樣的：

程序員從源碼庫（Source Control）中下載源代碼，編寫程序，完成后提交代碼到源碼庫，持續(xù)集成（Continuous Integration）工具從源碼庫中下載源代碼，編譯源代碼，然后提交到運(yùn)行庫（Repository），然后持續(xù)交付（Continuous Delivery）工具從運(yùn)行庫（Repository）中下載代碼，生成發(fā)布版本，并發(fā)布到不同的運(yùn)行環(huán)境（例如DEV，QA，UAT， PROD）。

圖中，左邊的部分是持續(xù)集成，它主要跟開發(fā)和程序員有關(guān)；右邊的部分是持續(xù)部署，它主要跟測試和運(yùn)維有關(guān)。持續(xù)交付（Continuous Delivery）又叫持續(xù)部署（Continuous Deployment），它們?nèi)绻?xì)分的話還是有一點(diǎn)區(qū)別的，但我們這里不分得那么細(xì)，統(tǒng)稱為持續(xù)部署。本文側(cè)重講解持續(xù)部署。

持續(xù)集成和部署有下面幾個主要參與者：

• 源代碼庫：負(fù)責(zé)存儲源代碼，常用的有Git和SVN；

• 持續(xù)集成與部署工具：負(fù)責(zé)自動編譯和打包以及把可運(yùn)行程序存儲到可運(yùn)行庫。比較流行的有Jenkins，GitLab，Travis CI，CircleCI 等；

• 庫管理器(Repository Manager)：也就是圖中的Repository，我們又叫運(yùn)行庫，負(fù)責(zé)管理程序組件。最常用的是Nexus。它是一個私有庫，它的作用是管理程序組件。

庫管理器有兩個職能：

管理第三方庫：應(yīng)用程序常常要用到很多第三方庫，并且不同的技術(shù)棧需要的庫不同，它們經(jīng)常是存放在第三方公共庫里，管理起來不是很方便。一般公司會建立一個私有管理庫，來集中統(tǒng)一管理各種第三方軟件，例如它既可以做為Maven庫（Java），也可以做為鏡像庫（Docker），還可以做為NPM庫（JavaScript），來保證公司軟件的規(guī)范性；

管理內(nèi)部程序的交付：所有公司在各種環(huán)境（例如DEV，QA，UAT， PROD）發(fā)布的程序都由它來管理，并賦予統(tǒng)一的版本號，這樣任何交付都有據(jù)可查，同時便利于程序回滾。

持續(xù)部署步驟

各個公司對持續(xù)部署（Continuous Deployment）的要求不同，它的步驟也不相同，但主要包括下面幾個步驟：

• 下載源碼：從源代碼庫（例如github）中下載源代碼；

• 編譯代碼：編譯語言都需要有這一步；

• 測試：對程序進(jìn)行測試；

• 生成鏡像：這里包含兩個步驟，一個是創(chuàng)建鏡像，另一個是存儲鏡像到鏡像庫；

• 部署鏡像：把生成的鏡像部署到容器上。

上面的流程是廣義的持續(xù)部署流程，狹義的流程是從庫管理器中檢索可運(yùn)行程序，這樣就省去了下載源碼和編譯代碼環(huán)節(jié)，改由直接從庫管理器中下載可執(zhí)行程序。但由于并不是每個公司都有單獨(dú)的庫管理器，這里就采用了廣義的持續(xù)部署流程，這樣對每個公司都適用。

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

下面我們通過一個具體的實(shí)例來展示如何完成持續(xù)部署。我們用Jenkins來做為持續(xù)部署工具，用它部署一個Go程序到k8s環(huán)境。

我們的流程基本是上面講的狹義流程，但由于沒有Nexus，我們稍微變通了一下，改由從源碼庫直接下載源程序，步驟如下：

下載源碼：從github下載源代碼到Jenkins的運(yùn)行環(huán)境；

測試：這一步暫時沒有實(shí)際內(nèi)容；

生成鏡像：創(chuàng)建鏡像，并上傳到Docker hub；

部署鏡像：將生成的鏡像部署到k8s。

在創(chuàng)建Jenkins項(xiàng)目之前，先要做些準(zhǔn)備工作：

建立Docker Hub賬戶

需要在Docker Hub上創(chuàng)建賬戶和鏡像庫，這樣才能上傳鏡像。具體過程這里就不詳細(xì)講解了，請查閱相關(guān)資料。

在Jenkins上創(chuàng)建憑證（Credentials）

需要設(shè)置訪問Docker hub的用戶和口令，以后在Jenkins腳本里可以通過變量的方式進(jìn)行引用，這樣口令就不會以明碼的方式出現(xiàn)在程序里。

用管理員賬戶登錄 Jenkins主頁面后，找到 Manage Jenkins-》Credentials-》System -》Global Credentials -》Add Credentials，如下圖所示輸入你的Docker Hub的用戶名和口令。“ID”是后面你要在腳本里引用的。

創(chuàng)建預(yù)裝Docker和k8s的Jenkins鏡像

Jenkins的默認(rèn)容器里面沒有Docker和k8s，因此我們需要在Jenkins鏡像的基礎(chǔ)上重新創(chuàng)建新的鏡像，后面還會詳細(xì)講解。

下面是鏡像文件（Dockerfile-modified-jenkins）

FROM?jenkins/jenkins:ltsUSER?rootENV?DOCKERVERSION=19.03.4RUN?curl?-fsSLO?https://download.docker.com/linux/static/stable/x86_64/docker-${DOCKERVERSION}.tgz?\&&?tar?xzvf?docker-${DOCKERVERSION}.tgz?--strip?1?\-C?/usr/local/bin?docker/docker?\&&?rm?docker-${DOCKERVERSION}.tgzRUN?curl?-LO?https://storage.googleapis.com/kubernetes-release/release/$(curl?-s?https://storage.googleapis.com/kubernetes-release/release/stable.txt)/bin/linux/amd64/kubectl?\&&?chmod??x?./kubectl?\&&?mv?./kubectl?/usr/local/bin/kubectl

上面的鏡像在“jenkins/jenkins:lts”的基礎(chǔ)上又安裝了Docker和kubectl，這樣就支持這兩個軟件了。鏡像里使用的是docker的19.03.4版本。這里裝的只是“Docker CLI”，沒有Docker引擎。用的時候還是要把虛擬機(jī)的卷掛載到容器上，使用虛機(jī)的Docker引擎。因此最好保證容器里的Docker版本和虛機(jī)的Docker版本一致。

使用如下命令查看Docker版本：

vagrant@ubuntu-xenial:/$?docker?version

詳細(xì)情況請參見Configure a CI/CD pipeline with Jenkins on Kubernetes

準(zhǔn)備工作已經(jīng)完成，現(xiàn)在要正式創(chuàng)建Jenkins項(xiàng)目：

Jenkins腳本：

項(xiàng)目的創(chuàng)建是在Jenkins的主頁上來完成，它的名字是“jenkins-k8sdemo”，它的最主要部分是腳本代碼，它也跟Go程序存放在相同的源碼庫中，文件的名字也是“jenkins-k8sdemo”。項(xiàng)目的腳本頁面如下圖所示。

如果你不熟悉安裝和創(chuàng)建Jenkins項(xiàng)目，請參閱在k8s上安裝Jenkins及常見問題

下面就是jenkins-k8sdemo腳本文件：

def?POD_LABEL?=?"k8sdemopod-${UUID.randomUUID().toString()}" podTemplate(label:?POD_LABEL,?cloud:?'kubernetes',?containers:?[containerTemplate(name:?'modified-jenkins',?image:?'jfeng45/modified-jenkins:1.0',?ttyEnabled:?true,?command:?'cat')],volumes:?[hostPathVolume(mountPath:?'/var/run/docker.sock',?hostPath:?'/var/run/docker.sock')])?{node(POD_LABEL)?{def?kubBackendDirectory?=?"/script/kubernetes/backend"stage('Checkout')?{container('modified-jenkins')?{sh?'echo?get?source?from?github'git?'https://github.com/jfeng45/k8sdemo'}}stage('Build?image')?{def?imageName?=?"jfeng45/jenkins-k8sdemo:${env.BUILD_NUMBER}"def?dockerDirectory?=?"${kubBackendDirectory}/docker/Dockerfile-k8sdemo-backend"container('modified-jenkins')?{withCredentials([[$class:?'UsernamePasswordMultiBinding',credentialsId:?'dockerhub',usernameVariable:?'DOCKER_HUB_USER',passwordVariable:?'DOCKER_HUB_PASSWORD']])?{sh?"""docker?login?-u?${DOCKER_HUB_USER}?-p?${DOCKER_HUB_PASSWORD}docker?build?-f?${WORKSPACE}${dockerDirectory}?-t?${imageName}?.docker?push?${imageName}"""}}}stage('Deploy')?{container('modified-jenkins')?{sh?"kubectl?apply?-f?${WORKSPACE}${kubBackendDirectory}/backend-deployment.yaml"sh?"kubectl?apply?-f?${WORKSPACE}${kubBackendDirectory}/backend-service.yaml"}}} }

我們逐段看一下代碼：

設(shè)定容器鏡像：

podTemplate(label:?POD_LABEL,?cloud:?'kubernetes',?containers:?[containerTemplate(name:?'modified-jenkins',?image:?'jfeng45/modified-jenkins:1.0',?ttyEnabled:?true,?command:?'cat')],volumes:?[hostPathVolume(mountPath:?'/var/run/docker.sock',?hostPath:?'/var/run/docker.sock')])

這里設(shè)定Jenkins子節(jié)點(diǎn)Pod的容器鏡像，用的是“jfeng45/modified-jenkins:1.0”，也就是我們在上個步驟創(chuàng)建的。所有的腳本里的步驟（stage）都用的是這個鏡像。“volumes：”用來掛載卷到Jenkins容器中，這樣Jenkins子節(jié)點(diǎn)就可以使用虛機(jī)的Docker引擎。

關(guān)于Jenkins腳本命令和設(shè)置掛載卷請參閱jenkinsci/kubernetes-plugin

創(chuàng)建鏡像：

下面的代碼生成Go程序的Docker鏡像文件，這里我們沒有用Docker插件，而是直接調(diào)用Docker命令，它的好處后面會講到。它引用了我們前面設(shè)置的“Docker hub”的憑證去訪問Docker庫。在腳本里，我們先登錄到“Docker hub”，然后使用上一步從GitHub下載的源代碼來創(chuàng)建鏡像，最后上傳鏡像到“Docker hub”。其中“WORKSPACE”是Jenkins預(yù)定義變量，從GitHub下載的源代碼就存放在“ {WORKSPACE}”是Jenkins預(yù)定義變量，從GitHub下載的源代碼就存放在“WORKSPACE”是Jenkins預(yù)定義變量，從GitHub下載的源代碼就存放在“{WORKSPACE}”里。

stage('Build?image')?{def?imageName?=?"jfeng45/jenkins-k8sdemo:${env.BUILD_NUMBER}"def?dockerDirectory?=?"${kubBackendDirectory}/docker/Dockerfile-k8sdemo-backend"container('modified-jenkins')?{withCredentials([[$class:?'UsernamePasswordMultiBinding',credentialsId:?'dockerhub',usernameVariable:?'DOCKER_HUB_USER',passwordVariable:?'DOCKER_HUB_PASSWORD']])?{sh?"""docker?login?-u?${DOCKER_HUB_USER}?-p?${DOCKER_HUB_PASSWORD}docker?build?-f?${WORKSPACE}${dockerDirectory}?-t?${imageName}?.docker?push?${imageName}"""}}}

如果你想了解Jenkins命令詳情，請參閱Set Up a Jenkins CI/CD Pipeline with Kubernetes

我們這里并沒有重新生成Go程序的鏡像文件，而是復(fù)用了以前就有的k8s創(chuàng)建Go程序的鏡像文件，Go程序的鏡像文件路徑是“\script\kubernetes\backend\docker\Dockerfile-k8sdemo-backend”。

它的代碼如下。后面還會講到這樣做的好處。

#?vagrant@ubuntu-xenial:~/app/k8sdemo/script/kubernetes/backend$ #?docker?build?-t?k8sdemo-backend?.FROM?golang:latest?as?builder#?Set?the?Current?Working?Directory?inside?the?container WORKDIR?/appCOPY?go.mod?go.sum?./RUN?go?mod?downloadCOPY?.?.WORKDIR?/app/cmd#?Build?the?Go?app #RUN?CGO_ENABLED=0?GOOS=linux?go?build?-a?-installsuffix?cgo?-o?main.exeRUN?go?build?-o?main.exe########?Start?a?new?stage?from?scratch?####### FROM?alpine:latestRUN?apk?--no-cache?add?ca-certificatesWORKDIR?/root/RUN?mkdir?/lib64?&&?ln?-s?/lib/libc.musl-x86_64.so.1?/lib64/ld-linux-x86-64.so.2#?Copy?the?Pre-built?binary?file?from?the?previous?stage COPY?--from=builder?/app/cmd/main.exe?.#?Command?to?run?the?executable #?CMD?exec?/bin/bash?-c?"trap?:?TERM?INT;?sleep?infinity?&?wait" CMD?

關(guān)于Go鏡像文件詳情，請參閱創(chuàng)建優(yōu)化的Go鏡像文件以及踩過的坑

部署鏡像：

下面部署Go程序到k8s上，這里也沒有用kubectl插件，而是直接用kubectl命令調(diào)用已經(jīng)存在的k8s的部署和服務(wù)配置文件（文件里會引用生成的Go鏡像），它的好處后面也會講到。

?stage('Deploy')?{container('modified-jenkins')?{sh?"kubectl?apply?-f?${WORKSPACE}${kubBackendDirectory}/backend-deployment.yaml"sh?"kubectl?apply?-f?${WORKSPACE}${kubBackendDirectory}/backend-service.yaml"}}

關(guān)于k8s的部署和服務(wù)配置文件詳情，請參閱把應(yīng)用程序遷移到k8s需要修改什么？

為什么沒用Declarative？

用腳本來寫Pipeline有兩種方法，“Scripted Pipleline”和“Declarative Pipleline”，這里用的是第一種方法。“Declarative Pipleline”是新的方法，之所以沒用它，是因?yàn)殚_始用的是Declarative模式但沒調(diào)出來，然后就改用“Scripted Pipleline”，結(jié)果成功了。后來才發(fā)現(xiàn)設(shè)置Declarative的方法，特別是如何掛載卷，但看了一下，比起“Scripted Pipleline”要復(fù)雜不少，就偷了一下懶，沒有再改。

如果你想知道怎樣在Declarative模式下設(shè)置掛載卷，請參閱Jenkins Pipeline Kubernetes Agent shared Volumes

自動執(zhí)行項(xiàng)目：

現(xiàn)在的Jenkins中的項(xiàng)目需要手動啟動，如果你需要自動啟動項(xiàng)目的話就要創(chuàng)建webhook，GitHub和dockerhub都支持webhook，在它們的頁面上都有設(shè)置選項(xiàng)。“webhook”是一個反向調(diào)用的URL，每當(dāng)有新的代碼或鏡像提交時，GitHub和dockerhub都會調(diào)用這個URL，URL被設(shè)置成Jenkins的項(xiàng)目地址，這樣相關(guān)的項(xiàng)目就會自動啟動。

檢驗(yàn)結(jié)果：

現(xiàn)在Jenkins的項(xiàng)目就完全配置好了，需要運(yùn)行項(xiàng)目，檢驗(yàn)結(jié)果。啟動項(xiàng)目后，

查看“Console Output”，下面是部分輸出（全部輸出太長，請看附錄），說明部署成功。

。。。kubectl?apply?-f?/home/jenkins/workspace/test1/script/kubernetes/backend/backend-deployment.yaml deployment.apps/k8sdemo-backend-deployment?created [Pipeline]?sh??kubectl?apply?-f?/home/jenkins/workspace/test1/script/kubernetes/backend/backend-service.yaml service/k8sdemo-backend-service?created [Pipeline]?} [Pipeline]?//?container [Pipeline]?} [Pipeline]?//?stage [Pipeline]?} [Pipeline]?//?node [Pipeline]?} [Pipeline]?//?podTemplate [Pipeline]?End?of?Pipeline Finished:?SUCCESSstage('Deploy')?{container('modified-jenkins')?{sh?"kubectl?apply?-f?${WORKSPACE}${kubBackendDirectory}/backend-deployment.yaml"sh?"kubectl?apply?-f?${WORKSPACE}${kubBackendDirectory}/backend-service.yaml"}}

查看運(yùn)行結(jié)果：

獲得Pod名字：

vagrant@ubuntu-xenial:/home$?kubectl?get?pod NAME???????????????????????????????????????????READY???STATUS????RESTARTS???AGE envar-demo?????????????????????????????????????1/1?????Running???15?????????32d k8sdemo-backend-deployment-6b99dc6b8c-8kxt9????1/1?????Running???0??????????50s k8sdemo-database-deployment-578fc88c88-mm6x8???1/1?????Running???9??????????20d k8sdemo-jenkins-deployment-675dd574cb-r57sb????1/1?????Running???0??????????2d23h

登錄Pod并運(yùn)行程序：

vagrant@ubuntu-xenial:/home$?kubectl?exec?-ti?k8sdemo-backend-deployment-6b99dc6b8c-8kxt9?--?/bin/sh ~?#?./main.exe DEBU[0000]?connect?to?database DEBU[0000]?dataSourceName:dbuser:dbuser@tcp(k8sdemo-database-service:3306)/service_config?charset=utf8 DEBU[0000]?FindAll() DEBU[0000]?created=2019-10-21 DEBU[0000]?find?user:{1?Tony?IT?2019-10-21} DEBU[0000]?find?user?list:[{1?Tony?IT?2019-10-21}] DEBU[0000]?user?lst:[{1?Tony?IT?2019-10-21}]

結(jié)果正確。

Jenkins原理

實(shí)例部分已經(jīng)結(jié)束，下面來探討最佳實(shí)踐。在這之前，先要搞清楚Jenkins的原理。

可執(zhí)行命令

我一直有一個問題就是那些命令是Jenkins可以通過shell執(zhí)行的？Jenkins和Docker、k8s不同，后者有自己的一套命令，只要把它們學(xué)會了就行了。而Jenkins是通過與別的系統(tǒng)集成來工作的，因此它的可執(zhí)行命令與其他系統(tǒng)有關(guān)，這導(dǎo)致了你很難知道那些命令是可以執(zhí)行的，那些不行。你需要弄懂它的原理，才能得到答案。當(dāng)Jenkins執(zhí)行腳本時，主節(jié)點(diǎn)會自動生成一個子節(jié)點(diǎn)（Docker容器），所有的Jenkins命令都是在這個容器里執(zhí)行的。所以能執(zhí)行的命令與容器密切相關(guān)。一般來講，你可以通過shell來運(yùn)行Linux命令。那下面的問題就來了：

為什么我不能用Bash？

因?yàn)槟闶褂玫淖庸?jié)點(diǎn)的容器可能使用的是精簡版的Linux，例如Alpine，它是沒有Bash的。

為什么我不能運(yùn)行Docker命令或Kubectl？

因?yàn)樗哪J(rèn)容器是jenkinsci/jnlp-slave，而它里面沒有預(yù)裝Docker或? ? ? ? kubectl。你可以不使用默認(rèn)容器，而是指定你自己的容器，并在其中預(yù)? ? ? ? ? 裝上述軟件，那么就可以執(zhí)行這些命令了。

如何共享文件

一個Jenkins項(xiàng)目通常要分成幾個步驟（stage）來完成，例如你下載的源碼要在幾個步驟之間共享，那怎么共享呢？Jenkins為每個項(xiàng)目分配了一個WORKSPACE（磁盤空間）, 里面存儲了所有從源碼庫和其他地方下載的文件，不同stage之間可以通過WORKSPACE來共享文件。

關(guān)于WORKSPACE詳情，請參閱Jenkins Project Artifacts and Workspace

最佳實(shí)踐

要總結(jié)最佳實(shí)踐就要理解持續(xù)部署在整個開發(fā)流程中的作用和位置，它主要起一個串接各個環(huán)節(jié)的作用。而程序的部署是由k8s和Docker來完成的，因此程序部署的腳本也都在k8s中，并由k8s來維護(hù)。我們不想在Jenkins里再維護(hù)一套類似的腳本，因此最好的辦法是把Jenkins的腳本壓縮到最小，盡可能多地直接調(diào)用k8s的腳本。

另外能寫代碼就不要在頁面上配置，只有代碼是可以重復(fù)執(zhí)行并保證穩(wěn)定結(jié)果的，頁面配置不能移植，而且不能保證每次配置都產(chǎn)生一樣的結(jié)果。

盡量少使用插件

Jenkins有許多插件，基本上你想要完成什么功能都有相應(yīng)的插件。例如你需要使用Docker功能，就有“Docker Pipeline”插件，你要使用k8s功能就有“kubectl”插件。但它會帶來很多的問題。

第一，每個插件都有他自己的設(shè)置方式（一般要在Jenkins插件頁面進(jìn)行設(shè)置），但這種設(shè)置是與其他持續(xù)部署工具不兼容的。如果以后你要遷移到其他持續(xù)部署工具，這些設(shè)置都需要廢棄;

第二，每個插件都有自己的命令格式，因此你需要另外學(xué)習(xí)一套新的命令;

第三，這些插件往往只支持部分功能，使你能做的事情受到了限制。

例如，你需要創(chuàng)建一個Docker鏡像文件，命令如下，它將創(chuàng)建一個名為"jfeng45/jenkins-k8sdemo"的鏡像，鏡像的默認(rèn)文件是在項(xiàng)目的根目錄下的Dockerfile。

app?=?docker.build("jfeng45/jenkins-k8sdemo"）

但創(chuàng)建Docker鏡像文件命令有許多參數(shù)選項(xiàng)，例如，你的鏡像文件名不是Dockerfile，并且目錄不是在項(xiàng)目根目錄下，應(yīng)如何寫呢？這在以前的版本是不支持的，后來的版本支持了，但畢竟不太方便，還要學(xué)新的命令。最好的辦法是能直接使用Docker命令，這樣就完美的解決了上面說的三個問題。答案就在前面講的Jenkins原理里，其實(shí)絕大多數(shù)插件都是不需要的，你只要自己創(chuàng)建一個Jenkins子節(jié)點(diǎn)容器，并安裝相應(yīng)的軟件就能圓滿解決。

下面是使用插件的腳本和不使用的對比，不使用的看起來更長，那時因?yàn)槭褂貌寮哪_本和Jenkins里的憑證設(shè)置有更好的集成，而不使用的腳本沒有。但除了這個小缺點(diǎn)，其他方面不使用的腳本都要遠(yuǎn)遠(yuǎn)優(yōu)于使用插件的。

使用插件的腳本（用插件命令）：

stage('Create?Docker?images')?{container('docker')?{app?=?docker.build("jfeng45/codedemo",?"-f?${WORKSPACE}/script/kubernetes/backend/docker/Dockerfile-k8sdemo-test?.")docker.withRegistry('',?'dockerhub')?{//?Push?image?and?tag?it?with?our?build?number?for?versioning?purposes.app.push("${env.BUILD_NUMBER}")}}}

不使用插件的腳本（直接用Docker命令）：

stage('Create?a?d?ocker?image')?{def?imageName?=?"jfeng45/codedemo:${env.BUILD_NUMBER}"def?dockerDirectory?=?"${kubBackendDirectory}/docker/Dockerfile-k8sdemo-backend"container('modified-jenkins')?{withCredentials([[$class:?'UsernamePasswordMultiBinding',credentialsId:?'dockerhub',usernameVariable:?'DOCKER_HUB_USER',passwordVariable:?'DOCKER_HUB_PASSWORD']])?{sh?"""docker?login?-u?${DOCKER_HUB_USER}?-p?${DOCKER_HUB_PASSWORD}docker?build?-f?${WORKSPACE}${dockerDirectory}?-t?${imageName}?.docker?push?${imageName}"""}}}

盡量多使用k8s和Dcoker

例如我們要創(chuàng)建一個應(yīng)用程序的鏡像，我們可以寫一個Docker文件，并在Jenkins腳本里調(diào)用這個Docker文件來創(chuàng)建，也可以寫一個Jenkins腳本，在腳本里來創(chuàng)建鏡像。比較好的方法是前者。因?yàn)镈ocker和k8s都是事實(shí)上的標(biāo)準(zhǔn)，移植起來很方便。

Jenkins腳本的代碼越少越好

如果你認(rèn)同前面兩個原則，那么這一條就是順理成章的，原因也和上面是一樣的。

常見問題

1.變量要放在雙引號里

Jenkins的腳本即可以使用單引號也可以使用雙引號，但如果你在引號里引用了變量，那么就要使用雙引號。

正確的命令：

sh?"kubectl?apply?-f?${WORKSPACE}${kubBackendDirectory}/backend-deployment.yaml"

錯誤的命令：

sh?'kubectl?apply?-f?${WORKSPACE}${kubBackendDirectory}/backend-deployment.yaml'

2.docker not found

如果Jenkins的容器里沒有Docker，但你又調(diào)用了Docker命令，那么“Console Output”里就會有如下錯誤：

??docker?inspect?-f?.?k8sdemo-backend:latest /var/jenkins_home/workspace/k8sdec@2@tmp/durable-01e26997/script.sh:?1:?????/var/jenkins_home/workspace/k8sdec@2@tmp/durable-01e26997/script.sh:?docker:?????not?found

3.Jenkins宕機(jī)了

在調(diào)試Jenkins時，我新創(chuàng)建了一個鏡像文件并上傳到“Docker hub”之后就發(fā)現(xiàn)Jenkins宕機(jī)了。檢查了Pod，發(fā)現(xiàn)了問題，k8s找不到Jenkins的鏡像文件了（鏡像文件從磁盤上消失了）。因?yàn)镴enkins的部署文件的設(shè)置是“imagePullPolicy: Never”，所以一旦鏡像沒有了，它不會自動重新下載。后來找到了原因，Vagrant的默認(rèn)磁盤大小是10G，如果空間不夠，它會自動從磁盤上刪除其他鏡像文件，騰出空間，結(jié)果就把Jenkins的鏡像文件給刪了，解決方案是擴(kuò)充Vagrant的磁盤大小。

下面是修改之后的Vagrantfile，把磁盤空間改成了16G。

Vagrant.configure(2)?do?|config|。。。config.vm.box?=?"ubuntu/xenial64"config.disksize.size?=?'16GB'。。。 end

詳情請見How can I increase disk size on a Vagrant VM?

源碼

完整源碼的github鏈接

下面是項(xiàng)目中與本文有關(guān)的部分：

不堆砌術(shù)語，不羅列架構(gòu)，不迷信權(quán)威，不盲從流行，堅(jiān)持獨(dú)立思考

版權(quán)聲明：本文為CSDN博主「倚天碼農(nóng)」的原創(chuàng)文章。

原文鏈接：https://blog.csdn.net/weixin_38748858/article/details/102967540

更多閱讀推薦

• 20張圖，帶你搞懂高并發(fā)中的線程與線程池！
  

• 《我想進(jìn)大廠》之 MYSQL 奪命連環(huán)13問
  

• 超詳細(xì) | 21張圖帶你領(lǐng)略集合的線程不安全
  

• 杜甫在線演唱《奇跡再現(xiàn)》、兵馬俑真人還原……用AI技術(shù)打破次元壁的大谷來參加騰訊全球數(shù)字生態(tài)大會啦！
  

• 谷歌軟件工程師薪資百萬，大廠薪資有多高？

總結(jié)

以上是生活随笔為你收集整理的在容器上构建持续部署，这份超详细实践指南不要错过！的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。