国产无码综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

<dfn id="zsuka"><button id="zsuka"><ins id="zsuka"></ins></button></dfn>

基于K8s的DevOps平臺實踐（二）

2年前作者：Albert Edison分類：Toy博客閱讀(23)違法舉報

這篇具有很好參考價值的文章主要介紹了基于K8s的DevOps平臺實踐（二）。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方，請大家不吝賜教，您也可以點擊"舉報違法"按鈕提交疑問。

1. 流水線入門

工廠的流水線如下：

stage('checkout scm'),Kubernetes原理與實戰(zhàn),kubernetes,devops,jenkins,云原生,docker

官方文檔的流水線如下：

stage('checkout scm'),Kubernetes原理與實戰(zhàn),kubernetes,devops,jenkins,云原生,docker

為什么叫做流水線？其實和工廠產(chǎn)品的生產(chǎn)線類似，pipeline 是從源碼到發(fā)布到線上環(huán)境。

關(guān)于流水線，需要知道的幾個點：

重要的功能插件，幫助 Jenkins 定義了一套工作流框架；
Pipeline 的實現(xiàn)方式是一套 Groovy DSL（領(lǐng)域?qū)Ｓ谜Z言），所有的發(fā)布流程都可以表述為一段 Groovy 腳本；
將 WebUI 上需要定義的任務(wù)，以腳本代碼的方式表述出來；
幫助jenkins實現(xiàn)持續(xù)集成 CI（Continue Integration）和持續(xù)部署 CD（Continue Deliver）的重要手段；

?? 流水線基礎(chǔ)語法

官方文檔

兩種語法類型：

Scripted Pipeline，腳本式流水線，最初支持的類型
Declarative Pipeline，聲明式流水線，為 Pipeline plugin 在 2.5 版本之后新增的一種腳本類型，后續(xù) Open Blue Ocean 所支持的類型。與原先的 Scripted Pipeline 一樣，都可以用來編寫腳本。Declarative Pipeline 是后續(xù) Open Blue Ocean 所支持的類型，寫法簡單，支持內(nèi)嵌 Scripted Pipeline 代碼

注意：為與 BlueOcean 腳本編輯器兼容，通常建議使用 Declarative Pipeline 的方式進(jìn)行編寫，從 jenkins 社區(qū)的動向來看，很明顯這種語法結(jié)構(gòu)也會是未來的趨勢。

?? 腳本示例

json 腳本

pipeline { 
    agent {label '172.21.51.68'}
    environment { 
        PROJECT = 'myblog'
    }
    stages {
        stage('Checkout') { 
            steps { 
                checkout scm 
            }
        }
        stage('Build') { 
            steps { 
                sh 'make' 
            }
        }
        stage('Test'){
            steps {
                sh 'make check'
                junit 'reports/**/*.xml' 
            }
        }
        stage('Deploy') {
            steps {
                sh 'make publish'
            }
        }
    }
	post {
        success { 
            echo 'Congratulations!'
        }
		failure { 
            echo 'Oh no!'
        }
        always { 
            echo 'I will always say Hello again!'
        }
    }
}

?? 腳本解釋

checkout 步驟為檢出代碼；scm 是一個特殊變量，指示 checkout 步驟克隆觸發(fā)此 Pipeline 運行的特定修訂
agent：指明使用哪個 agent 節(jié)點來執(zhí)行任務(wù)，定義于 pipeline 頂層或者 stage 內(nèi)部
- any，可以使用任意可用的 agent 來執(zhí)行
- label，在提供了標(biāo)簽的 Jenkins 環(huán)境中可用的代理上執(zhí)行流水線或階段。例如：agent { label 'my-defined-label' }，最常見的使用方式
- none，當(dāng)在 pipeline 塊的頂部沒有全局代理，該參數(shù)將會被分配到整個流水線的運行中并且每個 stage 部分都需要包含他自己的 agent 部分。比如：agent none
- docker，使用給定的容器執(zhí)行流水線或階段。在指定的節(jié)點中，通過運行容器來執(zhí)行任務(wù)

agent {
    docker {
        image 'maven:3-alpine'
        label 'my-defined-label'
        args  '-v /tmp:/tmp'
    }
}

options：允許從流水線內(nèi)部配置特定于流水線的選項。
- buildDiscarder，為最近的流水線運行的特定數(shù)量保存組件和控制臺輸出。例如: options { buildDiscarder(logRotator(numToKeepStr: '10')) }
- disableConcurrentBuilds，不允許同時執(zhí)行流水線。可被用來防止同時訪問共享資源等。例如: options { disableConcurrentBuilds() }
- timeout，設(shè)置流水線運行的超時時間, 在此之后，Jenkins將中止流水線。例如: options { timeout(time: 1, unit: 'HOURS') }
- retry，在失敗時, 重新嘗試整個流水線的指定次數(shù)。 For example: options { retry(3) }
environment：指令制定一個鍵-值對序列，該序列將被定義為所有步驟的環(huán)境變量
stages：包含一系列一個或多個 stage 指令，stages 部分是流水線描述的大部分 “work” 的位置。建議 stages 至少包含一個 stage 指令用于連續(xù)交付過程的每個離散部分，比如構(gòu)建、測試和部署。

