kubesphere来实现的CICD

已于 2023-08-15 09:35:29 修改
阅读量247 收藏
点赞数
文章标签： kubernetes devops
于 2023-08-14 17:58:52 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44174857/article/details/132281273
版权

文章目录

环境准备

首先需要装好一个k8s集群和kubesphere，安装这些的过程这里不做演示了

[root@k8s-node3 ~]# kubectl get nodes
NAME        STATUS   ROLES                  AGE   VERSION
k8s-node2   Ready    control-plane,master   11d   v1.23.17
k8s-node3   Ready    <none>                 11d   v1.23.17
k8s-node5   Ready    <none>                 11d   v1.23.17

image-20230814114633882

DevOps项目

首先需要调试好一个完整的DevOps部署的系统，里面包含了前端、后端、中间件（Redis、Nacos）

部署之前要创建好专门的工作空间和企业空间，工作空间里要提前设置好存储和配置

像Dockerfile、deployment.yaml、Jenkinsfile这种东西，要尽量做成通用版，把一些需要替换的东西都改成获取变量，减少后期重复操作

存储

创建了工作空间以后，创建几个存储类，我创建了两个分别给redis存储数据和日志文件，存储量给小一点，2g一般都够用了

image-20230814162124273

image-20230814162307869

配置

工作空间配置

配置分保密字典和配置字典，保密字典用来放一些账号密码，配置字典用来存放服务相关配置

工作空间的配置哟配置字典就够了，这里我创建了这样几个配置，有nginx、redis、前端的配置文件，kube-root-ca.crt是本身就有的不用管

image-20230814162814091

系统配置

除了工作空间的配置，还要改下系统的配置，这个第一次用流水线的时候要改，改好了以后就不需要改了

如果公司用了私有的编译库，就要改下maven配置，在集群管理选择配置字典，搜索devops，选择ks-devops-agent，里面有个MavenSetting，这里就是maven的配置文件，把私库的地址加进去

image-20230814165651013

image-20230814165659227

用maven下载的依赖如果不用存储来保存的话，每次都要重新下载依赖包，这样很浪费时间，所以要保存每次下载的依赖

搜索jenkins，在jenkins-casc-config里把jenkins_user.yaml配置的maven里的路径重新设置一下，/data/nfs/maven_repo/这个路径是我在nfs里创建的

image-20230814170026688

image-20230814170034107

image-20230814170242158

凭证

创建DevOps项目，先创建凭证，这个和保密字典类似，用来在流水线里连Git和Harbor的用户

我这里创建了GitLab和Harbor的管理员用户
admin-kubeconfig是kubeconfig类型，不是用户密码的类型，创建的时候选好类型就可以了

image-20230814161718358

Dockerfile和deployment.yaml

Dockerfile是生成容器镜像用的编排文件，deployment.yaml是将服务部署到集群的编排文件

两个文件都要添加到Git相关分支内，前端和后端都需要

image-20230814163444592

image-20230814163506704

deployment要注意，如果是不需要映射到外网的服务，就把倒数两行nodePort相关的注释掉

deployment里面#开头的内容都是命名空间、pod名、端口号等参数，这些都会在jenkinsfile里用sed替换掉

deployment要添加副本数就改replicas后面的值，这个只适用后端程序，如果是nacos或者redis这种是不能通过直接改这个值来实现负载均衡的，中间件需要在这个工作空间里部署集群

FROM 192.168.0.192/basic_images/gm_centos79_jdk:latest
LABEL CHENWENCONG="cwc@123.com"
ARG SERVICE_NAME
ARG PORT
ENV JVM_OPT -Dnacos.standalone=true
RUN mkdir -p /data/log/${SERVICE_NAME} && mkdir -p /data/register4/app
COPY lib/${SERVICE_NAME}.jar /data/register4/app/app.jar
CMD ["sh", "-c", "java $JVM_OPT -jar /data/register4/app/app.jar"]
EXPOSE ${PORT}


---
kind: Deployment
apiVersion: apps/v1
metadata:
  name: #service_name
  namespace: #namespace
  labels:
    app: #service_name
  annotations:
    deployment.kubernetes.io/revision: '1'
    kubesphere.io/creator: cwc
