K8S搭建DevOps环境二

最新推荐文章于 2024-04-10 07:22:45 发布
最新推荐文章于 2024-04-10 07:22:45 发布
阅读量1.8k 收藏 9
点赞数
分类专栏： K8S 文章标签： devops docker java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/scjava/article/details/123166347
版权

K8S搭建DevOps环境二

Jenkins Pipeline介绍

说明

上篇文章已经初步搭建起来了DevOps环境了，并且创建了一个简单的项目进行演示了，这篇文章就真正的部署一个java的项目，来演示下一套完整的DevOps的流程是怎么样的，这里只演示一个简单的流程，项目也简单，就是一个spring boot的简单应用，流程如下：

1、创建一个spring boot项目，编写代码、jenkinsfile文件、Dockfile文件； 2、代码写好以后上传到gitee上；
3、在jenkins上创建流水线项目，通过pipeline来构建整个流程。

谁在工作？

在这里插入图片描述
一个大体的流程入上图：
jenkins作为一个pod在k8s上运行，所有的任务都是由jenkins的master进行编排，流水线的编排工作也是在master上，当构建启动以后，会在对应的节点将创建一个slave的pod容器，这个pod容器作为jenkins的slave容器，可以使用宿主机的k8s客户端命令，也就是kubectl **命令，而整个构建过程是需要挂载的，比如说下载的代码放哪里？mavn的依赖包放哪里？所有需要有挂载，我这里一直使用的nfs，nfs在之前的文章中已经写了如何创建。
完整的流程如下：

  1. Git content（源码清单管理）
    a) Source code（编写代码）
    b) Jenkinsfile/Dockerfile/Deploy yaml（编写dockerfile jenkins pipeline等文件） 1 . Git repository（代码管理仓库，有三种）
    a) GitHub
    b) Gitee
    c) GitLab
  2. Docker registry-Images（镜像管理）
    a) Docker Hub
    b) Aliyun Hub c) Private
  3. K8s – deploy enviroment（pod容器管理）
    a) Testing
    b) Productions

每一个都需要相应的用户名和密码进行连接，需要在 jenkins 进行配置
大体步骤： General(基础配置)–》源码管理–》构建触发器–》构建环境–》构建–》构建

流程

在这里插入图片描述
开发人员把做好的 devops-java-sample 项目代码通过 git 推送到 gitee，然后 Jenkins 通过 gitee webhook下来，（前提是配置好），自动从拉取 gitee 上面拉取代码然后进行 build，编译、生成镜像、然后把镜像推送到 Harbor 仓库；然后在部署的时候通过 k8s 拉取 Harbor 上面的代码进行创建容器和服务，最终发布完成，然后可以用外网访问。（ps:看着我讲这么简单，但心里有许多小鹿在心里乱撞，没关系，下面将会好好的分享给大家）当然啦，上面只是粗略的，请看下图才更加形象。
在这里插入图片描述

使用Pipeline构建JAVA项目

创建java项目

我这里java项目已经提前创建好了，反正就是在idea中很简单的创建了一个java项目，项目gitee地址为：

https://gitee.com/scjava/devops-demo.git

项目如下：
在这里插入图片描述
deploy：是该项目的deployment文件，就是当镜像推送到仓库成功以后，创建部署的yaml文件目录
src：是源码文件，很简单，就一个启动类和一个controller
Dockerfile:docker 的build文件，当源码从gitee上拉取下来以后打包成jar过后，build镜像的时候的文件；
jenkinsfile：jenkins的流水线文件
比较重要的文件就这么几个，代码很简单，就写了一个Controller，内容如下：
在这里插入图片描述

jenkins文件说明

这把重点说下jenkins的流水线文件，可能初学者不是很清楚这个jenkins文件编写语法，文件内容如下：
下面将会对其进行分段说明