pipeline {
    agent any
    stages { 
        stage('Example') {
            steps {
                echo 'Hello World'
            }
        }
    }
}

steps：在給定的 stage 指令中執(zhí)行的定義了一系列的一個或多個 steps。
post：定義一個或多個 steps ，這些階段根據(jù)流水線或階段的完成情況而運行 post 支持以下 post-condition 塊中的其中之一： always、changed、 failure、 success、 unstable 和 aborted。
- always，無論流水線或階段的完成狀態(tài)如何，都允許在 post 部分運行該步驟
- changed，當(dāng)前流水線或階段的完成狀態(tài)與它之前的運行不同時，才允許在 post 部分運行該步驟
- failure，當(dāng)前流水線或階段的完成狀態(tài)為 “failure”，才允許在 post 部分運行該步驟，通常 web UI 是紅色
- success，當(dāng)前流水線或階段的完成狀態(tài)為 “success”，才允許在 post 部分運行該步驟，通常 web UI 是藍(lán)色或綠色
- unstable，當(dāng)前流水線或階段的完成狀態(tài)為 “unstable”，才允許在 post 部分運行該步驟，通常由于測試失敗，代碼違規(guī)等造成。通常 web UI 是黃色
- aborted，只有當(dāng)前流水線或階段的完成狀態(tài)為 “aborted”，才允許在 post 部分運行該步驟，通常由于流水線被手動的aborted。通常 web UI 是灰色

創(chuàng)建 pipeline 示意：新建任務(wù) -> 流水線

jenkins/pipelines/p1.yaml

pipeline {
   agent {label '172.21.51.68'}
   environment { 
      PROJECT = 'myblog'
   }
   stages {
      stage('printenv') {
         steps {
            echo 'Hello World'
            sh 'printenv'
         }
      }
      stage('check') {
         steps {
            checkout([$class: 'GitSCM', branches: [[name: '*/master']], doGenerateSubmoduleConfigurations: false, extensions: [], submoduleCfg: [], userRemoteConfigs: [[credentialsId: 'gitlab-user', url: 'http://gitlab.luffy.com/root/myblog.git']]])
         }
      }
      stage('build-image') {
         steps {
            sh 'docker build . -t myblog:latest -f Dockerfile'
         }
      }
      stage('send-msg') {
         steps {
            sh """
            curl 'https://oapi.dingtalk.com/robot/send?access_token=4778abd23dbdbaf66fc6f413e6ab9c0103a039b0054201344a22a5692cdcc54e' \
   -H 'Content-Type: application/json' \
   -d '{"msgtype": "text", 
        "text": {
             "content": "我就是我, 是不一樣的煙火"
        }
      }'
      """
         }
      }
   }
}

點擊 “立即構(gòu)建”，同樣的，我們可以配置觸發(fā)器，使用 webhook 的方式接收項目的 push 事件

構(gòu)建觸發(fā)器選擇 Build when a change is pushed to GitLab.
生成 Secret token
配置 gitlab，創(chuàng)建 webhook，發(fā)送 test push events 測試

?? Blue Ocean

官方文檔

關(guān)于 Blue Ocean 我們需要知道的幾點：

是一個插件，旨在為 Pipeline 提供豐富的體驗；
連續(xù)交付（CD）Pipeline 的復(fù)雜可視化，允許快速和直觀地了解 Pipeline 的狀態(tài)；
目前支持的類型僅針對于 Pipeline，尚不能替代 Jenkins 經(jīng)典版UI

思考：文章來源地址http://www.zghlxwxcb.cn/news/detail-785754.html

每個項目都把大量的 pipeline 腳本寫在 Jenkins 端，對于誰去維護(hù)及維護(hù)成本是一個問題
沒法做版本控制

2. Jenkinsfile實踐

Jenkins Pipeline 提供了一套可擴(kuò)展的工具，用于將 “簡單到復(fù)雜” 的交付流程實現(xiàn)為 “持續(xù)交付即代碼”。

Jenkins Pipeline 的定義通常被寫入到一個文本文件（稱為 Jenkinsfile ）中，該文件可以被放入項目的源代碼控制庫中。

?? 演示一

演示1：使用 Jenkinsfile 管理 pipeline

