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

責(zé)編|?徐威龍

封圖|?CSDN下載于視覺中國

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

圖源：sonatype.com

持續(xù)部署

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

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

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

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

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

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

庫管理器(Repository Manager)：也就是圖中的Repository，我們又叫運行庫，負責(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）中下載源代碼。

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

測試：對程序進行測試。

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

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

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

持續(xù)部署實例

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

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

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

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

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

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

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

• 建立Docker Hub賬戶

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

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

需要設(shè)置訪問Docker hub的用戶和口令，以后在Jenkins腳本里可以通過變量的方式進行引用，這樣口令就不會以明碼的方式出現(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)建新的鏡像，后面還會詳細講解。

下面是鏡像文件（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引擎。用的時候還是要把虛擬機的卷掛載到容器上，使用虛機的Docker引擎。因此最好保證容器里的Docker版本和虛機的Docker版本一致。

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

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

詳細情況請參見Configure a CI/CD pipeline with Jenkins on Kubernetes：https://developer.ibm.com/tutorials/configure-a-cicd-pipeline-with-jenkins-on-kubernetes/

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

• Jenkins腳本：

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

如果你不熟悉安裝和創(chuàng)建Jenkins項目，請參閱在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é)點Pod的容器鏡像，用的是“jfeng45/modified-jenkins:1.0”，也就是我們在上個步驟創(chuàng)建的。所有的腳本里的步驟（stage）都用的是這個鏡像。“volumes：”用來掛載卷到Jenkins容器中，這樣Jenkins子節(jié)點就可以使用虛機的Docker引擎。

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

https://github.com/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}”里。

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

https://akomljen.com/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鏡像文件以及踩過的坑

https://blog.csdn.net/weixin_38748858/article/details/102714799

部署鏡像：

下面部署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需要修改什么？

https://blog.csdn.net/weixin_38748858/article/details/102758381

• 為什么沒用Declarative？

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

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

https://devops.stackexchange.com/questions/4695/jenkins-pipeline-kubernetes-agent-shared-volumes

• 自動執(zhí)行項目：

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

檢驗結(jié)果

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

查看“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:?SUCCESS

查看運行結(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并運行程序：

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原理

實例部分已經(jīng)結(jié)束，下面來探討最佳實踐。在這之前，先要搞清楚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é)點會自動生成一個子節(jié)點（Docker容器），所有的Jenkins命令都是在這個容器里執(zhí)行的。所以能執(zhí)行的命令與容器密切相關(guān)。一般來講，你可以通過shell來運行Linux命令。那下面的問題就來了：

1、為什么我不能用Bash？

因為你使用的子節(jié)點的容器可能使用的是精簡版的Linux，例如Alpine，它是沒有Bash的。

2、為什么我不能運行Docker命令或Kubectl？

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

• 如何共享文件

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

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

https://stackoverflow.com/questions/39397329/jenkins-project-artifacts-and-workspace

• 最佳實踐

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

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

• 盡量少使用插件

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

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

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

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

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

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

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

