- 浏览: 103252 次
- 性别:
- 来自: 深圳
-
文章分类
- 全部博客 (209)
- http://docs.jpush.io/server/java_sdk/ (1)
- SpingMVC ModelAndView (1)
- Model (1)
- Control以及参数传递 (1)
- https://www.alipay.com/ (1)
- 检查指定的字符串列表是否不为空。 (1)
- 转自http://my.oschina.net/rpgmakervx/blog/505434 (1)
- 压缩js (1)
- 含包含 字母数字校验 (1)
- 判断浏览器是ie (1)
- fixbox (0)
- 转自http://www.cnblogs.com/lanzi/archive/2010/10/26/1861338.html (1)
- http://dl2.iteye.com/upload/attachment/0113/2406/afbd8d53-dcad-3afc-8d78-41c1591 (0)
- IDEA (0)
- maven搭建 (0)
- http://www.jeasyuicn.com/api/docTtml/index.htm (1)
- 给tomcat添加运行内存: (1)
- JPUSH推送 (1)
- requestScope (0)
- oracle中plsql安装client10连接数据库 (1)
- 不需要安装oracle11g (1)
- tuikuan (1)
- http://www.hjxmall.com/index.php (1)
- java (1)
- 参考 (1)
- xml签名验签模拟程序 (1)
- 技术网站收集分享 (1)
- Java NIO提供了与标准IO不同的IO工作方式 ------来源于 http://www.iteye.com/magazines/132-Java-NIO (1)
- oracle表查询语句优化 (0)
- oracle (5)
- a (1)
- TenpayHttpClient (2)
- mongodb (1)
- http://www.qcloud.com/product/cmongo.html?utm_source=pcsem1&utm_medium=bdgj46&utm_campaign=baidu (1)
- SpringMVC整合MongoDB开发 (0)
- SpringMVC整合MongoDB开发 https://www.mongodb.org (1)
- Java 语言中常见问题总结 (1)
- 数据库SQL优化大总结 (1)
- 拦截器与过滤器的区别 (1)
- Struts2中拦截器与过滤器的区别及执行顺序 (1)
- Spring声明式事务管理与配置 (0)
- oracle OPERTION (1)
- java 高并发多线程开发 (1)
- Collection 与 map 接口相关集合 (1)
- 多线程开发实践 (1)
- JVM调优总结 转自 http://www.importnew.com/18694.html (1)
- redis 五种数据类型的使用场景 转自于 http://blog.csdn.net/gaogaoshan/article/details/41039581 (1)
- HttpWatch http基础 来自于http://blog.csdn.net/gaogaoshan/article/details/21237555 (1)
- maven 远程仓库 http://blog.csdn.net/gaogaoshan/article/details/40266779 (1)
- 生成Webservice客户端的4中方法 http://blog.csdn.net/gaogaoshan/article/details/8980775 (1)
- http://fgh2011.iteye.com/blog/1564283 (1)
- sleep和wait有什么区别 http://xiaowei2002.iteye.com/blog/2174188 (1)
- JDK中常用包及其类 常见的几种RuntimeException (1)
- Java的运行原理 (1)
- mybatis缓存的使用及理解 http://my.oschina.net/dxqr/blog/123163 (1)
- 软件架构设计分析 (1)
- redis技术总结 (3)
- java面试总结知识点 (1)
- ZooKeeper技术 (1)
- Hadoop (1)
- sso单点登录 (1)
- SpringIOC (1)
- 书签ssssssssssssssssssssss (1)
- spring事务的隔离级别 http://www.cnblogs.com/yangy608/archive/2011/06/29/2093478.html (1)
- 秒杀系统架构分析与实战 http://www.importnew.com/18920.html (1)
- oracle 连接plsql配置 (1)
- maven工程集成springmvc http://blog.csdn.net/fox_lht/article/details/16952683 (1)
- java类序列化与反序列化版本唯一号serialVersionUID (1)
- spring注解用法总结 (1)
- eclipse导入maven项目找不到资源文件方法 (1)
- dubbo (0)
- socket 网络编程 服务器与客户端 编程 (1)
- Thread与Runnable实现线程利用线程插队实现求和操作 (1)
- 生产者与消费者模式 (1)
- JAXB注解 java 关于xml的注解,自动生成xml文件 - @XML*** (1)
- xml 与JAVAbean转换 (1)
- MAP (2)
- decimalToString (1)
- 反编译插件 (0)
- 反编译插件 https://sourceforge.net/projects/jadclipse/?source=typ_redirect (1)
- AWX (1)
- 官网地址Dinp (1)
- public interface ExecutorService extends Executor (1)
- MAIN (1)
- 转自于 http://blog.csdn.net/lufeng20/article/details/24314381 (1)
- JaxbUtil (1)
- HttpXmlClient (0)
- Http post 请求 (1)
- URLDecoder (1)
- spdb (0)
- 订单号生成规则 (1)
- 距离0点毫秒数 (1)
- MyBatis存储过程调用java (1)
- Banks (1)
- 学习网址 (1)
- hots配置oracle数据库配置修改 (1)
- 支付宝文档 (1)
- Jadclipse (1)
- filter (0)
- Filter过滤器 (1)
- 工具类 fixbox (1)
- java quartz (0)
- java quartz 实现定时任务,每个礼拜一到礼拜五定时执行 (1)
- Thread (4)
- getResourceAsStream (1)
- BigData (1)
- 开源架构 (17)
- 架构 (0)
- 文件操作 (2)
- tools (20)
- 测试工具 (1)
- vm (1)
- mq (1)
- blog (1)
- 开源架构搭建技术 (6)
- JAVA细节技术点总结 (1)
- 优化技术 (1)
- LINUX命令使用 (1)
- spring (2)
- 大数据 (1)
- struts2 (1)
- python (1)
- pay (1)
- linux (1)
- 压力测试 (1)
- 代码检查插件 (1)
- 游戏端开发 (1)
- 微信开发相关 (1)
- 搜索引擎 (1)
- 网络技术 (1)
- 分布式部署 (1)
- 堆栈信息 (1)
最新评论
https://jenkins.io/index.html
https://www.ansible.com/tower
最近一直在学习Ansible的一些playbook的写法, 所以一直没有怎么更新, 想到目前大家对诸如saltstack, docker, Ansible等自动化部署相关的工具很感兴趣, 但又苦于没有可学习的中文实例, 这里我就把我这几个月所接触到目前国外比较流行的部署经验给大家分享一下.
首先给大家介绍的是Ansible, 恩, 重要的问题说三遍, 不是Saltstack, Ansible作为一个python写的自动化部署工具, 确实较之前我所接触的Chef, saltstack, puppet更有自己的一些优势, 首先就是agentless, 无需在Linux client安装任何服务即可无缝连接Linux default ssh端口进行部署(windows需要安装winrm 开启ssh服务), 这点其实我觉得非常重要, 可以想象很多公司本身是对network管理非常严格的, 在部署一个产品的同时你需要考虑很多时间成本, 使用其他部署工具本身非常棘手的问题就是去申请开端口, client量少的话, 我们可以去等, 多的话本身你去request, waiting, unblock port等等long long process.... 最后会耗费很长时间. 这个对很多产品本身就是很致命的. 不推荐Saltstack的原因也是因为其需要在每台agent逐一去安装client service并测试, 这本身就会耗费一些时间成本.
其他呢? 其实我觉得就是容易上手, 语法简单, 有现成模板让你去学习, 加之是我们非常喜爱的python语法, why not?
Jenkins不用我多说, 估计懂行的人都在用它, 开源, 轻量级, 兼容性和扩展性强, 直观的GUI管理这都是它的优势, 配合Ansible我觉得用起来会非常easy going.
最后提一下Gitlab, 为什么要用Gitlab? 他作为一个代码版本控制系统和部署有什么关系呢? 其实这里就涉及一个我们Ansible playbook管理问题, 试想我们需要维护一个公司庞大的server集群, 我们所有需要部署的机器或者产品会对应我们相对的部署脚本, 我们使用的Ansible playbook如果只是保存在Ansible Server的具体某个目录, 这本身就不便于我们进行编写维护更新(想想每次都跑到远程去编写playbook或者每次在本地编写好后再upload到远程我都会脑补数以万计的).
这里Gitlab就给我们提供一个非常方便以及直观的Playbook management. 我们需要做的其实就是在Gitlab去建立一个对应产品或者server的playbook仓库, 然后我们在本地写好后直接commit到这个仓库, 最后在部署的时候, 去让Jenkins pull这个playbook到其workspace, 并作为一个Job去run这个playbook, 这样是不是很规范, 而且便于管理?
当然Ansible本身企业版Tower也会提供一个类似管理并维护playbook以及监控ansible本身running process的GUI管理系统, 用起来也很不错, 但作为收费版本, 我们在这里就不做过多阐述了.
这里我推荐Jenkins和Ansible可以安装到同一个环境作为部署server, Gitlab作为版本控制系统可单独部署在另一台server.
总结:
Jenkins首先从Gitlab去抓取我们写好的具体产品的playbook, 并使用virtualenv下的Ansible相关命令, 保证我们在一个clean的环境下使用stable version去批量部署我们的产品到远程client.
Let's go.....
一. 安装环境
System: CentOS 6.7 x64 (deploy.example.com)
Jenkins: Jenkins ver. 1.650
Ansible: Ansible 2.1.0
Gitlab: GitLab 7.14.3
二. Jenkins配置
我们创建deploy用户作为jenkins_user, workspace为deploy家目录下的jenkins目录.
# su - root
# adduser deploy
# wget -O /etc/yum.repos.d/jenkins.repo http://pkg.jenkins-ci.org/redhat/jenkins.repo
# rpm --import https://jenkins-ci.org/redhat/jenkins-ci.org.key
# yum install jenkins -y
# vi /etc/sysconfig/jenkins
...
JENKINS_HOME="/home/deploy/jenkins"
JENKINS_USER="deploy"
...
# service jenkins start
浏览器访问Jenkins页面
http://deploy.example.com:8080
安装完成, 以下是我已经配置好的一些Jenkins Job.
QQ20160311-0
这里我们使用一个国内PHP网站模板phpcms作为我们需要部署的产品进行本次范例演示, 在进行最终的Build前我们需要做一些准备工作, 稍后我们会回到这个界面.
三. Ansible配置
这里我们需要配置virtualenv去隔离我们ansible的发行版本为最新版本2.1.0, 默认pip或者yum安装的1.9版本因为BUG以及对windows不兼容的原因, 这里不推荐使用.
配置步骤传送门: http://www.showerlee.com/archives/1862
Ansible-playbook范例传送门: http://www.showerlee.com/archives/1649
四. Gitlab配置
部署并使用传送门: http://www.showerlee.com/archives/1285
我们最终会创建一个ansible playbook仓库 git@git.example.cn:showerlee/Ansible-showerlee.git, 并在本地编写好我们的规则, 最终commit到这个仓库, 以便Jenkins去调用我们的部署规则.
这里博主单独clone出来一份部署phpcms的playbook仓库, 算是给大家的福利:
https://git.yanwenbo.cn/showerlee/leon-playbook-phpcms1.1
QQ20160311-2
QQ20160311-3
QQ20160311-4
五.最终部署
准备工作完毕, 我们接下来给大家介绍Jenkins Job配置.
1.创建一个new item
QQ20160311-5
2. 创建一个freestyle Job, 命名规则"产品名-环境", 这里我们为Phpcms-Dev
QQ20160311-6
3. Job配置
1). 定制Build参数.
这里Dynamic Choice Parameter用来通过Groovy脚本来抓取这个git仓库的所有branch, 并作为一个多选项, 方便我们在最终Build前去选择我们需要的这个产品Branch分支.
Groovy抓取Git branch代码:
def gettags = ("git ls-remote -h git@git.yanwenbo.cn:showerlee/phpcms.git").execute()
gettags.text.readLines().collect { it.split()[1].replaceAll('refs/heads/', '') }.unique()
QQ20160311-11
Choice Parameter也是用来给我们Job定制Build前的可选参数, 不过这里的参数可以直接写死
deploy_environment为我们的参数名, 定义我们的部署环境名, prod, qa为我们具体的可选项, 定义我们产品的两个环境.
QQ20160311-82). 源代码管理
我们可以利用Jenkins内置的Source Code Management工具去抓取远程Git或者SVN仓库的代码到本地, 这里我们抓取存放在我们Gitlab上的Playbook到Jenkins的workspace目录, 用来进行后续部署工作, 这个仓库如需认证, 我们可以在Credentials add这个仓库的用户账号密码, 其余均保持默认即可(默认Jenkins default不支持Git, 需要到其后台安装Git插件)
QQ20160311-93). Execute shell进行最终的CLI部署.
这个Build模块下的Execute shell方法是Jenkins比较常用并非常核心的功能, 用来执行我们部署过程中核心的命令.
开头和结尾的set +x, set -x用来打开和关闭该部分的扩展参数及命令
开启virtualenv和加载ansible环境变量
# source /home/deploy/.virtualenv/bin/activate
# . /home/deploy/.virtualenv/ansible/hacking/env-setup -q
进入该Job的workspace目录下保存该playbook的仓库子目录下, 检查ansible版本, 并执行最终的部署命令.
cd $WORKSPACE/leon-playbook-phpcms1.1
ansible --version
ansible-playbook -i inventory/$deploy_environment ./deploy.yml -e project=phpcms -e branch=$branch_selector -e env=$deploy_environment
注: -i 用来自定义ansible host文件路径, ./deploy.yml为ansible-playbook入口文件, -e 后可跟给当前session添加的环境变量.
这里$deploy_environment $branch_selector 为该Job定义好的可选参数, 详见3-1)
QQ20160311-10
配置完毕后, save保存.
4. 执行Job.
QQ20160311-12
选择master分支和prod环境
QQ20160311-13
查看该Job最终的console output, 也就是显示我们实际在CLI下的输出结果.
QQ20160311-14
Console Output
Started by user Leon Li
Building in workspace /home/deploy/jenkins/workspace/Phpcms-Dev
> git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
> git config remote.origin.url git@git.yanwenbo.cn:showerlee/Ansible-showerlee.git # timeout=10
Fetching upstream changes from git@git.yanwenbo.cn:showerlee/Ansible-showerlee.git
> git --version # timeout=10
> git fetch --tags --progress git@git.yanwenbo.cn:showerlee/Ansible-showerlee.git +refs/heads/*:refs/remotes/origin/*
> git rev-parse refs/remotes/origin/master^{commit} # timeout=10
> git rev-parse refs/remotes/origin/origin/master^{commit} # timeout=10
Checking out Revision 6bf787dcad68219d8eee09cecb83cbca36edbef1 (refs/remotes/origin/master)
> git config core.sparsecheckout # timeout=10
> git checkout -f 6bf787dcad68219d8eee09cecb83cbca36edbef1
> git rev-list 6bf787dcad68219d8eee09cecb83cbca36edbef1 # timeout=10
[Phpcms-Dev] $ /bin/sh -xe /tmp/hudson7452069223867148990.sh
+ set +x
ansible 2.1.0 (devel 6ddea3e915) last updated 2016/02/16 16:13:32 (GMT +800)
lib/ansible/modules/core: (detached HEAD 8d126bd877) last updated 2016/02/16 16:19:09 (GMT +800)
lib/ansible/modules/extras: (detached HEAD f6c5ed987f) last updated 2016/02/16 16:19:40 (GMT +800)
config file = /home/deploy/jenkins/workspace/Phpcms-Dev/leon-playbook-phpcms1.1/ansible.cfg
configured module search path = /home/deploy/active-ansible-modules/
PLAY ***************************************************************************
TASK [setup] *******************************************************************
ok: [127.0.0.1]
TASK [deploy : Backup current source code] *************************************
changed: [127.0.0.1]
cmd: mv /data/deploy_dir/phpcms /data/deploy_dir/phpcms_master_1457681152
start: 2016-03-11 15:25:54.774716
end: 2016-03-11 15:25:54.927415
delta: 0:00:00.152699
TASK [deploy : Get new source code] ********************************************
changed: [127.0.0.1]
TASK [deploy : Check if caches/configs/database.php exists] ********************
ok: [127.0.0.1]
TASK [deploy : Check if test_dir exists] ***************************************
ok: [127.0.0.1]
TASK [deploy : debug] **********************************************************
ok: [127.0.0.1] => {
"msg": "/data/deploy_dir/phpcms_master_1457681152/caches/configs/database.php exists"
}
msg: /data/deploy_dir/phpcms_master_1457681152/caches/configs/database.php exists
TASK [deploy : debug] **********************************************************
ok: [127.0.0.1] => {
"msg": "/data/deploy_dir/phpcms_master_1457681152/test_dir exists"
}
msg: /data/deploy_dir/phpcms_master_1457681152/test_dir exists
TASK [deploy : Copy remote necessary original config to new release when Product env] ***
changed: [127.0.0.1] => (item={u'name': u'db_config', u'dir': u'caches/configs/database.php'})
changed: [127.0.0.1] => (item={u'name': u'version_config', u'dir': u'caches/configs/version.php'})
msg: All items completed
results: [
{
"src": "/data/deploy_dir/phpcms_master_1457681152/caches/configs/database.php",
"changed": true,
"group": "deploy",
"uid": 606,
"dest": "/data/deploy_dir/phpcms/caches/configs/database.php",
"checksum": "91869c2faa244f8c5de8a586636c6b4f3c0a2817",
"md5sum": "fd88a78a4629bca012a79d22fdcecadd",
"owner": "deploy",
"_ansible_no_log": false,
"item": {
"name": "db_config",
"dir": "caches/configs/database.php"
},
"state": "file",
"gid": 608,
"mode": "0644",
"invocation": {
"module_args": {
"src": "/data/deploy_dir/phpcms_master_1457681152/caches/configs/database.php",
"directory_mode": null,
"force": true,
"remote_src": true,
"dest": "/data/deploy_dir/phpcms/caches/configs/database.php",
"selevel": null,
"seuser": null,
"setype": null,
"group": null,
"content": null,
"serole": null,
"original_basename": null,
"delimiter": null,
"mode": "0644",
"regexp": null,
"owner": null,
"follow": false,
"validate": null,
"backup": false
}
},
"size": 302
},
{
"src": "/data/deploy_dir/phpcms_master_1457681152/caches/configs/version.php",
"changed": true,
"group": "deploy",
"uid": 606,
"dest": "/data/deploy_dir/phpcms/caches/configs/version.php",
"checksum": "d0eaedb46a36303eb3f3e2a77cc2a623062eff3c",
"md5sum": "7917d8199b7c6d5bc87ff3035a72670e",
"owner": "deploy",
"_ansible_no_log": false,
"item": {
"name": "version_config",
"dir": "caches/configs/version.php"
},
"state": "file",
"gid": 608,
"mode": "0644",
"invocation": {
"module_args": {
"src": "/data/deploy_dir/phpcms_master_1457681152/caches/configs/version.php",
"directory_mode": null,
"force": true,
"remote_src": true,
"dest": "/data/deploy_dir/phpcms/caches/configs/version.php",
"selevel": null,
"seuser": null,
"setype": null,
"group": null,
"content": null,
"serole": null,
"original_basename": null,
"delimiter": null,
"mode": "0644",
"regexp": null,
"owner": null,
"follow": false,
"validate": null,
"backup": false
}
},
"size": 127
}
]
TASK [deploy : Copy dir test_dir to new release when Product env] **************
changed: [127.0.0.1]
cmd: cp -a /data/deploy_dir/phpcms_master_1457681152/test_dir /data/deploy_dir/phpcms/
start: 2016-03-11 15:26:16.966237
end: 2016-03-11 15:26:17.069705
delta: 0:00:00.103468
TASK [deploy : Get php version] ************************************************
changed: [127.0.0.1 -> localhost]
cmd: python /home/deploy/jenkins/workspace/Phpcms-Dev/leon-playbook-phpcms1.1/roles/deploy/files/get_php_version.py http://www.showerlee.com
start: 2016-03-11 15:26:17.468311
end: 2016-03-11 15:26:51.560313
delta: 0:00:34.092002
stdout: PHP/5.4.13
TASK [deploy : debug] **********************************************************
ok: [127.0.0.1] => {
"msg": {
"changed": true,
"cmd": "python /home/deploy/jenkins/workspace/Phpcms-Dev/leon-playbook-phpcms1.1/roles/deploy/files/get_php_version.py http://www.showerlee.com",
"delta": "0:00:34.092002",
"end": "2016-03-11 15:26:51.560313",
"rc": 0,
"start": "2016-03-11 15:26:17.468311",
"stderr": "",
"stdout": "PHP/5.4.13",
"stdout_lines": [
"PHP/5.4.13"
],
"warnings": []
}
}
msg: {
"changed": true,
"end": "2016-03-11 15:26:51.560313",
"stdout": "PHP/5.4.13",
"cmd": "python /home/deploy/jenkins/workspace/Phpcms-Dev/leon-playbook-phpcms1.1/roles/deploy/files/get_php_version.py http://www.showerlee.com",
"start": "2016-03-11 15:26:17.468311",
"delta": "0:00:34.092002",
"stderr": "",
"rc": 0,
"stdout_lines": [
"PHP/5.4.13"
],
"warnings": []
}
TASK [deploy : debug] **********************************************************
ok: [127.0.0.1] => {
"msg": "PHP/5.4.13"
}
msg: PHP/5.4.13
PLAY RECAP *********************************************************************
127.0.0.1 : ok=12 changed=5 unreachable=0 failed=0
Finished: SUCCESS
这样我们就利用Jenkins+Ansible+Gitlab, 成功部署phpcms到远程Client.
https://www.ansible.com/tower
最近一直在学习Ansible的一些playbook的写法, 所以一直没有怎么更新, 想到目前大家对诸如saltstack, docker, Ansible等自动化部署相关的工具很感兴趣, 但又苦于没有可学习的中文实例, 这里我就把我这几个月所接触到目前国外比较流行的部署经验给大家分享一下.
首先给大家介绍的是Ansible, 恩, 重要的问题说三遍, 不是Saltstack, Ansible作为一个python写的自动化部署工具, 确实较之前我所接触的Chef, saltstack, puppet更有自己的一些优势, 首先就是agentless, 无需在Linux client安装任何服务即可无缝连接Linux default ssh端口进行部署(windows需要安装winrm 开启ssh服务), 这点其实我觉得非常重要, 可以想象很多公司本身是对network管理非常严格的, 在部署一个产品的同时你需要考虑很多时间成本, 使用其他部署工具本身非常棘手的问题就是去申请开端口, client量少的话, 我们可以去等, 多的话本身你去request, waiting, unblock port等等long long process.... 最后会耗费很长时间. 这个对很多产品本身就是很致命的. 不推荐Saltstack的原因也是因为其需要在每台agent逐一去安装client service并测试, 这本身就会耗费一些时间成本.
其他呢? 其实我觉得就是容易上手, 语法简单, 有现成模板让你去学习, 加之是我们非常喜爱的python语法, why not?
Jenkins不用我多说, 估计懂行的人都在用它, 开源, 轻量级, 兼容性和扩展性强, 直观的GUI管理这都是它的优势, 配合Ansible我觉得用起来会非常easy going.
最后提一下Gitlab, 为什么要用Gitlab? 他作为一个代码版本控制系统和部署有什么关系呢? 其实这里就涉及一个我们Ansible playbook管理问题, 试想我们需要维护一个公司庞大的server集群, 我们所有需要部署的机器或者产品会对应我们相对的部署脚本, 我们使用的Ansible playbook如果只是保存在Ansible Server的具体某个目录, 这本身就不便于我们进行编写维护更新(想想每次都跑到远程去编写playbook或者每次在本地编写好后再upload到远程我都会脑补数以万计的).
这里Gitlab就给我们提供一个非常方便以及直观的Playbook management. 我们需要做的其实就是在Gitlab去建立一个对应产品或者server的playbook仓库, 然后我们在本地写好后直接commit到这个仓库, 最后在部署的时候, 去让Jenkins pull这个playbook到其workspace, 并作为一个Job去run这个playbook, 这样是不是很规范, 而且便于管理?
当然Ansible本身企业版Tower也会提供一个类似管理并维护playbook以及监控ansible本身running process的GUI管理系统, 用起来也很不错, 但作为收费版本, 我们在这里就不做过多阐述了.
这里我推荐Jenkins和Ansible可以安装到同一个环境作为部署server, Gitlab作为版本控制系统可单独部署在另一台server.
总结:
Jenkins首先从Gitlab去抓取我们写好的具体产品的playbook, 并使用virtualenv下的Ansible相关命令, 保证我们在一个clean的环境下使用stable version去批量部署我们的产品到远程client.
Let's go.....
一. 安装环境
System: CentOS 6.7 x64 (deploy.example.com)
Jenkins: Jenkins ver. 1.650
Ansible: Ansible 2.1.0
Gitlab: GitLab 7.14.3
二. Jenkins配置
我们创建deploy用户作为jenkins_user, workspace为deploy家目录下的jenkins目录.
# su - root
# adduser deploy
# wget -O /etc/yum.repos.d/jenkins.repo http://pkg.jenkins-ci.org/redhat/jenkins.repo
# rpm --import https://jenkins-ci.org/redhat/jenkins-ci.org.key
# yum install jenkins -y
# vi /etc/sysconfig/jenkins
...
JENKINS_HOME="/home/deploy/jenkins"
JENKINS_USER="deploy"
...
# service jenkins start
浏览器访问Jenkins页面
http://deploy.example.com:8080
安装完成, 以下是我已经配置好的一些Jenkins Job.
QQ20160311-0
这里我们使用一个国内PHP网站模板phpcms作为我们需要部署的产品进行本次范例演示, 在进行最终的Build前我们需要做一些准备工作, 稍后我们会回到这个界面.
三. Ansible配置
这里我们需要配置virtualenv去隔离我们ansible的发行版本为最新版本2.1.0, 默认pip或者yum安装的1.9版本因为BUG以及对windows不兼容的原因, 这里不推荐使用.
配置步骤传送门: http://www.showerlee.com/archives/1862
Ansible-playbook范例传送门: http://www.showerlee.com/archives/1649
四. Gitlab配置
部署并使用传送门: http://www.showerlee.com/archives/1285
我们最终会创建一个ansible playbook仓库 git@git.example.cn:showerlee/Ansible-showerlee.git, 并在本地编写好我们的规则, 最终commit到这个仓库, 以便Jenkins去调用我们的部署规则.
这里博主单独clone出来一份部署phpcms的playbook仓库, 算是给大家的福利:
https://git.yanwenbo.cn/showerlee/leon-playbook-phpcms1.1
QQ20160311-2
QQ20160311-3
QQ20160311-4
五.最终部署
准备工作完毕, 我们接下来给大家介绍Jenkins Job配置.
1.创建一个new item
QQ20160311-5
2. 创建一个freestyle Job, 命名规则"产品名-环境", 这里我们为Phpcms-Dev
QQ20160311-6
3. Job配置
1). 定制Build参数.
这里Dynamic Choice Parameter用来通过Groovy脚本来抓取这个git仓库的所有branch, 并作为一个多选项, 方便我们在最终Build前去选择我们需要的这个产品Branch分支.
Groovy抓取Git branch代码:
def gettags = ("git ls-remote -h git@git.yanwenbo.cn:showerlee/phpcms.git").execute()
gettags.text.readLines().collect { it.split()[1].replaceAll('refs/heads/', '') }.unique()
QQ20160311-11
Choice Parameter也是用来给我们Job定制Build前的可选参数, 不过这里的参数可以直接写死
deploy_environment为我们的参数名, 定义我们的部署环境名, prod, qa为我们具体的可选项, 定义我们产品的两个环境.
QQ20160311-82). 源代码管理
我们可以利用Jenkins内置的Source Code Management工具去抓取远程Git或者SVN仓库的代码到本地, 这里我们抓取存放在我们Gitlab上的Playbook到Jenkins的workspace目录, 用来进行后续部署工作, 这个仓库如需认证, 我们可以在Credentials add这个仓库的用户账号密码, 其余均保持默认即可(默认Jenkins default不支持Git, 需要到其后台安装Git插件)
QQ20160311-93). Execute shell进行最终的CLI部署.
这个Build模块下的Execute shell方法是Jenkins比较常用并非常核心的功能, 用来执行我们部署过程中核心的命令.
开头和结尾的set +x, set -x用来打开和关闭该部分的扩展参数及命令
开启virtualenv和加载ansible环境变量
# source /home/deploy/.virtualenv/bin/activate
# . /home/deploy/.virtualenv/ansible/hacking/env-setup -q
进入该Job的workspace目录下保存该playbook的仓库子目录下, 检查ansible版本, 并执行最终的部署命令.
cd $WORKSPACE/leon-playbook-phpcms1.1
ansible --version
ansible-playbook -i inventory/$deploy_environment ./deploy.yml -e project=phpcms -e branch=$branch_selector -e env=$deploy_environment
注: -i 用来自定义ansible host文件路径, ./deploy.yml为ansible-playbook入口文件, -e 后可跟给当前session添加的环境变量.
这里$deploy_environment $branch_selector 为该Job定义好的可选参数, 详见3-1)
QQ20160311-10
配置完毕后, save保存.
4. 执行Job.
QQ20160311-12
选择master分支和prod环境
QQ20160311-13
查看该Job最终的console output, 也就是显示我们实际在CLI下的输出结果.
QQ20160311-14
Console Output
Started by user Leon Li
Building in workspace /home/deploy/jenkins/workspace/Phpcms-Dev
> git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
> git config remote.origin.url git@git.yanwenbo.cn:showerlee/Ansible-showerlee.git # timeout=10
Fetching upstream changes from git@git.yanwenbo.cn:showerlee/Ansible-showerlee.git
> git --version # timeout=10
> git fetch --tags --progress git@git.yanwenbo.cn:showerlee/Ansible-showerlee.git +refs/heads/*:refs/remotes/origin/*
> git rev-parse refs/remotes/origin/master^{commit} # timeout=10
> git rev-parse refs/remotes/origin/origin/master^{commit} # timeout=10
Checking out Revision 6bf787dcad68219d8eee09cecb83cbca36edbef1 (refs/remotes/origin/master)
> git config core.sparsecheckout # timeout=10
> git checkout -f 6bf787dcad68219d8eee09cecb83cbca36edbef1
> git rev-list 6bf787dcad68219d8eee09cecb83cbca36edbef1 # timeout=10
[Phpcms-Dev] $ /bin/sh -xe /tmp/hudson7452069223867148990.sh
+ set +x
ansible 2.1.0 (devel 6ddea3e915) last updated 2016/02/16 16:13:32 (GMT +800)
lib/ansible/modules/core: (detached HEAD 8d126bd877) last updated 2016/02/16 16:19:09 (GMT +800)
lib/ansible/modules/extras: (detached HEAD f6c5ed987f) last updated 2016/02/16 16:19:40 (GMT +800)
config file = /home/deploy/jenkins/workspace/Phpcms-Dev/leon-playbook-phpcms1.1/ansible.cfg
configured module search path = /home/deploy/active-ansible-modules/
PLAY ***************************************************************************
TASK [setup] *******************************************************************
ok: [127.0.0.1]
TASK [deploy : Backup current source code] *************************************
changed: [127.0.0.1]
cmd: mv /data/deploy_dir/phpcms /data/deploy_dir/phpcms_master_1457681152
start: 2016-03-11 15:25:54.774716
end: 2016-03-11 15:25:54.927415
delta: 0:00:00.152699
TASK [deploy : Get new source code] ********************************************
changed: [127.0.0.1]
TASK [deploy : Check if caches/configs/database.php exists] ********************
ok: [127.0.0.1]
TASK [deploy : Check if test_dir exists] ***************************************
ok: [127.0.0.1]
TASK [deploy : debug] **********************************************************
ok: [127.0.0.1] => {
"msg": "/data/deploy_dir/phpcms_master_1457681152/caches/configs/database.php exists"
}
msg: /data/deploy_dir/phpcms_master_1457681152/caches/configs/database.php exists
TASK [deploy : debug] **********************************************************
ok: [127.0.0.1] => {
"msg": "/data/deploy_dir/phpcms_master_1457681152/test_dir exists"
}
msg: /data/deploy_dir/phpcms_master_1457681152/test_dir exists
TASK [deploy : Copy remote necessary original config to new release when Product env] ***
changed: [127.0.0.1] => (item={u'name': u'db_config', u'dir': u'caches/configs/database.php'})
changed: [127.0.0.1] => (item={u'name': u'version_config', u'dir': u'caches/configs/version.php'})
msg: All items completed
results: [
{
"src": "/data/deploy_dir/phpcms_master_1457681152/caches/configs/database.php",
"changed": true,
"group": "deploy",
"uid": 606,
"dest": "/data/deploy_dir/phpcms/caches/configs/database.php",
"checksum": "91869c2faa244f8c5de8a586636c6b4f3c0a2817",
"md5sum": "fd88a78a4629bca012a79d22fdcecadd",
"owner": "deploy",
"_ansible_no_log": false,
"item": {
"name": "db_config",
"dir": "caches/configs/database.php"
},
"state": "file",
"gid": 608,
"mode": "0644",
"invocation": {
"module_args": {
"src": "/data/deploy_dir/phpcms_master_1457681152/caches/configs/database.php",
"directory_mode": null,
"force": true,
"remote_src": true,
"dest": "/data/deploy_dir/phpcms/caches/configs/database.php",
"selevel": null,
"seuser": null,
"setype": null,
"group": null,
"content": null,
"serole": null,
"original_basename": null,
"delimiter": null,
"mode": "0644",
"regexp": null,
"owner": null,
"follow": false,
"validate": null,
"backup": false
}
},
"size": 302
},
{
"src": "/data/deploy_dir/phpcms_master_1457681152/caches/configs/version.php",
"changed": true,
"group": "deploy",
"uid": 606,
"dest": "/data/deploy_dir/phpcms/caches/configs/version.php",
"checksum": "d0eaedb46a36303eb3f3e2a77cc2a623062eff3c",
"md5sum": "7917d8199b7c6d5bc87ff3035a72670e",
"owner": "deploy",
"_ansible_no_log": false,
"item": {
"name": "version_config",
"dir": "caches/configs/version.php"
},
"state": "file",
"gid": 608,
"mode": "0644",
"invocation": {
"module_args": {
"src": "/data/deploy_dir/phpcms_master_1457681152/caches/configs/version.php",
"directory_mode": null,
"force": true,
"remote_src": true,
"dest": "/data/deploy_dir/phpcms/caches/configs/version.php",
"selevel": null,
"seuser": null,
"setype": null,
"group": null,
"content": null,
"serole": null,
"original_basename": null,
"delimiter": null,
"mode": "0644",
"regexp": null,
"owner": null,
"follow": false,
"validate": null,
"backup": false
}
},
"size": 127
}
]
TASK [deploy : Copy dir test_dir to new release when Product env] **************
changed: [127.0.0.1]
cmd: cp -a /data/deploy_dir/phpcms_master_1457681152/test_dir /data/deploy_dir/phpcms/
start: 2016-03-11 15:26:16.966237
end: 2016-03-11 15:26:17.069705
delta: 0:00:00.103468
TASK [deploy : Get php version] ************************************************
changed: [127.0.0.1 -> localhost]
cmd: python /home/deploy/jenkins/workspace/Phpcms-Dev/leon-playbook-phpcms1.1/roles/deploy/files/get_php_version.py http://www.showerlee.com
start: 2016-03-11 15:26:17.468311
end: 2016-03-11 15:26:51.560313
delta: 0:00:34.092002
stdout: PHP/5.4.13
TASK [deploy : debug] **********************************************************
ok: [127.0.0.1] => {
"msg": {
"changed": true,
"cmd": "python /home/deploy/jenkins/workspace/Phpcms-Dev/leon-playbook-phpcms1.1/roles/deploy/files/get_php_version.py http://www.showerlee.com",
"delta": "0:00:34.092002",
"end": "2016-03-11 15:26:51.560313",
"rc": 0,
"start": "2016-03-11 15:26:17.468311",
"stderr": "",
"stdout": "PHP/5.4.13",
"stdout_lines": [
"PHP/5.4.13"
],
"warnings": []
}
}
msg: {
"changed": true,
"end": "2016-03-11 15:26:51.560313",
"stdout": "PHP/5.4.13",
"cmd": "python /home/deploy/jenkins/workspace/Phpcms-Dev/leon-playbook-phpcms1.1/roles/deploy/files/get_php_version.py http://www.showerlee.com",
"start": "2016-03-11 15:26:17.468311",
"delta": "0:00:34.092002",
"stderr": "",
"rc": 0,
"stdout_lines": [
"PHP/5.4.13"
],
"warnings": []
}
TASK [deploy : debug] **********************************************************
ok: [127.0.0.1] => {
"msg": "PHP/5.4.13"
}
msg: PHP/5.4.13
PLAY RECAP *********************************************************************
127.0.0.1 : ok=12 changed=5 unreachable=0 failed=0
Finished: SUCCESS
这样我们就利用Jenkins+Ansible+Gitlab, 成功部署phpcms到远程Client.
发表评论
-
postgresql
2017-08-06 17:25 343下载安装 https://www.enterprisedb.c ... -
jadeclipse 反编译插件安装
2017-07-22 11:37 331Eclipse反编译工具Jad及插 ... -
java开发文档网址
2017-07-09 18:00 351--java api 文档路径 http://docs.ora ... -
oracle客户端配置
2017-07-04 21:14 272免安装版,配置plsql 连接oracle数据库, 客户端 ... -
Eclipse Java注释模板设置详解
2017-05-14 12:08 280设置注释模板的入口: Window->Preferenc ... -
maven项目配置
2017-05-14 10:27 328eclipse中使用maven插件的时候,运行run as m ... -
gradle/maven/eclipse工程相互转化
2017-05-04 22:14 427gradle/maven/eclipse工程相互转化: 前提安 ... -
docker
2017-04-23 21:07 278--windows环境下载安装docker https://w ... -
appScan扫描工具
2017-04-12 21:53 667IBM AppScan该产品是一个领先的 Web 应用安全测试 ... -
网络安全软件代码扫描工具
2017-04-08 13:29 1176扫描工具自然是IBM AppSca ... -
json格式化工具
2017-03-06 20:57 378https://sourceforge.net/project ... -
GIT安装
2017-03-04 21:18 337https://git-scm.com/download/wi ... -
Eclipse/MyEclipse怎么设置个性化代码注释模板
2017-01-15 21:04 290打开Eclipse/MyEclipse工具,打开或创建一个Ja ... -
restclient
2016-11-09 07:29 298http://www.softpedia.com/get/Pr ... -
maven下载jar网址
2016-11-08 22:20 305http://mvnrepository.com/ http: ... -
putty
2016-10-08 22:04 343putty PuTTY是一个Telnet、SSH、rlog ... -
自动化运维工具Ansible
2016-09-20 21:56 3421、简介 http://www.ansible.com.cn ... -
IDEA,maven搭建 项目 配置
2015-12-03 21:40 392http://dl2.iteye.com/upload/att ... -
eclipse从svn下载项目到本地,再导入maven工程
2015-10-09 15:41 1540Svn下载项目到本地,删除 ...
相关推荐
结合【压缩包子文件的文件名称列表】"Jenkins+Ansible+Gitlab自动化部署三剑客",我们可以推断这个教程会涵盖以下内容: 1. **Jenkins基础**:设置Jenkins服务器,安装必要的插件,创建和配置构建作业,理解Master-...
运维工具ansible jenkins mesos三种工具讲解,部署、实验、测试、截图
1.版本:matlab2014/2019a/2024a 2.附赠案例数据可直接运行matlab程序。 3.代码特点:参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象:计算机,电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
MMC整流器技术解析:基于Matlab的双闭环控制策略与环流抑制性能研究,Matlab下的MMC整流器技术文档:18个子模块,双闭环控制稳定直流电压,环流抑制与最近电平逼近调制,优化桥臂电流波形,高效并网运行。,MMC整流器(Matlab),技术文档 1.MMC工作在整流侧,子模块个数N=18,直流侧电压Udc=25.2kV,交流侧电压6.6kV 2.控制器采用双闭环控制,外环控制直流电压,采用PI调节器,电流内环采用PI+前馈解耦; 3.环流抑制采用PI控制,能够抑制环流二倍频分量; 4.采用最近电平逼近调制(NLM), 5.均压排序:电容电压排序采用冒泡排序,判断桥臂电流方向确定投入切除; 结果: 1.输出的直流电压能够稳定在25.2kV; 2.有功功率,无功功率稳态时波形稳定,有功功率为3.2MW,无功稳定在0Var; 3.网侧电压电流波形均为对称的三相电压和三相电流波形,网侧电流THD=1.47%<2%,符合并网要求; 4.环流抑制后桥臂电流的波形得到改善,桥臂电流THD由9.57%降至1.93%,环流波形也可以看到得到抑制; 5.电容电压能够稳定变化 ,工作点关键词:MMC
Boost二级升压光伏并网结构的Simulink建模与MPPT最大功率点追踪:基于功率反馈的扰动观察法调整电压方向研究,Boost二级升压光伏并网结构的Simulink建模与MPPT最大功率点追踪:基于功率反馈的扰动观察法调整电压方向研究,Boost二级升压光伏并网结构,Simulink建模,MPPT最大功率点追踪,扰动观察法采用功率反馈方式,若ΔP>0,说明电压调整的方向正确,可以继续按原方向进行“干扰”;若ΔP<0,说明电压调整的方向错误,需要对“干扰”的方向进行改变。 ,Boost升压;光伏并网结构;Simulink建模;MPPT最大功率点追踪;扰动观察法;功率反馈;电压调整方向。,光伏并网结构中Boost升压MPPT控制策略的Simulink建模与功率反馈扰动观察法
STM32F103C8T6 USB寄存器开发详解(12)-键盘设备
科技活动人员数专指直接从事科技活动以及专门从事科技活动管理和为科技活动提供直接服务的人员数量
Matlab Simulink仿真探究Flyback反激式开关电源性能表现与优化策略,Matlab Simulink仿真探究Flyback反激式开关电源的工作机制,Matlab Simulimk仿真,Flyback反激式开关电源仿真 ,Matlab; Simulink仿真; Flyback反激式; 开关电源仿真,Matlab Simulink在Flyback反激式开关电源仿真中的应用
基于Comsol的埋地电缆电磁加热计算模型:深度解析温度场与电磁场分布学习资料与服务,COMSOL埋地电缆电磁加热计算模型:温度场与电磁场分布的解析与学习资源,comsol 埋地电缆电磁加热计算模型,可以得到埋地电缆温度场及电磁场分布,提供学习资料和服务, ,comsol;埋地电缆电磁加热计算模型;温度场分布;电磁场分布;学习资料;服务,Comsol埋地电缆电磁加热模型:温度场与电磁场分布学习资料及服务
1、文件内容:ibus-table-chinese-yong-1.4.6-3.el7.rpm以及相关依赖 2、文件形式:tar.gz压缩包 3、安装指令: #Step1、解压 tar -zxvf /mnt/data/output/ibus-table-chinese-yong-1.4.6-3.el7.tar.gz #Step2、进入解压后的目录,执行安装 sudo rpm -ivh *.rpm 4、更多资源/技术支持:公众号禅静编程坊
基于51单片机protues仿真的汽车智能灯光控制系统设计(仿真图、源代码) 一、设计项目 根据本次设计的要求,设计出一款基于51单片机的自动切换远近光灯的设计。 技术条件与说明: 1. 设计硬件部分,中央处理器采用了STC89C51RC单片机; 2. 使用两个灯珠代表远近光灯,感光部分采用了光敏电阻,因为光敏电阻输出的是电压模拟信号,单片机不能直接处理模拟信号,所以经过ADC0832进行转化成数字信号; 3. 显示部分采用了LCD1602液晶,还增加按键部分电路,可以选择手自动切换远近光灯; 4. 用超声模块进行检测距离;
altermanager的企业微信告警服务
MyAgent测试版本在线下载
Comsol技术:可调BIC应用的二氧化钒VO2材料探索,Comsol模拟二氧化钒VO2的可调BIC特性研究,Comsol二氧化钒VO2可调BIC。 ,Comsol; 二氧化钒VO2; 可调BIC,Comsol二氧化钒VO2材料:可调BIC技术的关键应用
C++学生成绩管理系统源码
基于Matlab与Cplex的激励型需求响应模式:负荷转移与电价响应的差异化目标函数解析,基于Matlab与CPLEX的激励型需求响应负荷转移策略探索,激励型需求响应 matlab +cplex 激励型需求响应采用激励型需求响应方式对负荷进行转移,和电价响应模式不同,具体的目标函数如下 ,激励型需求响应; matlab + cplex; 负荷转移; 目标函数。,Matlab与Cplex结合的激励型需求响应模型及其负荷转移策略
scratch介绍(scratch说明).zip
内容概要:本文全面介绍了深度学习模型的概念、工作机制和发展历程,详细探讨了神经网络的构建和训练过程,包括反向传播算法和梯度下降方法。文中还列举了深度学习在图像识别、自然语言处理、医疗和金融等多个领域的应用实例,并讨论了当前面临的挑战,如数据依赖、计算资源需求、可解释性和对抗攻击等问题。最后,文章展望了未来的发展趋势,如与量子计算和区块链的融合,以及在更多领域的应用前景。 适合人群:对该领域有兴趣的技术人员、研究人员和学者,尤其适合那些希望深入了解深度学习原理和技术细节的读者。 使用场景及目标:①理解深度学习模型的基本原理和结构;②了解深度学习模型的具体应用案例;③掌握应对当前技术挑战的方向。 阅读建议:文章内容详尽丰富,读者应在阅读过程中注意理解各个关键技术的概念和原理,尤其是神经网络的构成及训练过程。同时也建议对比不同模型的特点及其在具体应用中的表现。
该文档提供了一个关于供应链管理系统开发的详细指南,重点介绍了项目安排、技术实现和框架搭建的相关内容。 文档分为以下几个关键部分: 项目安排:主要步骤包括搭建框架(1天),基础数据模块和权限管理(4天),以及应收应付和销售管理(5天)。 供应链概念:供应链系统的核心流程是通过采购商品放入仓库,并在销售时从仓库提取商品,涉及三个主要订单:采购订单、销售订单和调拨订单。 大数据的应用:介绍了数据挖掘、ETL(数据抽取)和BI(商业智能)在供应链管理中的应用。 技术实现:讲述了DAO(数据访问对象)的重用、服务层的重用、以及前端JS的继承机制、jQuery插件开发等技术细节。 系统框架搭建:包括Maven环境的配置、Web工程的创建、持久化类和映射文件的编写,以及Spring配置文件的实现。 DAO的需求和功能:供应链管理系统的各个模块都涉及分页查询、条件查询、删除、增加、修改操作等需求。 泛型的应用:通过示例说明了在Java语言中如何使用泛型来实现模块化和可扩展性。 文档非常技术导向,适合开发人员参考,用于构建供应链管理系统的架构和功能模块。
这份长达104页的手册由清华大学新闻与传播学院新媒体研究中心元宇宙文化实验室的余梦珑博士后及其团队精心编撰,内容详尽,覆盖了从基础概念、技术原理到实战案例的全方位指导。它不仅适合初学者快速了解DeepSeek的基本操作,也为有经验的用户提供了高级技巧和优化策略。