在項目中新建 Jenkinsfile 文件，拷貝已有 script 內(nèi)容
配置 pipeline 任務(wù)，流水線定義為 Pipeline Script from SCM
執(zhí)行 push 代碼測試

Jenkinsfile：jenkins/pipelines/p2.yaml

pipeline {
   agent {label '172.21.51.68'}
   environment { 
      PROJECT = 'myblog'
   }
   stages {
      stage('printenv') {
         steps {
            echo 'Hello World'
            sh 'printenv'
         }
      }
      stage('check') {
         steps {
            checkout([$class: 'GitSCM', branches: [[name: '*/master']], doGenerateSubmoduleConfigurations: false, extensions: [], submoduleCfg: [], userRemoteConfigs: [[credentialsId: 'gitlab-user', url: 'http://gitlab.luffy.com/root/myblog.git']]])
         }
      }
      stage('build-image') {
         steps {
            sh 'docker build . -t myblog:latest -f Dockerfile'
         }
      }
      stage('send-msg') {
         steps {
            sh """
            curl 'https://oapi.dingtalk.com/robot/send?access_token=4778abd23dbdbaf66fc6f413e6ab9c0103a039b0054201344a22a5692cdcc54e' \
   -H 'Content-Type: application/json' \
   -d '{"msgtype": "text", 
        "text": {
             "content": "我就是我, 是不一樣的煙火"
        }
      }'
      """
         }
      }
   }
}

?? 演示二

演示2：優(yōu)化及豐富流水線內(nèi)容

優(yōu)化代碼檢出階段

由于目前已經(jīng)配置了使用 git 倉庫地址，且使用 SCM 來檢測項目，因此代碼檢出階段完全沒有必要再去指定一次
構(gòu)建鏡像的 tag 使用 git 的 commit id
增加 post 階段的消息通知，豐富通知內(nèi)容
配置 webhook，實現(xiàn) myblog 代碼推送后，觸發(fā) Jenkinsfile 任務(wù)執(zhí)行

jenkins/pipelines/p3.yaml

pipeline {
    agent { label '172.21.51.68'}

    stages {
        stage('printenv') {
            steps {
            echo 'Hello World'
            sh 'printenv'
            }
        }
        stage('check') {
            steps {
                checkout scm
            }
        }
        stage('build-image') {
            steps {
            	retry(2) { sh 'docker build . -t myblog:${GIT_COMMIT}'}
            }
        }
    }
    post {
        success { 
            echo 'Congratulations!'
            sh """
                curl 'https://oapi.dingtalk.com/robot/send?access_token=4778abd23dbdbaf66fc6f413e6ab9c0103a039b0054201344a22a5692cdcc54e' \
                    -H 'Content-Type: application/json' \
                    -d '{"msgtype": "text", 
                            "text": {
                                "content": "????構(gòu)建成功????\n 關(guān)鍵字：luffy\n 項目名稱: ${JOB_BASE_NAME}\n Commit Id: ${GIT_COMMIT}\n 構(gòu)建地址：${RUN_DISPLAY_URL}"
                        }
                }'
            """
        }
        failure {
            echo 'Oh no!'
            sh """
                curl 'https://oapi.dingtalk.com/robot/send?access_token=4778abd23dbdbaf66fc6f413e6ab9c0103a039b0054201344a22a5692cdcc54e' \
                    -H 'Content-Type: application/json' \
                    -d '{"msgtype": "text", 
                            "text": {
                                "content": "???構(gòu)建失敗???\n 關(guān)鍵字：luffy\n 項目名稱: ${JOB_BASE_NAME}\n Commit Id: ${GIT_COMMIT}\n 構(gòu)建地址：${RUN_DISPLAY_URL}"
                        }
                }'
            """
        }
        always { 
            echo 'I will always say Hello again!'
        }
    }
}

?? 演示三

演示3：使用 k8s 部署服務(wù)

新建 deploy 目錄，將 k8s 所需的文件放到 deploy 目錄中
將鏡像地址改成模板，在 pipeline 中使用新構(gòu)建的鏡像進(jìn)行替換
執(zhí)行 kubectl apply -f deploy 應(yīng)用更改，需要配置 kubectl 認(rèn)證

$ scp -r k8s-master:/root/.kube /root

jenkins/pipelines/p4.yaml