spec:
  replicas: 1
  selector:
    matchLabels:
      app: #service_name
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: #service_name
      annotations:
        kubesphere.io/creator: cwc
        kubesphere.io/imagepullsecrets: '{}'
    spec:
      volumes:
        - name: host-time
          hostPath:
            path: /etc/localtime
            type: ''
      containers:
        - name: #service_name
          image: '#registry/#project_name/#service_name:#version'
          ports:
            - name: #service_name
              containerPort: #service_port
              protocol: TCP
          resources:
            limits:
              memory: 2Gi
          volumeMounts:
            - name: host-time
              readOnly: true
              mountPath: /etc/localtime
          terminationMessagePath: /dev/termination-log
          terminationMessagePolicy: File
          imagePullPolicy: Always
      restartPolicy: Always
      terminationGracePeriodSeconds: 30
      dnsPolicy: ClusterFirst
      serviceAccountName: default
      serviceAccount: default
      securityContext: {}
      schedulerName: default-scheduler
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 25%
      maxSurge: 25%
  revisionHistoryLimit: 10
  progressDeadlineSeconds: 600

---
apiVersion: v1
kind: Service
metadata:
  namespace: #namespace
  labels:
    app: #service_name
  name: #service_name
spec:
  sessionAffinity: None
  selector:
    app: #service_name
  ports:
    - name: #service_name
      protocol: TCP
      targetPort: #service_port
      port: #service_port
      nodePort: #nat_port
  type: NodePort

工作负载

我需要创建一个Redis的pod给系统使用，因为Redis基本上不会更新，所以不需要流水线

在工作负载里创建Redis的工作负载（pod），在服务里创建Redis对应的服务（service）

image-20230814164119073

image-20230814164131945

---
kind: Deployment
apiVersion: apps/v1
metadata:
  name: redis
  namespace: register4-dev
  labels:
    app: redis
  annotations:
    deployment.kubernetes.io/revision: '1'
    kubesphere.io/creator: chenwencong
spec:
  replicas: 1
  selector:
    matchLabels:
      app: redis
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: redis
      annotations:
        kubesphere.io/creator: chenwencong
        kubesphere.io/imagepullsecrets: '{}'
        kubesphere.io/restartedAt: '2023-08-04T03:33:16.040Z'
        logging.kubesphere.io/logsidecar-config: '{}'
    spec:
      volumes:
        - name: host-time
          hostPath:
            path: /etc/localtime
            type: ''
        - name: volume-kqm5pe
          persistentVolumeClaim:
            claimName: redis-data
        - name: volume-ilw6vd
          persistentVolumeClaim:
            claimName: redis-log
        - name: volume-fe8kw6
          configMap:
            name: register4-redis
            items:
              - key: redis.conf
                path: redis.conf
            defaultMode: 420
      containers:
        - name: redis
          image: '192.168.0.192/basic_images/gm_redis:7.0.8'
          command:
            - redis-server
          args:
            - /etc/redis/redis.conf
          ports:
            - name: redis
              containerPort: 6379
              protocol: TCP
          resources:
            limits:
              memory: 1Gi
            requests:
              memory: 512Mi
          volumeMounts:
            - name: host-time
              readOnly: true
              mountPath: /etc/localtime
            - name: volume-kqm5pe
              mountPath: /data
            - name: volume-ilw6vd
              mountPath: /logs
            - name: volume-fe8kw6
              readOnly: true
              mountPath: /etc/redis/
          terminationMessagePath: /dev/termination-log
          terminationMessagePolicy: File
          imagePullPolicy: Always
      restartPolicy: Always
      terminationGracePeriodSeconds: 30
      dnsPolicy: ClusterFirst
      serviceAccountName: default
      serviceAccount: default
      securityContext: {}
      schedulerName: default-scheduler
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 25%
      maxSurge: 25%
  revisionHistoryLimit: 10
  progressDeadlineSeconds: 600
---
kind: Service
apiVersion: v1
metadata:
  name: redis
  namespace: register4-dev
  labels:
    app: redis
  annotations:
    kubesphere.io/creator: chenwencong
spec:
  ports:
    - name: redis
      protocol: TCP
      port: 6379
      targetPort: 6379
  selector:
    app: redis
  type: NodePort
  sessionAffinity: None

流水线

开始创建流水线，目前这个系统里需要部署3个前端服务，2个后端服务，两个后端服务其中一个是nacos，第一次要一个个调试好

  • 后端
    • 先做jdk的基础镜像打包到harbor
    • maven的相关配置要提前设置好
  • 前端
    • 用nginx的镜像作为前端的基础镜像，配置里把要代理的服务用pod名替换掉
    • 前端如果.git文件过大，可以在git步骤设置浅克隆，超时时间也改长一点，前端研发自行打包压缩文件上传到Git里，流水线跳过编译的步骤