pipeline {

  agent {
   label 'maven'
  }
    
   parameters { 
        string(name: 'TAG_NAME',defaultValue: '1.3',description: '')
        choice choices: ['devops-java-sample', 'gateway', 'order', 'product'], name: 'APP_NAME'
    }

    environment {
        DOCKER_CREDENTIAL_ID = 'aliyun-register'
        GITEE_CREDENTIAL_ID = 'GITEE'
        KUBECONFIG_CREDENTIAL_ID = 'demo-kubeconfig'
        REGISTRY = 'registry.cn-hangzhou.aliyuncs.com'
        DOCKERHUB_NAMESPACE = 'bml-services'
        GITEE_ACCOUNT = 'scjava'
        BRANCH_NAME = 'master'
        }

    stages {
        stage ('checkout scm') {
            steps {
               // checkout([$class: 'GitSCM', branches: [[name: '*/master']], doGenerateSubmoduleConfigurations: false, extensions: [], submoduleCfg: [], userRemoteConfigs: [[credentialsId: 'gitee-id', url: 'https://gitee.com/liuyik8s/devops-java-sample.git']]])
               sh 'pwd'
               sh  'sleep 2'
            }
        }
 
        stage('checking'){
            steps {
                sh '''
                pwd
                echo "webhook"
                echo "webhook"
                ls -l
                sleep 2
                echo "$[app]"
                '''
            }    
      }

        stage('Unit Testing'){
          steps {
            echo "Unit Testing..."
          }
    }
    
       stage ('unit test') {
            steps {
                container ('maven') {
     //              sh 'mvn clean  -gs `pwd`/configuration/settings.xml test'
                }
            }
        }
 
        stage ('build & push') {
            steps {
                container ('maven') {
                    sh 'mvn  -Dmaven.test.skip=true -gs `pwd`/configuration/settings.xml clean package'
                    sh 'sleep 1'
                    sh 'env'
                    sh 'ls -l target'
                    sh 'docker build -f Dockerfile-online -t $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:SNAPSHOT-$BRANCH_NAME-$TAG_NAME .'
                    withCredentials([usernamePassword(passwordVariable : 'DOCKER_PASSWORD' ,usernameVariable : 'DOCKER_USERNAME' ,credentialsId : "$DOCKER_CREDENTIAL_ID" ,)]) {
                        sh 'echo "$DOCKER_PASSWORD" | docker login $REGISTRY -u "$DOCKER_USERNAME" --password-stdin'
                        sh 'docker push  $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:SNAPSHOT-$BRANCH_NAME-$TAG_NAME'
                    }
                }
            }
        }
    
        stage('push latest'){
           when{
             branch 'master'
           }
           steps{
                container ('maven') {
                  sh 'docker tag  $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:SNAPSHOT-$BRANCH_NAME-$TAG_NAME $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:latest '
                  sh 'docker push  $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:latest '
                }
           }
       }
      
       stage('deploy to dev') {
          when{
            branch 'master'
          }
          steps {
             container ('maven'){
       //     input(id: 'deploy-to-dev', message: 'deploy to dev?')
              sh "ls -l deploy/dev-ol"
              sh "sleep 1"
              sh "ls -l deploy/dev-ol"
              sh "cat deploy/dev-ol/*.yaml"
              sh "sleep 1"
             
             sh '''
             echo "changing parameter"
             cp deploy/dev-ol/devops-sample.yaml k8s.yaml
             
             sed -i "s#TAG_NAME#$BUILD_NUMBER#g" k8s.yaml
             sed -i "s#REGISTRY#$REGISTRY#g" k8s.yaml
             sed -i "s#DOCKERHUB_NAMESPACE#$DOCKERHUB_NAMESPACE#g" k8s.yaml
             sed -i "s#APP_NAME#$APP_NAME#g" k8s.yaml
             sed -i "s#BRANCH_NAME#$BRANCH_NAME#g" k8s.yaml

             '''
           //  sh 'kubectl delete -f k8s.yaml -n testing'
             sh "sleep 10"
             sh "cat k8s.yaml"
             sh 'kubectl apply -f k8s.yaml -n testing'
           }
          }
        }

        stage('push with tag'){
          
            steps {
              container ('maven') {
         //       input(id: 'release-image-with-tag', message: 'release image with tag?')
//                   withCredentials([usernamePassword(credentialsId: "$GITEE_CREDENTIAL_ID", passwordVariable: 'GIT_PASSWORD', usernameVariable: 'GIT_USERNAME')]) {
//                     sh 'git config --global user.email "bmldyq@163.com" '
//                     sh 'git config --global user.name "bmldyq@163.com" '
//                     sh 'git tag -a $TAG_NAME -m "$TAG_NAME" '
//                     sh 'git push http://$GIT_USERNAME:$GIT_PASSWORD@gitee.com/$GITEE_ACCOUNT/$APP_NAME.git --tags --ipv4'
//                     }
            
                  sh 'docker tag  $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:SNAPSHOT-$BRANCH_NAME-$TAG_NAME $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:$TAG_NAME '
                  sh 'docker push  $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:$TAG_NAME '
               }
           }
        }
 
       stage('deploy to production') {
       
          steps {
           container ('maven') {
            input(id: 'deploy-to-production', message: 'deploy to production?')
           // sh 'kubectl delete -f k8s.yaml -n production'
             sh "env"
             sh "sleep 10"
             sh "cat k8s.yaml"
             sh 'kubectl apply -f k8s.yaml -n production'
          }
        }
     }

    }


}

