在容器上构建持续部署,这份超详细实践指南不要错过!
作者 |?倚天碼農(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?found3.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)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Trie 树是什么样的数据结构?有哪些应
- 下一篇: 腾讯云数据库 MySQL 8.0 正式上