最好调试完成，每个都能使用了，这里贴了部署后端和前端的jenkinsfile作为参考

def createVersion() {
    // 定义一个版本号作为当次构建的版本，输出结果 20191210175842_69
    return new Date().format('yyyyMMdd') + "-${env.BUILD_ID}"
}

pipeline {
  agent {
    kubernetes {
      inheritFrom 'maven'
    }

  }
  stages {
    stage('Checkout scm') {
      agent none
      steps {
        container('maven') {
          git(url: "${params.GIT_SERVER}${params.GIT_REGISTRY}", credentialsId: 'git-wmq', changelog: true, poll: false, branch: "${params.BRANCH_NAME}")
        }

      }
    }

    stage('Compile') {
      agent none
      steps {
        container('maven') {
          sh "mvn clean install -pl ${params.SERVICE_NAME} -am  -amd -Dmaven.test.skip=true"
        }

      }
    }

    stage('Archive the artifacts') {
      agent none
      steps {
        container('maven') {
          archiveArtifacts "${params.SERVICE_NAME}/target/*jar"
        }

      }
    }

    stage('Make && Push images') {
      agent none
      steps {
        container('maven') {
          withCredentials([usernamePassword(credentialsId : 'harbor-admin' ,passwordVariable : 'harbor_pass' ,usernameVariable : 'harbor_user' ,)]) {
            sh "docker image build --build-arg SERVICE_NAME=${params.SERVICE_NAME} --build-arg PORT=${port1} -t ${registry}/${project_name}/${service_name1}:${version} ./${params.SERVICE_NAME}/"
            sh "echo ${harbor_pass} | docker login -u ${harbor_user} ${registry} --password-stdin"
            sh "docker push ${registry}/${project_name}/${service_name1}:${version}"
            sh "docker tag ${registry}/${project_name}/${service_name1}:${version} ${registry}/${project_name}/${service_name1}:latest"
            sh "docker push ${registry}/${project_name}/${service_name1}:latest"
          }

        }

      }
    }

    stage('Deploy to server') {
      agent none
      steps {
        container('maven') {
          withCredentials([kubeconfigContent(credentialsId : 'admin-kubeconfig' ,variable : 'ADMIN_KUBECONFIG' ,)]) {
            sh """cd ${params.SERVICE_NAME}
            sed -i \'s/#service_name/${service_name1}/g\' deployment.yaml
            sed -i \'s/#registry/${registry}/g\' deployment.yaml
            sed -i \'s/#project_name/${project_name}/g\' deployment.yaml
            sed -i \'s/#service_port/${port1}/g\' deployment.yaml
            sed -i \'s/#nat_port/${nat_port1}/g\' deployment.yaml
            sed -i \'s/#version/${version}/g\' deployment.yaml
            sed -i \'s/#namespace/${namespace}/g\' deployment.yaml
            cat deployment.yaml
                        
            mkdir ~/.kube
            echo "$ADMIN_KUBECONFIG" > ~/.kube/config
            cat ~/.kube/config
            kubectl apply -f .
            """
          }

        }

      }
    }

  }
  environment {
    service_name1 = 'estate-server' //服务1的名字
    port1 = '8085' // 服务1的端口
    nat_port1 = 'random' // 服务1的外网端口，如果是randon就是随机端口
    registry = '192.168.0.192' // 内网harbor镜像仓库地址
    project_name = 'register4.0_dev' // 服务在harbor的项目名
    namespace = 'register4-dev' // 要把服务部署在哪个命名空间
    version = createVersion() // 获取镜像构建的时间为构建版本
  }
  parameters {
    string(name: 'BRANCH_NAME', defaultValue: 'devops', description: '请输入要构建的分支名称')
    string(name: 'SERVICE_NAME', defaultValue: 'estate-lowcode-plateform-cloud-server', description: '请输入服务名')
    string(name: 'GIT_SERVER', defaultValue: 'http://192.168.0.215:10000/', description: 'GIT服务器内网地址')
    string(name: 'GIT_REGISTRY', defaultValue: 'gm_estate_4.0/estate-lowcode-platform.git', description: 'GIT仓库后缀')
  }
}

def createVersion() {
    // 定义一个版本号作为当次构建的版本，输出结果 20191210175842_69
    return new Date().format('yyyyMMdd') + "-${env.BUILD_ID}"
}