pipeline {
    agent { label '172.21.51.68'}

    environment {
        IMAGE_REPO = "172.21.51.143:5000/myblog"
    }

    stages {
        stage('printenv') {
            steps {
              echo 'Hello World'
              sh 'printenv'
            }
        }
        stage('check') {
            steps {
                checkout scm
            }
        }
        stage('build-image') {
            steps {
                retry(2) { sh 'docker build . -t ${IMAGE_REPO}:${GIT_COMMIT}'}
            }
        }
        stage('push-image') {
            steps {
                retry(2) { sh 'docker push ${IMAGE_REPO}:${GIT_COMMIT}'}
            }
        }
        stage('deploy') {
            steps {
                sh "sed -i 's#{{IMAGE_URL}}#${IMAGE_REPO}:${GIT_COMMIT}#g' manifests/*"
                timeout(time: 1, unit: 'MINUTES') {
                    sh "kubectl apply -f manifests/"
                }
            }
        }
    }
    post {
        success { 
            echo 'Congratulations!'
            sh """
                curl 'https://oapi.dingtalk.com/robot/send?access_token=4778abd23dbdbaf66fc6f413e6ab9c0103a039b0054201344a22a5692cdcc54e' \
                    -H 'Content-Type: application/json' \
                    -d '{"msgtype": "text", 
                            "text": {
                                "content": "????構(gòu)建成功????\n 關(guān)鍵字：myblog\n 項目名稱: ${JOB_BASE_NAME}\n Commit Id: ${GIT_COMMIT}\n 構(gòu)建地址：${RUN_DISPLAY_URL}"
                        }
                }'
            """
        }
        failure {
            echo 'Oh no!'
            sh """
                curl 'https://oapi.dingtalk.com/robot/send?access_token=4778abd23dbdbaf66fc6f413e6ab9c0103a039b0054201344a22a5692cdcc54e' \
                    -H 'Content-Type: application/json' \
                    -d '{"msgtype": "text", 
                            "text": {
                                "content": "???構(gòu)建失敗???\n 關(guān)鍵字：luffy\n 項目名稱: ${JOB_BASE_NAME}\n Commit Id: ${GIT_COMMIT}\n 構(gòu)建地址：${RUN_DISPLAY_URL}"
                        }
                }'
            """
        }
        always { 
            echo 'I will always say Hello again!'
        }
    }
}

?? 演示四

演示4：使用憑據(jù)管理敏感信息

上述 Jenkinsfile 中存在的問題是敏感信息使用明文，暴漏在代碼中，如何管理流水線中的敏感信息（包含賬號密碼），之前我們在對接 gitlab 的時候，需要賬號密碼，已經(jīng)使用過憑據(jù)來管理這類敏感信息，同樣的，我們可以使用憑據(jù)來存儲釘釘?shù)?token 信息，那么，創(chuàng)建好憑據(jù)后，如何在 Jenkinsfile 中獲取已有憑據(jù)的內(nèi)容？

Jenkins 的聲明式流水線語法有一個 credentials() 輔助方法（在 environment 指令中使用），它支持 secret 文本，帶密碼的用戶名，以及 secret 文件憑據(jù)。

下面的流水線代碼片段展示了如何創(chuàng)建一個使用帶密碼的用戶名憑據(jù)的環(huán)境變量的流水線。

在該示例中，帶密碼的用戶名憑據(jù)被分配了環(huán)境變量，用來使你的組織或團(tuán)隊以一個公用賬戶訪問 Bitbucket 倉庫；這些憑據(jù)已在 Jenkins 中配置了憑據(jù) ID jenkins-bitbucket-common-creds。

當(dāng)在 environment 指令中設(shè)置憑據(jù)環(huán)境變量時：

environment {
    BITBUCKET_COMMON_CREDS = credentials('jenkins-bitbucket-common-creds')
}

這實際設(shè)置了下面的三個環(huán)境變量：

BITBUCKET_COMMON_CREDS - 包含一個以冒號分隔的用戶名和密碼，格式為 username:password。
BITBUCKET_COMMON_CREDS_USR - 附加的一個僅包含用戶名部分的變量。
BITBUCKET_COMMON_CREDS_PSW - 附加的一個僅包含密碼部分的變量。

pipeline {
    agent {
        // 此處定義 agent 的細(xì)節(jié)
    }
    environment {
        //頂層流水線塊中使用的 environment 指令將適用于流水線中的所有步驟。 
        BITBUCKET_COMMON_CREDS = credentials('jenkins-bitbucket-common-creds')
    }
    stages {
        stage('Example stage 1') {
 			//在一個 stage 中定義的 environment 指令只會將給定的環(huán)境變量應(yīng)用于 stage 中的步驟。
            environment {
                BITBUCKET_COMMON_CREDS = credentials('another-credential-id')
            }
            steps {
                // 
            }
        }
        stage('Example stage 2') {
            steps {
                // 
            }
        }
    }
}

因此對 Jenkinsfile 做改造：jenkins/pipelines/p5.yaml