agent

agent {
   label 'maven'
  }

这个是在jenkins的云配置上配置的那个容器的标签，我们取名是maven，忘记的可以去看下上篇文章

参数化构建

parameters { 
     string(name: 'TAG_NAME',defaultValue: '1.3',description: '')
     choice choices: ['devops-java-sample', 'gateway', 'order', 'product'], name: 'APP_NAME'
 }

这里的意思是说进行参数化构建，比如说应用名称和应用版本，这个根据自身应用需要进行配置，上面配置了两个参数，一个是文本参数，一个范围参数，就是可以构造的时候可以自由选择，并且设置了默认值

环境参数配置

environment {
    DOCKER_CREDENTIAL_ID = 'aliyun-register'
    GITEE_CREDENTIAL_ID = 'GITEE'
    KUBECONFIG_CREDENTIAL_ID = 'demo-kubeconfig'
    REGISTRY = 'registry.cn-hangzhou.aliyuncs.com'
    DOCKERHUB_NAMESPACE = 'bml-services'
    BRANCH_NAME = 'master'
    }

DOCKER_CREDENTIAL_ID ：配置的阿里云的id，这个id是jenkins上配置凭证里面自己设置的ID；
GITEE_CREDENTIAL_ID ：类似，就是在jenkins上配置的gitee的ID;
KUBECONFIG_CREDENTIAL_ID: K8S配置ID REGISTRY ：镜像仓库地址 DOCKERHUB_NAMESPACE
：阿里云仓库的命名空间 BRANCH_NAME：gitee的分支名称

pipeline 阶段步骤

代码拉取
stage ('checkout scm') {
    steps {
       // checkout([$class: 'GitSCM', branches: [[name: '*/master']], doGenerateSubmoduleConfigurations: false, extensions: [], submoduleCfg: [], userRemoteConfigs: [[credentialsId: 'gitee-id', url: 'https://gitee.com/liuyik8s/devops-java-sample.git']]])
       sh 'pwd'
       sh  'sleep 2'
    }
}

这里我注释了，因为代码拉取的我让jenkins上配置的去做，待会儿就可以看到，如果说代码拉取这些要pipeline来做，也可以在脚本上写，反正都是可以的。

代码扫描检查和测试
stage('checking'){
      steps {
          sh '''
          pwd
          echo "webhook"
          echo "webhook"
          ls -l
          sleep 2
          echo "$[app]"
          '''
      }    
}
 stage('Unit Testing'){
      steps {
        echo "Unit Testing..."
      }
}

我这里只是模拟代码扫描，扫描是否有bug，根据需要进行，我这里模拟过程，这里可以将一些单元测试攻击和代码扫描攻击集成进来，然后编写脚本进行执行

构建和推送镜像
stage ('build & push') {
    steps {
        container ('maven') {
            sh 'mvn  -Dmaven.test.skip=true -gs `pwd`/configuration/settings.xml clean package'
            sh 'sleep 1'
            sh 'env'
            sh 'ls -l target'
            sh 'docker build -f Dockerfile-online -t $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:SNAPSHOT-$BRANCH_NAME-$TAG_NAME .'
            withCredentials([usernamePassword(passwordVariable : 'DOCKER_PASSWORD' ,usernameVariable : 'DOCKER_USERNAME' ,credentialsId : "$DOCKER_CREDENTIAL_ID" ,)]) {
                sh 'echo "$DOCKER_PASSWORD" | docker login $REGISTRY -u "$DOCKER_USERNAME" --password-stdin'
                sh 'docker push  $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:SNAPSHOT-$BRANCH_NAME-$TAG_NAME'
            }
        }
    }
}