pipeline {
  agent {
    kubernetes {
      inheritFrom 'nodejs'
    }

  }
  stages {
    stage('Clone repository') {
      agent none
      steps {
        checkout([$class: 'GitSCM', doGenerateSubmoduleConfigurations: false, submoduleCfg: [], extensions: [[$class: 'CloneOption', noTags: false, timeout: 1000, shallow: true, depth: 1]],
                    branches: [[name: "${params.BRANCH_NAME}"]],userRemoteConfigs: [[url: "${params.GIT_SERVER}${params.GIT_REGISTRY}", credentialsId: 'git-wmq']]])
      }
    }



    stage('Archive the artifacts') {
      agent none
      steps {
        container('nodejs') {
          archiveArtifacts "${params.PACKAGE_DIR}/${params.SERVICE_NAME}.zip"
        }

      }
    }

    stage('Make && Push images') {
      agent none
      steps {
        container('nodejs') {
          withCredentials([usernamePassword(credentialsId : 'harbor-admin' ,passwordVariable : 'harbor_pass' ,usernameVariable : 'harbor_user' ,)]) {
            sh "docker image build --build-arg SERVICE_NAME=${service_name1} --build-arg PACKAGE_NAME=${params.SERVICE_NAME} --build-arg PORT=${port1} -t ${registry}/${project_name}/${service_name1}:${version} ./${params.PACKAGE_DIR}/"
            sh "echo ${harbor_pass} | docker login -u ${harbor_user} ${registry} --password-stdin"
            sh "docker push ${registry}/${project_name}/${service_name1}:${version}"
            sh "docker tag ${registry}/${project_name}/${service_name1}:${version} ${registry}/${project_name}/${service_name1}:latest"
            sh "docker push ${registry}/${project_name}/${service_name1}:latest"
          }

        }

      }
    }

    stage('Deploy to server') {
      agent none
      steps {
        container('nodejs') {
          withCredentials([kubeconfigContent(credentialsId : 'admin-kubeconfig' ,variable : 'ADMIN_KUBECONFIG' ,)]) {
            sh """cd ${params.PACKAGE_DIR}
            sed -i \'s/#service_name/${service_name1}/g\' deployment.yaml
            sed -i \'s/#registry/${registry}/g\' deployment.yaml
            sed -i \'s/#project_name/${project_name}/g\' deployment.yaml
            sed -i \'s/#service_port/${port1}/g\' deployment.yaml
            sed -i \'s/#nat_port/${nat_port1}/g\' deployment.yaml
            sed -i \'s/#version/${version}/g\' deployment.yaml
            sed -i \'s/#namespace/${namespace}/g\' deployment.yaml
            cat deployment.yaml
                        
            mkdir ~/.kube
            echo "$ADMIN_KUBECONFIG" > ~/.kube/config
            cat ~/.kube/config
            kubectl apply -f .
            """
          }

        }

      }
    }

  }
  environment {
    service_name1 = 'low-code-ui' //服务1的名字
    port1 = '81' // 服务1的端口
    nat_port1 = '30022' // 服务1的外网端口，如果是randon就是随机端口
    registry = '192.168.0.192' // 内网harbor镜像仓库地址
    project_name = 'register4.0_sx' // 服务在harbor的项目名
    namespace = 'register4-sx' // 要把服务部署在哪个命名空间
    version = createVersion() // 获取镜像构建的时间为构建版本
  }
  parameters {
    string(name: 'BRANCH_NAME', defaultValue: 'shanxi', description: '请输入要构建的分支名称')
    string(name: 'PACKAGE_DIR', defaultValue: 'package', description: '请输入打包文件夹')
    string(name: 'SERVICE_NAME', defaultValue: 'low-code-ui', description: '请输入服务名')
    string(name: 'GIT_SERVER', defaultValue: 'http://192.168.0.215:10000/', description: 'GIT服务器内网地址')
    string(name: 'GIT_REGISTRY', defaultValue: 'gm_estate_4.0/portal/low-code/low-code-ui.git', description: 'GIT仓库后缀')
  }
}

image-20230814170734585
image-20230815093459198

第N次创建DevOps项目

保存好第一次配置的所有东西，它们基本上都能保存成yaml文件，它们就是你这个系统的DevOps项目的模板了

image-20230814170855597

如果这个系统还需要部署多套环境，就可以用这些模板进行快速的部署