下面是使用插件的腳本和不使用的對比，不使用的看起來更長，那時因為使用插件的腳本和Jenkins里的憑證設(shè)置有更好的集成，而不使用的腳本沒有。但除了這個小缺點，其他方面不使用的腳本都要遠遠優(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)建鏡像。比較好的方法是前者。因為Docker和k8s都是事實上的標(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宕機了

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

https://askubuntu.com/questions/317338/how-can-i-increase-disk-size-on-a-vagrant-vm

源碼

完整源碼的github鏈接：https://github.com/jfeng45/k8sdemo

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

附錄：

下面是Jenkins項目運行后的完整的“Console Output”：

Running?in?Durability?level:?MAX_SURVIVABILITY [Pipeline]?Start?of?Pipeline [Pipeline]?podTemplate [Pipeline]?{ [Pipeline]?node Still?waiting?to?schedule?task ‘k8sdemopod-030ed100-cb28-4770-b6de-c491970e5baa-twb8s-k9pn3’?is?offline Agent?k8sdemopod-030ed100-cb28-4770-b6de-c491970e5baa-twb8s-k9pn3?is?provisioned?from?template?Kubernetes?Pod?Template Agent?specification?[Kubernetes?Pod?Template]?(k8sdemopod-030ed100-cb28-4770-b6de-c491970e5baa):? *?[modified-jenkins]?jfeng45/modified-jenkins:1.0Running?on?k8sdemopod-030ed100-cb28-4770-b6de-c491970e5baa-twb8s-k9pn3?in?/home/jenkins/workspace/jenkins-k8sdemo [Pipeline]?{ [Pipeline]?stage [Pipeline]?{?(Checkout) [Pipeline]?container [Pipeline]?{ [Pipeline]?shecho?get?source?from?github get?source?from?github [Pipeline]?git No?credentials?specified Cloning?the?remote?Git?repository Cloning?repository?https://github.com/jfeng45/k8sdemo>?git?init?/home/jenkins/workspace/jenkins-k8sdemo?#?timeout=10 Fetching?upstream?changes?from?https://github.com/jfeng45/k8sdemo>?git?--version?#?timeout=10>?git?fetch?--tags?--force?--progress?--?https://github.com/jfeng45/k8sdemo??refs/heads/*:refs/remotes/origin/*>?git?config?remote.origin.url?https://github.com/jfeng45/k8sdemo?#?timeout=10>?git?config?--add?remote.origin.fetch??refs/heads/*:refs/remotes/origin/*?#?timeout=10>?git?config?remote.origin.url?https://github.com/jfeng45/k8sdemo?#?timeout=10 Fetching?upstream?changes?from?https://github.com/jfeng45/k8sdemo>?git?fetch?--tags?--force?--progress?--?https://github.com/jfeng45/k8sdemo??refs/heads/*:refs/remotes/origin/* Checking?out?Revision?90c57dcd8ff362d01631a54125129090b503364b?(refs/remotes/origin/master)>?git?rev-parse?refs/remotes/origin/master^{commit}?#?timeout=10>?git?rev-parse?refs/remotes/origin/origin/master^{commit}?#?timeout=10>?git?config?core.sparsecheckout?#?timeout=10>?git?checkout?-f?90c57dcd8ff362d01631a54125129090b503364b>?git?branch?-a?-v?--no-abbrev?#?timeout=10>?git?checkout?-b?master?90c57dcd8ff362d01631a54125129090b503364b Commit?message:?"added?jenkins?continous?deployment?files" [Pipeline]?}>?git?rev-list?--no-walk?90c57dcd8ff362d01631a54125129090b503364b?#?timeout=10 [Pipeline]?//?container [Pipeline]?} [Pipeline]?//?stage [Pipeline]?stage [Pipeline]?{?(Build?image) [Pipeline]?container [Pipeline]?{ [Pipeline]?withCredentials Masking?supported?pattern?matches?of?$DOCKER_HUB_USER?or?$DOCKER_HUB_PASSWORD [Pipeline]?{ [Pipeline]?shdocker?login?-u?****?-p?**** WARNING!?Using?--password?via?the?CLI?is?insecure.?Use?--password-stdin. WARNING!?Your?password?will?be?stored?unencrypted?in?/home/jenkins/.docker/config.json. Configure?a?credential?helper?to?remove?this?warning.?See https://docs.docker.com/engine/reference/commandline/login/#credentials-storeLogin?Succeededdocker?build?-f?/home/jenkins/workspace/jenkins-k8sdemo/script/kubernetes/backend/docker/Dockerfile-k8sdemo-backend?-t?****/jenkins-k8sdemo:7?. Sending?build?context?to?Docker?daemon??218.6kBStep?1/13?:?FROM?golang:latest?as?builder--->?dc7582e06f8e Step?2/13?:?WORKDIR?/app--->?Running?in?c5770704333e Removing?intermediate?container?c5770704333e--->?73445078c82d Step?3/13?:?COPY?go.mod?go.sum?./--->?6762344c7bc8 Step?4/13?:?RUN?go?mod?download--->?Running?in?56a1f253c3f5 [91mgo:?finding?github.com/davecgh/go-spew?v1.1.1 [0m[91mgo:?finding?github.com/go-sql-driver/mysql?v1.4.1 [0m[91mgo:?finding?github.com/konsorten/go-windows-terminal-sequences?v1.0.1 [0m[91mgo:?finding?github.com/pkg/errors?v0.8.1 [0m[91mgo:?finding?github.com/pmezard/go-difflib?v1.0.0 [0m[91mgo:?finding?github.com/sirupsen/logrus?v1.4.2 [0m[91mgo:?finding?github.com/stretchr/objx?v0.1.1 [0m[91mgo:?finding?github.com/stretchr/testify?v1.2.2 [0m[91mgo:?finding?golang.org/x/sys?v0.0.0-20190422165155-953cdadca894 [0mRemoving?intermediate?container?56a1f253c3f5--->?455ef98244eb Step?5/13?:?COPY?.?.--->?092444c8a5ef Step?6/13?:?WORKDIR?/app/cmd--->?Running?in?558240a3dcb1 Removing?intermediate?container?558240a3dcb1--->?044e01b8184b Step?7/13?:?RUN?go?build?-o?main.exe--->?Running?in?648899ba522c Removing?intermediate?container?648899ba522c--->?69f6652bc706 Step?8/13?:?FROM?alpine:latest--->?965ea09ff2eb Step?9/13?:?RUN?apk?--no-cache?add?ca-certificates--->?Using?cache--->?a27265887a1e Step?10/13?:?WORKDIR?/root/--->?Using?cache--->?b9c048c97f07 Step?11/13?:?RUN?mkdir?/lib64?&&?ln?-s?/lib/libc.musl-x86_64.so.1?/lib64/ld-linux-x86-64.so.2--->?Using?cache--->?95a2b77e3e0a Step?12/13?:?COPY?--from=builder?/app/cmd/main.exe?.--->?Using?cache--->?c5dc6dfdf037 Step?13/13?:?CMD?exec?/bin/sh?-c?"trap?:?TERM?INT;?(while?true;?do?sleep?1000;?done)?&?wait"--->?Using?cache--->?b141558cb0f3 Successfully?built?b141558cb0f3 Successfully?tagged?****/jenkins-k8sdemo:7docker?push?****/jenkins-k8sdemo:7 The?push?refers?to?repository?[docker.io/****/jenkins-k8sdemo] 0e5809dd35f7:?Preparing 8861feb71103:?Preparing 5b63d4bd63b4:?Preparing 77cae8ab23bf:?Preparing 77cae8ab23bf:?Mounted?from?****/codedemo 8861feb71103:?Mounted?from?****/codedemo 5b63d4bd63b4:?Mounted?from?****/codedemo 0e5809dd35f7:?Mounted?from?****/codedemo 7:?digest:?sha256:95c780bb08793712cd2af668c9d4529e17c99e58dfb05ffe8df6a762f245ce10?size:?1156 [Pipeline]?} [Pipeline]?//?withCredentials [Pipeline]?} [Pipeline]?//?container [Pipeline]?} [Pipeline]?//?stage [Pipeline]?stage [Pipeline]?{?(Deploy) [Pipeline]?container [Pipeline]?{ [Pipeline]?shkubectl?apply?-f?/home/jenkins/workspace/jenkins-k8sdemo/script/kubernetes/backend/backend-deployment.yaml deployment.apps/k8sdemo-backend-deployment?created [Pipeline]?shkubectl?apply?-f?/home/jenkins/workspace/jenkins-k8sdemo/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:?SUCCESS

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

注：本文轉(zhuǎn)自「CSDN博客」

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

「AI大師課」是CSDN發(fā)起的“百萬人學(xué)AI”倡議下的重要組成部分，4月份AI大師課以線上技術(shù)峰會的形式推出，來自微軟、硅谷TigerGraph、北郵等產(chǎn)學(xué)界大咖就圖計算+機器學(xué)習(xí)，語音技術(shù)、新基建+AI、AI+醫(yī)療等主題展開分享，掃描下方二維碼免費報名，限時再送299元「2020AI開發(fā)者萬人大會」門票一張。

推薦閱讀：Spark3.0發(fā)布了，代碼拉過來，打個包，跑起來！| 附源碼編譯 跟面試官侃半小時MySQL事務(wù)隔離性，從基本概念深入到實現(xiàn) 技術(shù)大佬的肺腑之言：“不要為了 AI 而 AI”！ | 刷新 CTO 無代碼時代來臨，程序員如何保住飯碗？ 154 萬 AI 開發(fā)者用數(shù)據(jù)告訴你，中國 AI 如何才能彎道超車？| 中國 AI 應(yīng)用開發(fā)者報告 業(yè)內(nèi)最大的“空氣幣”——以太坊？？？ 真香，朕在看了！

總結(jié)

以上是生活随笔為你收集整理的在容器上构建持续部署及最佳实践初探的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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