1、mvn编译代码成jar
2、docker build成镜像；
3、docker login到镜像仓库；
4、docker本地打个标签，然后推送版本到镜像仓库；

推送lastest到仓库
stage('push latest'){
    when{
      branch 'master'
    }
    steps{
         container ('maven') {
           sh 'docker tag  $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:SNAPSHOT-$BRANCH_NAME-$TAG_NAME $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:latest '
           sh 'docker push  $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:latest '
         }
    }
}

这个意思就是说每次打版本以后作为最新的一个版本latest也推送到镜像仓库

部署到测试环境
stage('deploy to dev') {
   when{
     branch 'master'
   }
   steps {
      container ('maven'){
//     input(id: 'deploy-to-dev', message: 'deploy to dev?')
       sh "ls -l deploy/dev-ol"
       sh "sleep 1"
       sh "ls -l deploy/dev-ol"
       sh "cat deploy/dev-ol/*.yaml"
       sh "sleep 1"
      
      sh '''
      echo "changing parameter"
      cp deploy/dev-ol/devops-sample.yaml k8s.yaml
      
      sed -i "s#TAG_NAME#$BUILD_NUMBER#g" k8s.yaml
      sed -i "s#REGISTRY#$REGISTRY#g" k8s.yaml
      sed -i "s#DOCKERHUB_NAMESPACE#$DOCKERHUB_NAMESPACE#g" k8s.yaml
      sed -i "s#APP_NAME#$APP_NAME#g" k8s.yaml
      sed -i "s#BRANCH_NAME#$BRANCH_NAME#g" k8s.yaml

      '''
    //  sh 'kubectl delete -f k8s.yaml -n testing'
      sh "sleep 10"
      sh "cat k8s.yaml"
      sh 'kubectl apply -f k8s.yaml -n testing'
    }
   }
 }

将dev中的做好的yaml文件复制到根路径，然后通过 sed i “s//g”来替换里面的参数，比如镜像地址，应用版本这些
Sed 命令简要介绍
sed -i 就是直接对文本文件进行操作的
sed -i ‘s/原字符串/新字符串/’ /home/1.txt
sed -i ‘s/原字符串/新字符串/g’ /home/1.txt
需要使用双引号，如果替换值为环境变量
sed -i “s#BUILD_NUMBER#$BUILD_NUMBER#g” k8s.yaml
sed -i ‘sBUILD_NUMBER/TAG_NAME’ k8s.yaml
使用 sed 命令修改 YAML 文件中的变量值。

最后执行这个yaml文件到命名空间testing中

版本镜像推送
stage('push with tag'){
          
            steps {
              container ('maven') {
         //       input(id: 'release-image-with-tag', message: 'release image with tag?')
//                   withCredentials([usernamePassword(credentialsId: "$GITEE_CREDENTIAL_ID", passwordVariable: 'GIT_PASSWORD', usernameVariable: 'GIT_USERNAME')]) {
//                     sh 'git config --global user.email "bmldyq@163.com" '
//                     sh 'git config --global user.name "bmldyq@163.com" '
//                     sh 'git tag -a $TAG_NAME -m "$TAG_NAME" '
//                     sh 'git push http://$GIT_USERNAME:$GIT_PASSWORD@gitee.com/$GITEE_ACCOUNT/$APP_NAME.git --tags --ipv4'
//                     }
            
                  sh 'docker tag  $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:SNAPSHOT-$BRANCH_NAME-$TAG_NAME $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:$TAG_NAME '
                  sh 'docker push  $REGISTRY/$DOCKERHUB_NAMESPACE/$APP_NAME:$TAG_NAME '
               }
           }
        }

这里又推送了一个版本镜像到仓库，还在gitee上打了一个版本标签，只是这里我暂时注释掉了

是否部署到生产环境
stage('deploy to production') {
  
     steps {
      container ('maven') {
       input(id: 'deploy-to-production', message: 'deploy to production?')
      // sh 'kubectl delete -f k8s.yaml -n production'
        sh "env"
        sh "sleep 10"
        sh "cat k8s.yaml"
        sh 'kubectl apply -f k8s.yaml -n production'
     }
   }
}

让运维人员选择是否部署到生产，如果部署到生产则执行yaml

创建jenkins部署项目

在这里插入图片描述
创建一个流水线的java项目，名字随便取

参数化配置