pipeline {
    agent { label '172.21.51.68'}

    environment {
        IMAGE_REPO = "172.21.51.143:5000/myblog"
        DINGTALK_CREDS = credentials('dingTalk')
    }

    stages {
        stage('printenv') {
            steps {
            echo 'Hello World'
            sh 'printenv'
            }
        }
        stage('check') {
            steps {
                checkout scm
            }
        }
        stage('build-image') {
            steps {
                retry(2) { sh 'docker build . -t ${IMAGE_REPO}:${GIT_COMMIT}'}
            }
        }
        stage('push-image') {
            steps {
                retry(2) { sh 'docker push ${IMAGE_REPO}:${GIT_COMMIT}'}
            }
        }
        stage('deploy') {
            steps {
                sh "sed -i 's#{{IMAGE_URL}}#${IMAGE_REPO}:${GIT_COMMIT}#g' manifests/*"
                timeout(time: 1, unit: 'MINUTES') {
                    sh "kubectl apply -f manifests/"
                }
            }
        }
    }
    post {
        success { 
            echo 'Congratulations!'
            sh """
                curl 'https://oapi.dingtalk.com/robot/send?access_token=${DINGTALK_CREDS_PSW}' \
                    -H 'Content-Type: application/json' \
                    -d '{"msgtype": "text", 
                            "text": {
                                "content": "????構(gòu)建成功????\n 關(guān)鍵字：luffy\n 項目名稱: ${JOB_BASE_NAME}\n Commit Id: ${GIT_COMMIT}\n 構(gòu)建地址：${RUN_DISPLAY_URL}"
                        }
                }'
            """
        }
        failure {
            echo 'Oh no!'
            sh """
                curl 'https://oapi.dingtalk.com/robot/send?access_token=${DINGTALK_CREDS_PSW}' \
                    -H 'Content-Type: application/json' \
                    -d '{"msgtype": "text", 
                            "text": {
                                "content": "???構(gòu)建失敗???\n 關(guān)鍵字：luffy\n 項目名稱: ${JOB_BASE_NAME}\n Commit Id: ${GIT_COMMIT}\n 構(gòu)建地址：${RUN_DISPLAY_URL}"
                        }
                }'
            """
        }
        always { 
            echo 'I will always say Hello again!'
        }
    }
}

?? 總結(jié)

上面我們已經(jīng)通過 Jenkinsfile 完成了最簡單的項目的構(gòu)建和部署，那么我們來思考目前的方式：

目前都是在項目的單一分支下進(jìn)行操作，企業(yè)內(nèi)一般會使用 feature、develop、release、master 等多個分支來管理整個代碼提交流程，如何根據(jù)不同的分支來做構(gòu)建？

構(gòu)建視圖中如何區(qū)分不同的分支？

如何不配置 webhook 的方式實現(xiàn)構(gòu)建？

如何根據(jù)不同的分支選擇發(fā)布到不同的環(huán)境（開發(fā)、測試、生產(chǎn)）？

3. 多分支流水線實踐

官方示例

我們簡化一下流程，假如使用 develop 分支作為開發(fā)分支，master 分支作為集成測試分支，看一下如何使用多分支流水線來管理。

?? 演示一

演示1：多分支流水線的使用

（1）提交develop分支：

$ git checkout -b develop
$ git push --set-upstream origin develop

（2）禁用 pipeline 項目

（3）Jenkins 端創(chuàng)建多分支流水線項目

增加 git 分支源
發(fā)現(xiàn)標(biāo)簽
根據(jù)名稱過濾，develop|master|v.*
高級克隆，設(shè)置淺克隆

保存后，會自動檢索項目中所有存在 Jenkinsfile 文件的分支和標(biāo)簽，若匹配我們設(shè)置的過濾正則表達(dá)式，則會添加到多分支的構(gòu)建視圖中。所有添加到視圖中的分支和標(biāo)簽，會默認(rèn)執(zhí)行一次構(gòu)建任務(wù)。

?? 演示二

演示2：美化消息通知內(nèi)容

添加構(gòu)建階段記錄
使用 markdown 格式，添加構(gòu)建分支消息

jenkins/pipelines/p6.yaml