创建好新的工作空间→导入存储、配置字典→创建DevOps凭证→添加Dockerfile和deployment→导入jenkinsfile

其中配置字典里的前端配置肯定需要修改，因为端口号变了

jenkinsfile里要改工作空间名、harbor组织名、外网端口号等，都在最下面的变量里进行修改

鸡蛋一口一个
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
DevOps- 案例-KubeSphere实现 cicd
qq_40178286的博客
10-23 482
DevOps- 案例-KubeSphere实现 cicd
KubeSphere CI/CD+GitLab+Harbor将Spring Boot项目部署至Kubernetes
09-08 1753
上一篇文章分享了如何在 KubeSphere 对公共的代码仓库 GitHub 和镜像仓库 DockerHub 创建流水线，本文将继续使用 KubeSphere，基于 Harbor 和 GitLab 创建流水线，将 Spring Boot 项目发布至 Kubernetes。 KubeSphere 集成了 Harbor 和 GitLab，内置的 Harbor 和 GitLab 作为可选安装项...
云原生技术落地实现之一KubeSphere DevOps 系统在 Kubernetes 集群上实现springboot项目的自动部署和管理 CI CD （1 2）_仓库可视化管理
2301_82243769的博客
05-12 589
分享一份自己整理好的Java面试手册，还有一些面试题pdfDevOps 是一系列做法和工具，可以使 IT 和软件开发团队之间的流程实现自动化。其中，随着敏捷软件开发日趋流行，持续集成 (CI) 和持续交付 (CD) 已经成为该领域一个理想的解决方案。在 CI/CD 工作流中，每次集成都通过自动化构建来验证，包括编码、发布和测试，从而帮助开发者提前发现集成错误，团队也可以快速、安全、可靠地将内部软件交付到生产环境。
kubesphere的CICD
javajy的博客
07-16 326
请先安装 Helm，以便后续使用该工具安装 SonarQube。执行以下命令安装 SonarQube 服务器。查看 Helm 版本。
使用kubesphere测试devops-cicd流水线
完颜振江
08-03 868
平台管理--集群管理--定制资源定义--搜索（clusterconfiguration）点击进去--ks-installer（编辑YAML）选择配置 > 保密字典，在搜索栏输入 gitlab-initial-root-password，然后按下键盘上的回车键来搜索密钥。项目--创建项目（我这里用dayi-devops）--创建完成之后点击项目名字进去--应用负载--应用--创建。1.5 在应用设置页面，使用以下配置替换默认配置，然后点击安装。工作台--企业空间（创建）--我这里创建(yiyouhui)
Jenkins 实现CICD详细教程
03-11
Jenkins 实现 CICD 详细教程 Jenkins 是一个流行的自动化工具，广泛应用于持续集成和持续交付（CICD）。本教程将指导您如何使用 Jenkins 实现 CICD，自动化 clone 代码、部署到 web 服务器。 Jenkins 介绍 ...
jekins实现CICD
05-27
jenkins实现CICD
CICD搭建准备——Jenkins实现自动部署
01-27
一.什么叫做Jenkins二.搭建Jenkins的目的三....更好地实现整个CICD流程。开源的java语言开发持续集成工具，支持CI，CD。易于安装部署配置：可通过yum安装,或下载war包以及通过docker容器等快速实现安装部署，可方便
基于sharedLibrary实现CICD流程的优化
06-21
介绍docker的前世今生，了 解docker的实现原理，以Django项目为例，教大家如何编写最佳的Dockerfile实现构业务镜像的制作。通过本章的学习，大家会知道docker的概念及基本操作，并学会构建自己的业务镜像，并通过抓...
云原生技术落地实现之一KubeSphere DevOps 系统在 Kubernetes 集群上实现springboot项目的自动部署和管理 CI/CD （1/2）
tigerhhzz的博客
03-16 1266
DevOps 是一系列做法和工具，可以使 IT 和软件开发团队之间的流程实现自动化。其中，随着敏捷软件开发日趋流行，持续集成 (CI) 和持续交付 (CD) 已经成为该领域一个理想的解决方案。在 CI/CD 工作流中，每次集成都通过自动化构建来验证，包括编码、发布和测试，从而帮助开发者提前发现集成错误，团队也可以快速、安全、可靠地将内部软件交付到生产环境。
KubeSphere+Kubernetes+GitLab+Harbor+SonarQube构建企业CI/CD持续集成持续发布平台
背锅神童的博客
03-07 813
kubesphere、kubernetes、sonar、gitlab、CI/CD
使用kubesphere图形界面创建一个devops的CI/CD流程
热门推荐
cucgyfjklx的博客
07-31 1万+
使用kubesphere图形界面创建一个devops的CI/CD流程
[云原生] [kubernetes] Kubesphere下的DevOps / (CI/CD)
OxYGC
11-06 1418
一般为一个企业空间就是对应不同的业务线, 一个业务线下面有不同的项目,这个“项目”通常我们实际应用中会划分为不同的环境,比如dev开发环境,prod生产环境等等。点击运行，您可以在弹出的对话框中看到步骤 3 中已定义的三个字符串参数。点击添加步骤上方的文本框，然后在右侧的名称字段中为该阶段设置名称（例如 Checkout SCM）。点击前一个阶段右侧的加号图标添加一个新的阶段，以构建并推送镜像至 Docker Hub。添加完成后，点击创建。在列表中选择添加凭证，在弹出的对话框中填写以下字段，然后点击确定。
基于 Kubernetes 的 CI/CD 自动化构建和发布平台
最新发布
走向CTO的路上...
05-18 664
CI/CD 是持续集成和持续部署的简称，是一种软件开发实践，旨在通过自动化流程缩短软件开发周期、提高软件发布质量。
【排坑指南之kubeSphere】2022年最新版-”kubeSphere3.2.1 Paas容器云平台“使用DevOps-CICD之”排坑指南“
持续分享，个人的运维经验，包含：云计算、Linux、Windows、容器、K8s、CICD、Python、运维开发、公有云等；以及个人经历相关内容，包含：实习、面试经验等。
05-15 945
最近几天一直在学习kubeSphere Paas容器云平台，在这期间遇到了不少坑。 坑位1（配置 Kubernetes默认存储类型），nfs-client-provisioner服务 坑位2（java.lang.NullPointerException），kubeSphere devops kubernetesDeploy
2项目的创建_基于 KubeSphere CI/CD 将 Spring Boot 项目发布至 Kubernetes
weixin_42297810的博客
01-04 208
本示例基于开源的 KubeSphere 容器平台演示如何将 GitHub 仓库中的 Spring Boot 项目创建流水线，流水线共包括 8 个阶段，最终将一个 Hello World 页面部署到 Kubernetes 集群中的不同 namespace。流水线概览下面的流程图简单说明了流水线完整的工作过程：流程说明：- 阶段一. Checkout SCM: 拉取 GitHub 仓库代码- 阶段二....
【业务功能115】微服务-springcloud-springboot-Kubernetes-k8s集群-Kubesphere实现DevOps流水线-CI/CD-SonarQube- Jenkins
studyday1的博客
09-16 1517
持续集成是指软件个人的部分向软件整体部分交付，频繁进行集成以便更快地发现其中错误。全面的自动化测试这是实践持续集成&持续部署的基础，同时，选择合适的自动化测试工具也很重要灵活的基础设施容器、虚拟机的存在让开发人员和QA人员不必再大费周张去做IT基础设施环境的准备版本控制工具如：Git、SNV、Gitlab等自动化的构建和软件发布流程工具如：Jenkins Gitlab Tekton等反馈机制如果构建/测试失败，可以快速地反馈到相关负责人，以尽快速度解决问题，实现软件开发稳定版本推出。
KubeSphere的cicd 流水线配置
05-25
KubeSphere是基于 Kubernetes 的一种 PaaS 平台，提供了一整套的 DevOps 工具，包括 CICD 流水线。下面是一个简单的 CICD 流水线配置示例： 1. 创建一个 Git 代码仓库，并将代码推送到该仓库中。 2. 在 KubeSphere 上创建一个 DevOps 项目，并在该项目下创建一个 CICD 流水线。 3. 在流水线中添加一个 Source Code 阶段，配置 Git 仓库地址和认证信息，选择要构建的分支。 4. 在流水线中添加一个 Build 阶段，选择一个构建镜像的构建器（比如 Dockerfile），并设置构建参数（比如镜像名称和标签）。 5. 在流水线中添加一个 Deploy 阶段，选择要部署的 Kubernetes 集群和命名空间，以及要部署的镜像名称和标签。 6. 保存并执行该流水线，等待流水线执行完成。 通过以上步骤，您可以在 KubeSphere 上快速配置一个基于 Git 代码仓库的 CICD 流水线，实现自动化构建、测试和部署应用程序服务。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值