参数化也可以在这里配置，这里最好配置好，否则就是用jenkinsfile里面的默认值，这里配置了就可以根据情况需要输入不同的参数
在这里插入图片描述
在这里插入图片描述
对应到jenkinsfile里面的两个参数

构建触发器-Gitee Webhook 配置

gitee的webhook是需要安装插件的，安装 Generic Webhook Trigger 插件在“系统设置– 插件管理– 可选插件”界面搜索： Generic Webhook Trigger，可以看到，点击安装，然后重启。
在这里插入图片描述
安装完就重启了：
在这里插入图片描述
安装好了，再进行java这个项目的配置就可以看到有个选项：
在这里插入图片描述
在这里插入图片描述
在gitee上配置这个地址过后，当开发人员提交版本代码以后就会自动触发jenkins的自动化部署，这个在ci/cd上是很有用，完全不用人工干预就做到自动化构建和部署，除了这里还需要创建用户的token，比如我的jenkins用户是bml，那么在用户管理这里：
在这里插入图片描述
我的token生成了要马上复制自己保存，因为没有地方可以查询：
bml：1111a0a4944bf9add20578b2545080b56d
在这里插入图片描述
点击管理
在这里插入图片描述因为我这里是本地的虚拟机，所以配置了了也没有用，回头自己搭建一个gitlab来测试。

流水线

在这里插入图片描述
这里定义的流水线是从gitee上下载，如果这里选了，在脚本里面就不用写拉取代码的步骤了，比如：
在这里插入图片描述
反正看自己选择，想在哪里写就在哪里写
在这里插入图片描述

最后是脚本路径，在项目里面这个脚本是放在根目录的，这样代码拉取下来过后，在根目录就可以找到这个文件了，就可以进行构建了，还记得上篇文章我们配置了pvc agent-workspace吗？这个就是用来存储这些构建项目的文件和jar包的，采用的nfs存储，因为我这里构建过了，所以可以看下：
在这里插入图片描述在nfs里面：
在这里插入图片描述
都是有的，所以挂载的目录就是nfs的这个目录，所以在文章开头说的一个完整的构建过程就说完了，下面就开始构建：

构建

我们是参数化构建，如果直接点击左边的build with Parameters，如下
在这里插入图片描述
这里就可以设置你想设置的参数，我只是演示了两个参数，真正构建如下：
在这里插入图片描述
在这里插入图片描述

这是我构建过的记录，在构建的最左下角有构建记录，可以点击进去看下：
在这里插入图片描述
还可以看下输出，这个构建是可以通过可视化的方式展示流水线的步骤和日志的，是非常好的一种方式
在这里插入图片描述
这上面的名称就是在上面我们每个讲解的阶段名称，鼠标移到上面还可以看日志，比如看下编译代码的日志：
在这里插入图片描述
在这里插入图片描述
点击可进入详细的日志：
在这里插入图片描述
构建成功以后，在容器里的命名空间testing如下：
在这里插入图片描述
在浏览器输入我们应用的地址：
在这里插入图片描述
镜像仓库：
在这里插入图片描述
在这里插入图片描述
可以看到有很多的版本；这就是一个算是比较复杂的Devops搭建过程