pipeline {
    agent { label '172.21.51.68'}

    environment {
        IMAGE_REPO = "172.21.51.143:5000/myblog"
        DINGTALK_CREDS = credentials('dingTalk')
        TAB_STR = "\n                    \n&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"
    }

    stages {
        stage('printenv') {
            steps {
                script{
                    sh "git log --oneline -n 1 > gitlog.file"
                    env.GIT_LOG = readFile("gitlog.file").trim()
                }
                sh 'printenv'
            }
        }
        stage('checkout') {
            steps {
                checkout scm
                script{
                    env.BUILD_TASKS = env.STAGE_NAME + "√..." + env.TAB_STR
                }
            }
        }
        stage('build-image') {
            steps {
                retry(2) { sh 'docker build . -t ${IMAGE_REPO}:${GIT_COMMIT}'}
                script{
                    env.BUILD_TASKS += env.STAGE_NAME + "√..." + env.TAB_STR
                }
            }
        }
        stage('push-image') {
            steps {
                retry(2) { sh 'docker push ${IMAGE_REPO}:${GIT_COMMIT}'}
                script{
                    env.BUILD_TASKS += env.STAGE_NAME + "√..." + env.TAB_STR
                }
            }
        }
        stage('deploy') {
            steps {
                sh "sed -i 's#{{IMAGE_URL}}#${IMAGE_REPO}:${GIT_COMMIT}#g' manifests/*"
                timeout(time: 1, unit: 'MINUTES') {
                    sh "kubectl apply -f manifests/"
                }
                script{
                    env.BUILD_TASKS += env.STAGE_NAME + "√..." + env.TAB_STR
                }
            }
        }
    }
    post {
        success { 
            echo 'Congratulations!'
            sh """
                curl 'https://oapi.dingtalk.com/robot/send?access_token=${DINGTALK_CREDS_PSW}' \
                    -H 'Content-Type: application/json' \
                    -d '{
                        "msgtype": "markdown",
                        "markdown": {
                            "title":"myblog",
                            "text": "???? 構(gòu)建成功 ????  \n**項目名稱**：luffy  \n**Git log**: ${GIT_LOG}   \n**構(gòu)建分支**: ${GIT_BRANCH}   \n**構(gòu)建地址**：${RUN_DISPLAY_URL}  \n**構(gòu)建任務(wù)**：${BUILD_TASKS}"
                        }
                    }'
            """ 
        }
        failure {
            echo 'Oh no!'
            sh """
                curl 'https://oapi.dingtalk.com/robot/send?access_token=${DINGTALK_CREDS_PSW}' \
                    -H 'Content-Type: application/json' \
                    -d '{
                        "msgtype": "markdown",
                        "markdown": {
                            "title":"myblog",
                            "text": "??? 構(gòu)建失敗 ???  \n**項目名稱**：luffy  \n**Git log**: ${GIT_LOG}   \n**構(gòu)建分支**: ${GIT_BRANCH}  \n**構(gòu)建地址**：${RUN_DISPLAY_URL}  \n**構(gòu)建任務(wù)**：${BUILD_TASKS}"
                        }
                    }'
            """
        }
        always { 
            echo 'I will always say Hello again!'
        }
    }
}

?? 演示三

演示3：通知 gitlab 構(gòu)建狀態(tài)

Jenkins 端做了構(gòu)建，可以通過 gitlab 通過的 api 將構(gòu)建狀態(tài)通知過去，作為開發(fā)人員發(fā)起 Merge Request 或者合并 Merge Request 的依據(jù)之一。

注意一定要指定 gitLabConnection('gitlab')，不然沒法認(rèn)證到 Gitlab 端

jenkins/pipelines/p7.yaml

pipeline {
    agent { label '172.21.51.68'}
    
    options {
		buildDiscarder(logRotator(numToKeepStr: '10'))
		disableConcurrentBuilds()
		timeout(time: 20, unit: 'MINUTES')
		gitLabConnection('gitlab')
	}

    environment {
        IMAGE_REPO = "172.21.51.143:5000/demo/myblog"
        DINGTALK_CREDS = credentials('dingTalk')
        TAB_STR = "\n                    \n&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"
    }

    stages {
        stage('printenv') {
            steps {
                script{
                    sh "git log --oneline -n 1 > gitlog.file"
                    env.GIT_LOG = readFile("gitlog.file").trim()
                }
                sh 'printenv'
            }
        }
        stage('checkout') {
            steps {
                checkout scm
                updateGitlabCommitStatus(name: env.STAGE_NAME, state: 'success')
                script{
                    env.BUILD_TASKS = env.STAGE_NAME + "√..." + env.TAB_STR
                }
            }
        }
        stage('build-image') {
            steps {
                retry(2) { sh 'docker build . -t ${IMAGE_REPO}:${GIT_COMMIT}'}
                updateGitlabCommitStatus(name: env.STAGE_NAME, state: 'success')
                script{
                    env.BUILD_TASKS += env.STAGE_NAME + "√..." + env.TAB_STR
                }
            }
        }
        stage('push-image') {
            steps {
                retry(2) { sh 'docker push ${IMAGE_REPO}:${GIT_COMMIT}'}
                updateGitlabCommitStatus(name: env.STAGE_NAME, state: 'success')
                script{
                    env.BUILD_TASKS += env.STAGE_NAME + "√..." + env.TAB_STR
                }
            }
        }
        stage('deploy') {
            steps {
                sh "sed -i 's#{{IMAGE_URL}}#${IMAGE_REPO}:${GIT_COMMIT}#g' manifests/*"
                timeout(time: 1, unit: 'MINUTES') {
                    sh "kubectl apply -f manifests/"
                }
                updateGitlabCommitStatus(name: env.STAGE_NAME, state: 'success')
                script{
                    env.BUILD_TASKS += env.STAGE_NAME + "√..." + env.TAB_STR
                }
            }
        }
    }
    post {
        success { 
            echo 'Congratulations!'
            sh """
                curl 'https://oapi.dingtalk.com/robot/send?access_token=${DINGTALK_CREDS_PSW}' \
                    -H 'Content-Type: application/json' \
                    -d '{
                        "msgtype": "markdown",
                        "markdown": {
                            "title":"myblog",
                            "text": "???? 構(gòu)建成功 ????  \n**項目名稱**：luffy  \n**Git log**: ${GIT_LOG}   \n**構(gòu)建分支**: ${BRANCH_NAME}   \n**構(gòu)建地址**：${RUN_DISPLAY_URL}  \n**構(gòu)建任務(wù)**：${BUILD_TASKS}"
                        }
                    }'
            """ 
        }
        failure {
            echo 'Oh no!'
            sh """
                curl 'https://oapi.dingtalk.com/robot/send?access_token=${DINGTALK_CREDS_PSW}' \
                    -H 'Content-Type: application/json' \
                    -d '{
                        "msgtype": "markdown",
                        "markdown": {
                            "title":"myblog",
                            "text": "??? 構(gòu)建失敗 ???  \n**項目名稱**：luffy  \n**Git log**: ${GIT_LOG}   \n**構(gòu)建分支**: ${BRANCH_NAME}  \n**構(gòu)建地址**：${RUN_DISPLAY_URL}  \n**構(gòu)建任務(wù)**：${BUILD_TASKS}"
                        }
                    }'
            """
        }
        always { 
            echo 'I will always say Hello again!'
        }
    }
}

