持续集成及持续部署 在本方案中，需要在通过 code push 事件中触发 Jenkins 进行编译打包，通过邮件审批之后，将应用部署到 Kubernetes 集群中。 安装Jenkins插件 除了前文安装 Jenkins 时默认安装的插件外，还需要安装 GitLab Plugin，Kubernetes

查看更多 →

/etc/gitlab/initial_root_password Jenkins安装及配置 拉取Jenkins镜像。 docker pull jenkins/jenkins:lts 运行Jenkins容器。 由于后续需要在Jenkins容器里执行docker build等相关命令，因此该容器需具备docker

查看更多 →

Gitlab自动触发Jenkins构建 Gitlab触发Jenkins构建有以下两种方式： 通过配置好的Webhook来Push events，触发Jenkins构建任务。 修改构建配置指定分支的文件来Push events，触发Jenkins构建任务。 示例通过方式一来触发Jenkins构建。

查看更多 →

使用Jenkins构建流水线 获取长期的docker login命令 在Jenkins安装部署过程中，已经完成了容器中执行docker命令的配置（参见9），故Jenkins对接SWR无需额外配置，可直接执行docker命令。仅需获取长期有效的SWR登录指令，具体步骤请参见获取长期有效docker

查看更多 →

Tomcat、SpringBoot等模板或者自由组装编排原子步骤进行部署，支持并行部署和流水线无缝集成，实现部署环境标准化和部署过程自动化。了解更多。 Deploy部署（模板） 仅支持在流水线模板中配置，该插件会在通过模板生成流水线时，依照当前配置的部署任务模板，自动创建部署任务并配置到所生成的流水线中。

查看更多 →

发布、部署、维护都能更快、更频繁、更可靠，保障开发结果的稳定可靠。随着微服务、中台架构的兴起，DevOps重要性日益显著。 方案架构 该方案使用Gitlab和Jenkins来实现容器应用的自动化构建和持续部署，其中Gitlab提供了源码管理和版本控制的功能，而Jenkins则负责

查看更多 →

操作前准备 准备Jenkins环境 上传代码到GitLab代码仓库 安装和初始化配置obsutil工具 安装和初始化配置KooCLI工具 安装Jenkins插件并配置Jenkins工具 父主题： 使用GitLab对接Jenkins自动构建并升级部署到ServiceStage的组件

查看更多 →

概述 适用场景 使用jenkins来构建部署升级微服务组件，升级涉及多个微服务组件，每个组件有单独的流水线用于构建部署升级。但是组件之间存在依赖关系，必须等待所依赖的组件升级完成才能升级流水线，否则会有基本功能问题。 升级过程需要时刻关注所依赖的组件是否升级完成，才能进行下一个组件的升级任务。

查看更多 →

环境准备 准备Jenkins环境 上传代码到Gitlab代码仓库 安装obsutil工具 安装KooCLI工具 安装插件并配置Jenkins工具 父主题： Gitlab对接Jenkins自动构建并部署到CAE

查看更多 →

部署“执行Shell命令”步骤超时 问题现象 部署Shell命令：“java -jar jenkins.war --httpPort=8088”时，日志将卡在部署中，直到超时。 原因分析 Shell命令部署结束会获取部署结果，如果是持续执行的命令，等待部署结果会超时，此时会报出部署失败，并提示部署超时。

查看更多 →

ALM-12067 tomcat资源异常 告警解释 HA每85秒周期性检测Manager的Tomcat资源。当HA连续2次都检测到Tomcat资源异常时，产生该告警。 当HA检测到Tomcat资源正常后，告警恢复。 Tomcat资源为单主资源，一般资源异常会导致主备倒换，看到告警

查看更多 →

JDK1.8 部署 Nginx 部署 安装MQ 安装mysql5.7 安装minio 安装redis 安装job 安装Seata1.4.2+Nacos1.4.2 安装OpenOffice yum安装npm和nodejs node项目安装软件列表 安装neo4j 安装 kp-abstract

查看更多 →

配置流水线构建任务 场景一：使用Jenkins构建生成的是软件包，如Jar包，就使用脚本中的软件包部署场景，软件包部署会将构建出来的软件包上传到OBS桶中并升级CAE组件。 场景二：使用Jenkins构建生成的是镜像包，就使用脚本中的镜像部署场景，镜像部署会将构建出来的镜像包上传到SWR镜像仓库中并升级CAE组件。

查看更多 →

配置流水线构建任务 场景一：使用Jenkins构建生成的是软件包，如Jar包，就使用脚本中的软件包部署场景，软件包部署会将构建出来的软件包上传到OBS桶中并升级ServiceStage组件。 场景二：使用Jenkins构建生成的是镜像包，就使用脚本中的镜像部署场景，镜像部署会将构

查看更多 →

DevOps 在CCE中安装部署Jenkins Gitlab对接SWR和CCE执行CI/CD 使用Argo CD实现持续交付 使用Jenkins和Gitlab实现多集群隔离的DevOps流程

查看更多 →

实施步骤 搭建Jenkins和Gitlab环境 配置集群环境 配置Gitlab项目 持续集成及持续部署 父主题： 使用Jenkins和Gitlab实现多集群隔离的DevOps流程

查看更多 →

构建验证 手动构建验证 Gitlab自动触发Jenkins构建 父主题： Gitlab对接Jenkins自动构建并部署到CAE

查看更多 →

如果按照以上方法部署脚本，仍未达到预期效果，比如应用显示部署成功，但服务没有真正启动，请按以下步骤排查： 以启动tomcat脚本为例： 启动后查看tomcat进程是否启动成功：添加“执行shell命令”部署步骤，添加参考命名ps -ef|grep tomcat，检测tomcat进程是否启动成功。

查看更多 →

动/停止Tomcat服务”中“停止命令”部署失败。 解决办法 登录主机，进入路径：Tomcat安装路径/conf，找到并修改server.xml文件中的shutdown端口为最近一次“启动/停止Tomcat服务”中“启动命令”时的shutdown端口，修改完成后重新部署应用。 父主题：

查看更多 →

构建验证 手动构建验证 GitLab自动触发Jenkins构建 父主题： 使用GitLab对接Jenkins自动构建并升级部署到ServiceStage的组件

查看更多 →

部署失败 问题现象 部署“安装Tomcat”步骤时失败。 处理方法 在控制台输入“java -version”查看是否有JAVA环境，如果没有请添加JAVA环境。 查看机器上是否存在其他版本的Tomcat，如果有请删掉Tomcat环境变量，然后重试。 查看是否有相同端口的服务。

查看更多 →