jenkins+maven+ansible实现测试环境完全自动发布

1、jenkins安装配置略
2、配置maven

[root@jenkins-99 maven]# cat /etc/profile.d/maven.sh 
export MAVEN_HOME=/usr/local/maven
export PATH=$PATH:$MAVEN_HOME/bin
[root@jenkins-99 maven]# source /etc/profile

3、jenkins里配置maven环境

jenkins+maven+ansible实现测试环境完全自动发布

4、新建自动风格项目-api_125_8181
jenkins+maven+ansible实现测试环境完全自动发布
jenkins+maven+ansible实现测试环境完全自动发布

jenkins+maven+ansible实现测试环境完全自动发布
jenkins+maven+ansible实现测试环境完全自动发布
5、编写ansilbe-playbook

[root@jenkins-99 ansible]# ll
总用量 28
-rw-r--r--.  1 root root 19179 1月  30 04:15 ansible.cfg
drwxr-xr-x.  2 root root    16 7月   2 12:50 group_vars
-rw-r--r--.  1 root root   129 6月  26 15:40 hosts
drwxr-xr-x. 12 root root  4096 6月  28 20:00 roles
备注:全局变量,指定了jenkins的workspace
[root@jenkins-99 ansible]# cat group_vars/all 
jenkins_home: /var/lib/jenkins/workspace/

[root@jenkins-99 roles]# cat api_125_8181/tasks/main.yml 
- name: copy api
  copy: src={{ jenkins_home }}/api_125_8181/target/exchange-api.war dest=/opt/exchange-api/www/ROOT.war  backup=yes
- name: restart api
  shell: /opt/script/startapi.sh   #调用目标主机的脚本,进行服务重启
[root@jenkins-99 roles]# cat api_125_8181/api.yml   #该入口文件配置在上面的jenkins当中,当jenkins构建时,调用执行任务
- hosts: 172.16.1.125
  remote_user: root
  roles:
  - api_125_8181   #指定roles目录下哪个项目
[root@jenkins-99 ansible]# tree roles/api_125_8181/
roles/api_125_8181/
├── api.yml
├── files
│   └── startfront.sh
├── front.retry
└── tasks
    └── main.yml

2 directories, 4 files
[root@jenkins-99 ansible]# 

6、构建调试
jenkins+maven+ansible实现测试环境完全自动发布

转载于:https://blog.51cto.com/9682938/2135024

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Linux 多tomcat服务 统一安装 统一部署 工具 shell编写 1 引言 基于JAVA开发项目,随着服务的越来越多,配置文件更是眼花缭乱,每次不知道因为配置问题浪费多少时间,更不知道因为配置问题出过多少问题。多台服务器来回切换,如果服务需要依赖,启动更是问题。 1.1 目的 一次修改,统一安装;操作简单,实用高效。 1.2 范围 本项目使用范围包括: * 基于JAVA开发项目 * 项目相关服务繁多 * 服务启动有依赖关系 1.3 读者 本需求规格说明书的阅读者或其他文档干系人有平台总监、产品经理、项目总监、项目经理、开发人员、测试人员、用户体验设计人员等。 2 项目总体描述 2.1 系统总体功能框架 2.2 系统功能列表 Exec 建立信任、初始命令 初始 Tools 提供服务与服务列表 扫描提供服务列表,获取配置信息 Conf 自动获取需要修改配置 自动生成 Bin 执行脚本 提供总执行与单一执行脚本 New 存放修改后配置文件 与bak保留文件成反比 Bak 存放原始配置文件 便于问题分析 Temp 存放临时文件 临时文件将及时删除无任何冗积 Workapp 存放war包 上传war包 3 功能描述 3.1 获取配置文件 通过本系统获取配置文件非常简单,只需用户提供服务列表,其他无需操作。服务列表如下: name ip serve 服务名称 192.168.0.1 /home/tomcat_服务名称 服务名称 192.168.1.2 /home/tomcat_服务名称 服务名称 192.168.1.2 /home/tomcat_服务名称 名词解释: name :服务名称,需与war包名称一致。 ip :服务器ip地址。 serve :Tomcat部署路径。 执行脚本,“.. /unifyDeploy/conf”自动生成用户所需修改配置文件,配置文件是通过筛选后生成,所以一个服务不管需要配置多少文件,这里只生成一个,方便修改与管理。 3.2 自动化统一安装部署 自动化统一安装部署,包括:上传解压war包、同步配置、启动服务、监控服务等。 list.ll one.sh pass.war startup.sh syn.cn two.sh 部署支持统一安装于分布式安装,每个脚本可以拆分开任意组合使用,比如: 1) 一套新环境tomcat中还未部署服务,只需调整上传war包脚本顺序,先上传war后,后续操作正常执行。 2) 迭代更新,功能稍作修改,原配置项无需修改,也只需调整上传war包脚本顺序,先获取原有配置,再上传更新war包,后续操作正常执行。 3.3 优缺点描述 优点描述: * 适用于统一安装部署,也适用于单独服务安装部署。 * 保留原始备份,方便部署前后配置对比。 * 操作简单、需求扩展能力强。 不足描述: * 暂时只适用于基于tomcat服务器项目。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值