Life journey
关注
  • 0
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
devops-java-sample：KubeSphere上用于DevOps的SpringBoot演示
03-03
基于springboot建立流水线示例项目 SCM中的Jenkinsfile意为将Jenkinsfile文件本身作为源代码管理（Source Control Management）的一部分，根据该文件内部的流水线配置信息快速构建工程内部的CI / CD功能模块，例如阶段（阶段），步骤（步骤）和，任务（Job）。因此，在代码仓库中包含Jenkinsfile。 项目介绍 本项目为kubesphere基于springboot内置流水线示例项目，具体参见kubesphere ， 项目中包含Jenkinsfile在SCM：Jenkinsfile，在线文件（Jenkinsfile在SCM意为将Jenkinsfile文件本身作为源代码管理（源代码控制管理）的一部分），kubesphere内置詹金斯容器，詹金斯可以根据该文件内的流水线配置信息快速构建工程内部的CI / CD功能模块，一级阶段（Stage）
K8s集群搭建ansible部署脚本
04-21
k8s二进制组件使用最新的1.23.5 部署以下模块内容包括： preinstall 安装前准备，主机环境初始化，二进制文件拷贝 certs 生成集群所需要的ssl证书 master 主节点服务部署，使用systemd服务方式 worker 工作节点服务...
DevOps基于k8s发布系统的实现
huashetianzu的专栏
10-30 9820
在微服务、DevOps和云平台流行的当下，使用一个高效的持续集成工具也是一个非常重要的事情。虽然市面上目前已经存在了比较成熟的自动化构建工具，比如jekines，还有一些商业公司推出的自动化构建工具，但他们都不能够很好的和云环境相结合。
【Kubernetes】k8s的devops功能说明和devops搭建配置详细说明
最新发布
2401_84048338的博客
04-10 1142
面试难免让人焦虑不安。经历过的人都懂的。但是如果你提前预测面试官要问你的问题并想出得体的回答方式，就会容易很多。此外，都说“面试造火箭，工作拧螺丝”，那对于准备面试的朋友，你只需懂一个字：刷！给我刷刷刷刷，使劲儿刷刷刷刷刷！今天既是来谈面试的，那就必须得来整点面试真题，这不花了我整28天，做了份“Java一线大厂高岗面试题解析合集：JAVA基础-中级-高级面试+SSM框架+分布式+性能调优+微服务+并发编程+网络+设计模式+数据结构与算法等”
基于K8s的DevOps平台实践（一）
Edison's 小宇宙
12-29 3933
本篇文章基于 k8s 集群部署 gitlab、sonarQube、Jenkins 等工具，并把上述工具集成到 Jenkins 中，以 Django 项目和 SpringBoot 项目为例，通过多分支流水线及 Jenkinsfile 实现项目代码提交到不同的仓库分支，实现自动代码扫描、单元测试、docker 容器构建、k8s 服务的自动部署。
DevOps整合Jenkins+k8s
大虾别跑
09-19 8839
软件开发最开始是由两个团队组成：开发计划由开发团队从头开始设计和整体系统的构建。需要系统不停的迭代更新。运维团队将开发团队的Code进行测试后部署上线。希望系统稳定安全运行。这看似两个目标不同的团队需要协同完成一个软件的开发。在开发团队指定好计划并完成coding后，需要提供到运维团队。运维团队向开发团队反馈需要修复的BUG以及一些需要返工的任务。这时开发团队需要经常等待运维团队的反馈。这无疑延长了事件并推迟了整个软件开发的周期。会有一种方式，在开发团队等待的时候，让开发团队转移到下一个项目中。
DevOps实战笔记--3(Jenkins流水线任务+K8S介绍)
m0_50599085的博客
05-22 2029
当我们采用自由风格构建项目时，项目中的每个步骤都需要进行单独配置，而且构建时每一步之间没有明确的区分，若出现问题，需要单独查找控制台，定位起来较为困难。于是我们在此引入Jenkins流水线任务，此任务类型可以使项目的执行过程可视化，使问题的定位过程变得更加方便。在使用流水线任务时，我们通过Jenkinsfile对任务进行统一的配置与管理。通常，我们为方便后期维护，会选择将Jenkinsfile放在项目中。所以，通过流水线构建项目的方式往往较其他方式的操作更为灵活与简便。
DevOps k8s快速搭建
05-12
第一章-k8s快速搭建 整套教程贯穿整个DevOps的搭建过程，是作者实际工作中使用的一套方式，应用于现实中的生产环境，全部内容货真价实，在文档编好之后，所有过程在虚拟机上通过验证。适合初学者能够加快你得DevOps...
DevOps 完整搭建教程
05-12
1-5章 第六章暂未制作完成 整套教程贯穿整个DevOps的搭建过程，是作者实际工作中使用...第二章-k8s web管理工具安装 第三章-搭建CICD服务器 第四章-改造前后端项目 第五章-项目发布 第六章-ansible应用 百度网盘下载
搞定K8s企业级DevOps实践
06-21
最近的三年多时间，随着容器技术的火爆及Kubernetes成为容器编排管理的标准，国内外厂商均已开始了全面拥抱Kubernetes的转型， 无数中小型企业已经落地 Kubernetes，或正走在容器...本章基于k8s集群部署gitlab、sonarQ
DevOps 发布项目到k8s
05-12
第三章-项目发布 整套教程贯穿整个DevOps的搭建过程，是作者实际工作中使用的一套方式...第二章-k8s web管理工具安装 第三章-搭建CICD服务器 第四章-改造前后端项目 第五章-项目发布 第六章-ansible应用 百度网盘下载
K8S+DevOps架构师实战课 | 汇总
COCO_gsta的博客
06-11 3070
23.altermanager告警。12.k8s服务器发现和负载均衡。13.k8s服务发现和负载均衡。21.常用监控对象的指标采集。3.django容器化实战。9.myblog应用改造。17.vxlan网络模型。19.fluentd收集。22.grafana面板。18.k8s认证和授权。
基于K8S的DevOps应用方案
lee_yanyi的博客
07-21 1387
详细devops教学
K8S部署&DevOps
chenfl的博客
05-19 4698
k8s+kubesphere+devops 一、k8s 集群部署 1、k8s 快速入门 1）、简介 Kubernetes 简称 k8s。是用于自动部署，扩展和管理容器化应用程序的开源系统。 中文官网：https://kubernetes.io/zh/ 中文社区：https://www.kubernetes.org.cn/ 官方文档：https://kubernetes.io/zh/docs/home/ 社区文档：http://docs.kubernetes.org.cn/ 部署方式的进化 https
实践：devops之K8s环境持续部署
weixin_39246554的博客
07-09 1674
实践：devops之K8s环境持续部署 目录 推荐文章 https://www.yuque.com/xyy-onlyone/aevhhf?# 《玩转Typora》 1、Kubectl 发布流水线 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-X2Q6MzL1-1688896509292)(https://bucket-hg.oss-cn-shanghai.aliyuncs.com/img/image-20230709101119001.png)] CI流水线： 下载代
K8s集群安装Devops
delete_bug的博客
09-17 2026
K8s集群安装Devops
【Kubernetes 企业项目实战】06、基于 Jenkins+K8s 构建 DevOps 自动化运维管理平台（中）
Stars.Sky 的博客
01-31 7189
基于 Jenkins+k8s+Git+DockerHub 等技术链构建企业级 DevOps 容器云平台
【从零搭建k8s集群并构建一个devops微服务，详细教程】
96夜猫子
03-18 2054
上面图片来自哔站，学习k8s你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。 搭建一个k8s集群 结合docker使用时，k8s版本最好不要用1.24及以上版本，k8s从1.24版本开始不在直接兼容docker，需要安装cri-docker。 初始化 k8s 集群 1、安装cri-docker 因为我的kubectl高于 1.24， 所以需要单独配置这个环境 2、安装kubectl
K8S+DevOps架构师实战课 | k8s日志收集架构
COCO_gsta的博客
07-08 177
视频来源：B站《Docker&k8s教程天花板，绝对是B站讲的最好的，这一套学会k8s搞定Docker 全部核心知识都在这里》
基于k8s搭建devops环境
04-05
DevOps环境是一种将开发和运维工作结合起来的方法，可以帮助团队更快地交付高质量的软件。在本文中，我们将介绍如何使用Kubernetes（K8s）搭建DevOps环境。 步骤1：安装Kubernetes 首先，您需要安装Kubernetes。您可以选择使用Minikube或Kubernetes集群。Minikube是一个轻量级的Kubernetes发行版，可以在本地机器上运行。如果您想在云上运行Kubernetes，您可以使用云提供商的托管Kubernetes集群。 步骤2：安装CI / CD工具 接下来，您需要安装CI / CD工具。有许多开源工具可用，如Jenkins，GitLab CI，CircleCI等。您可以选择您最喜欢的工具来为您的环境设置CI / CD流程。 步骤3：创建Kubernetes清单 创建Kubernetes清单来定义您的应用程序和服务。您可以使用YAML文件定义Pod，Deployment，Service等资源。在创建清单时，请确保将CI / CD流程集成到您的清单中。 步骤4：部署应用程序 使用kubectl命令将您的应用程序部署到Kubernetes集群中。您可以使用kubectl create命令来创建新的Pod，Deployment和Service。您还可以使用kubectl apply命令来更新现有资源。 步骤5：设置CI / CD流程 最后，您需要设置CI / CD流程。您可以使用CI / CD工具来构建，测试和部署您的应用程序。在设置流程时，请确保将其与您的Kubernetes清单集成，以便自动化部署。 总结 使用Kubernetes搭建DevOps环境可以帮助您更快地交付高质量的软件。通过将开发和运维工作结合起来，您可以更轻松地管理您的应用程序，并在需要时快速进行更改和更新。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值