我們可以訪問 gitlab，然后找到 commit 記錄，查看同步狀態(tài)：

stage('checkout scm'),Kubernetes原理與實戰(zhàn),kubernetes,devops,jenkins,云原生,docker

提交 merge request，也可以查看到相關(guān)的任務(wù)狀態(tài)，可以作為項目 owner 合并代碼的依據(jù)之一：

stage('checkout scm'),Kubernetes原理與實戰(zhàn),kubernetes,devops,jenkins,云原生,docker

?? 總結(jié)

優(yōu)勢：

根據(jù)分支展示，視圖人性化
自動檢測各分支的變更

思考：

Jenkins 的 slave 端，沒有任務(wù)的時候處于閑置狀態(tài)，slave 節(jié)點多的話造成資源浪費
是否可以利用 kubernetes 的 Pod 來啟動 slave，動態(tài) slave pod 來執(zhí)行構(gòu)建任務(wù)

到了這里，關(guān)于基于K8s的DevOps平臺實踐（二）的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！

本文來自互聯(lián)網(wǎng)用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載，請注明出處：如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符，請點擊違法舉報進(jìn)行投訴反饋，一經(jīng)查實，立即刪除！

分享到：

領(lǐng)支付寶紅包贊助服務(wù)器費用

基于jenkins+k8s實現(xiàn)devops
由于jenkins運行在k8s上能夠更好的利用動態(tài)agent進(jìn)行構(gòu)建。所以寫了個部署教程，親測無坑 1、創(chuàng)建ns kubectl create namespace devops 2、kubectl apply -f jenkins.yml 注意：鏡像建議使用最新版本，因為jenkin平臺默認(rèn)提供了最新的插件，且無法選擇版本，所以如果jenkins版本過低會導(dǎo)致插件不
2024年02月06日
瀏覽(22)
DevOps基于k8s發(fā)布系統(tǒng)的實現(xiàn)
首先，本篇文章所介紹的內(nèi)容，已經(jīng)有完整的實現(xiàn)，可以參考這里。在微服務(wù)、DevOps和云平臺流行的當(dāng)下，使用一個高效的持續(xù)集成工具也是一個非常重要的事情。雖然市面上目前已經(jīng)存在了比較成熟的自動化構(gòu)建工具，比如jekines，還有一些商業(yè)公司推出的自動化構(gòu)建工具
2023年04月09日
瀏覽(27)
滴滴彈性云基于 K8S 的調(diào)度實踐
上篇文章詳細(xì)介紹了彈性云混部的落地歷程，彈性云是滴滴內(nèi)部提供給網(wǎng)約車等核心服務(wù)的容器平臺，其基于 k8s 實現(xiàn)了對海量 node 的管理和 pod 的調(diào)度。本文重點介紹彈性云的調(diào)度能力，分為以下部分：調(diào)度鏈路圖：介紹當(dāng)前彈性云調(diào)度體系鏈路，對架構(gòu)體系有一個初步的
2024年02月05日
瀏覽(25)
DHorse v1.4.0 發(fā)布，基于 k8s 的發(fā)布平臺
新增特性提供Fabric8客戶端操作k8s（預(yù)覽）的功能，可以通過指定-Dkubernetes-client=fabric8參數(shù)開啟； Vue、React應(yīng)用增加Pnpm、Yarn的構(gòu)建方式；支持Go、Flask、Django、Nuxt應(yīng)用部署；優(yōu)化特性副本指標(biāo)數(shù)據(jù)保存為3天；部署Nodejs應(yīng)用時可以指定端口；忽略搜索大小寫匹配；部署頁面
2024年02月07日
瀏覽(23)
K8s+Docker+KubeSphere+DevOps筆記
提示：這里可以添加本文要記錄的大概內(nèi)容：提示：以下是本篇文章正文內(nèi)容，下面案例可供參考云服務(wù)器ECS–實例–選區(qū)–創(chuàng)建–付費模式（按量付費）–服務(wù)器架構(gòu)選擇（包含服務(wù)器內(nèi)存及數(shù)量）–鏡像（操作系統(tǒng)）–選擇實例基礎(chǔ)存儲–確認(rèn)購買–選擇網(wǎng)絡(luò)（默認(rèn)或
2024年02月12日
瀏覽(27)
K8S+DevOps架構(gòu)師實戰(zhàn)課 | 匯總
視頻來源：B站《Dockerk8s教程天花板，絕對是B站講的最好的，這一套學(xué)會k8s搞定Docker 全部核心知識都在這里》一邊學(xué)習(xí)一邊整理老師的課程內(nèi)容及試驗筆記，并與大家分享，侵權(quán)即刪，謝謝支持！ 1.K8S+DevOps架構(gòu)師實戰(zhàn)課 | 認(rèn)識docker_熱愛編程的通信人的博客-CSDN博客 2.K8S+Dev
2024年02月13日
瀏覽(22)
Azure Devops上模版化K8s部署
在2022年我們終于完成了主要業(yè)務(wù)系統(tǒng)上K8s的計劃，在這里總結(jié)下我們上K8s時候的模版工程。 ? 前提條件本文不討論K8s是什么，什么是容器化，為什么需要容器化，什么是微服務(wù)等這些基礎(chǔ)內(nèi)容，這些到處說的爛大街了。此類內(nèi)容有興趣可以看看微軟系的介紹：微服務(wù)體系架
2024年02月02日
瀏覽(26)
Flink 內(nèi)容分享(十九)：理想汽車基于Flink on K8s的數(shù)據(jù)集成實踐
目錄數(shù)據(jù)集成的發(fā)展與現(xiàn)狀數(shù)據(jù)集成的落地實踐 1. 數(shù)據(jù)集成平臺架構(gòu) 2. 設(shè)計模型 3. 典型場景 4. 異構(gòu)數(shù)據(jù)源 5. SQL 形式的過濾條件數(shù)據(jù)集成云原生的落地實踐 1. 方案選型 2. 狀態(tài)判斷及日志采集 3. 監(jiān)控告警 4. 共享存儲未來規(guī)劃理想汽車數(shù)據(jù)集成的發(fā)展經(jīng)歷了四個階段：
2024年02月01日
瀏覽(24)
最后的組合：K8s 1.24 基于 Hekiti 實現(xiàn) GlusterFS 動態(tài)存儲管理實踐
知識點定級：入門級 GlusterFS 和 Heketi 簡介 GlusterFS 安裝部署 Heketi 安裝部署 Kubernetes 命令行對接 GlusterFS 實戰(zhàn)服務(wù)器配置(架構(gòu) 1:1 復(fù)刻小規(guī)模生產(chǎn)環(huán)境，配置略有不同) 主機(jī)名 IP CPU 內(nèi)存系統(tǒng)盤數(shù)據(jù)盤用途 ks-master-0 192.168.9.91 2 4 50 100 KubeSphere/k8s-master ks-master-1 192.168.9.92 2 4 5
2024年02月09日
瀏覽(23)
DevOps搭建(十六)-Jenkins+K8s部署詳細(xì)步驟
? 要想從Harbor倉庫中拉取鏡像，首先要往主機(jī)和從機(jī)的daemon.json文件中添加Harbor的地址信息 \\\"insecure-registries\\\":[\\\"192.168.88.125:80\\\"]，別忘了80端口添加完之后，重啟下docker 要拉取鏡像，需要Harbor登錄進(jìn)行拉取，到Kuboard控制臺對應(yīng)的命名空間找到密文菜單，點擊創(chuàng)建Secret 。填寫
2024年01月16日
瀏覽(29)

<dfn id="mjtoi"><mark id="mjtoi"></mark></dfn>

<track id="mjtoi"><tt id="mjtoi"></tt></track>