0x00 @Before
上次Ansible自动部署入门，最后写了点playbook的项目，了解了一些如task，template，vars等简单的用法。但是真正的Ansible项目并不是通过主机来分Roles的，而是一个Ansible管理多台主机，用Roles来区分项目。
所以这一次，我带来了不一样的使用姿势。
1x00 Playbook再介绍
playbook 是剧本，我在上片已经介绍了点，总之入口是一个yml文件
- hosts: local
remote_user: zing
environment:
JAVA_HOME: /application/jdk8/
JRE_HOME: /application/jdk8/jre/
M2_HOME: /application/maven/bin/
tasks:
- name: package project
shell: mvn clean package
remote_user: zing
- name: deploy to maven service
shell: mvn deploy
sudo: yes
ignore_errors: yes
如果项目简单, 一个playbook.yml文件就可以搞定了
1x01 Handler
handler，用来执行某些条件下的任务，比如当配置文件发生变化的时候，通过notify触发handler去重启服务器。如下面playbook。
- hosts: local
remote_user: zing
tasks:
- name: copy properties
copy: src=/home/zing/project.properties dest=/home/java/pro/project.properties
- name:
file: path=/home/java/pro/project.properties mode=600
notify:
- restart server
handlers:
- name: restart server
service: name=tomcat state=restarted
还有一种条件判断，可以直接写在task里面，如下
- hosts: local
remote_user: zing
tasks:
- name: copy properties
copy: src=/home/zing/project.properties dest=/home/java/pro/project.properties
- name: modify project property
file: path=/home/java/pro/project.properties mode=600
- name: restart server when server is zing
service: name=tomcat state=restarted
when: result|changed
when的用法还有很多，可以自己探索。不过一般用Handler会更加灵活一些。when的条件判断需要了解很多Ansible变量，想知道的话，可以自己参考官方文档
1x02 循环迭代
上一篇文章已经写过迭代了，我怕写的笼统，这里再拿出来讲一下
- hosts: local
remote_user: zing
tasks:
- name: transfom template
template: src={{item.file_src}} dest={{item.target_file_path}}
with_items:
- {file_src: '/home/zing/template/application.j2', target_file_path: '/home/service/resources/application.properties'}
- {file_src: '/home/zing/template/config.j2', target_file_path: '/home/service/resources/config.properties'}
使用with_items，将下面的参数迭代进tasks里面，这样每一个参数都按照变量名称会放入{{ }}对应的变量名称中。直到item循环迭代介绍，才会执行下一个task
1x03 Tags
通过tag可以指定运行的task，然而简单的部署时tag并不常用，需要tag的时候一般可以直接使用ansible命令处理，或者再写新的playbook。只有在大型项目部署的时候，偶尔才会使用。所以只简单介绍一下tag的用法。
- 首先，在tasks内的yml文件中，对需要的task打上tag：
- name: yun install package
yum: name={{ item }} state=installed
with_items:
- httpd
- memcached
tags:
- packages
- name: configuration modity
template: src=templates/src.j2 dest=/etc/foo.conf
tags:
- configuration
- 调用某个tag：
ansible-playbook example.yml – tags “configuration,packages”
task可以打上任意多个tag。
1x04 变量
变量分好几种，可以定义在playbook中，也可以定义在hosts文件上，后面也可以写在roles的vars文件夹中。
上面介绍循环迭代，{{item.file_src}}就是变量引用，with_items下的就是变量值。变量可以放置在几乎所有地方，除了关键字外，其他地方都可以引用变量。Ansible自己也定义了好多自带的变量，有兴趣的可以自己看看
hosts主机变量如下
# 针对主机的主机变量
127.0.0.1 my_name_is=zing
# 针对组的变量
[webServer]
domain1.example.com
domain2.example.com
[webServer:vars]
server_user_name_is="zing"
server_user_is="java_programer"
# 针对所有主机的所有变量
[all:vars]
user_name_is="zing"
user_is="java_programer"
使用变量只要在正确的位置加上变量引用{{ varable_name }}就好
- hosts: local
remote_user: {{ user_name_is }}
tasks:
- name: copy properties
copy: src=/home/zing/project.properties
Ansible支持复杂变量，我们的
{{ item.src }}就是一个复杂型的，通过.来引用item下的src值。所以，变量名称不要带.。
复杂变量也很简单。不过一般定义在yaml文件里面，playbook中可以这么定义
- hosts: local
remote_user: zing
tasks:
- name: start server {{ server1.name }}
service: name=tomcat state=restarted
vars:
server1:
name: "zing_service"
type: "tomcat"
注意：
某些时候YAML冒号后面的值不能以{开头，如果有要以{开头，必须加上引号。解决方式如下。
- hosts: zing_servers
vars:
server_path: "{{ base_path }}/zing"
1x05 模板和变量搭配使用
所谓的模板就是以一个现成的文件为样板，向其中填充参数，来生成我们需要的真实文件，这个无须多介绍，参考
https://micorochio.github.io/2017/06/05/ansible-learning-02/#0x03-yaml和playbook
下的 application.properties.j2 文件写法，双大括号里的参数会被定义的变量所替换，文件替换流程参考下面的写法
- name: transfom template
template: src={{item.template_file}} dest={{item.target_file}}
with_items:
- {template_file: 'template/application.j2', target_file: 'resources/application.properties'}
- {template_file: 'template/config.j2', target_file: 'resources/config.properties'}
这段task的意思是：将item的模板template_file转换成target_file。定义多个item 自动迭代，将参数替换到task变量中
2x00 Roles
这是个新的概念，playbook只能管理一个项目的话，通过Roles可以用一个ansible工程，管理公司所有的工程。上一篇文章，我介绍的Roles是根据主机来分Roles（角色）的，实际开发中，大多是根据项目名称来分角色。这样一套ansible，就能hold住全部工程。
2x01 正确的ansible工程目录
inventory/ //hosts文件夹
project_a_host //工程a的hosts
project_a_hosts //工程b的hosts
project_a_playbook.yml //参考上篇文章的side.yml
project_b_playbook.yml //参考上篇文章的side.yml
roles/ //roles文件夹，第一级子文件夹就是就是role的名称
project_a/ //role,表示工程A
files/ //一般用来存放脚本，或者其他部署时需要使用的文件
templates/ //存放模板
tasks/ //存放任务tasks
handlers/ //存放Handler
vars/ //存放本角色可以使用的变量
defaults/ //用来存放默认变量的，如果其他地方不定义，会在这里找，否则会使用其他地方定义的变量
meta/ //用于定义此角色的特殊设定及其依赖关系,我还没用到这个
project_b/
files/
templates/
tasks/
handlers/
vars/
defaults/
meta/
2x02 一个开源的 tomcat 工程实例
这个例子的开源地址：https://github.com/ansible/ansible-examples/tree/master/tomcat-memcached-failover
这个例子很好的展示了Tomcat服务的自动化部署的Ansible工程写法
3x00部署一个Maven版的java项目
只是简单介绍一下从0开始到部署的一个流程，具体的例子，可以到https://github.com/ansible/ansible-examples 上随意查找，里面应有尽有。
流程如下：
- 所有主机安装Java （首次执行）
- Ansible主机安装Maven（首次执行）
- Ansible主机安装git （首次执行）
- 使用Ansible shell模块清理残余代码（首次无须执行）
- Ansible主机使用git 获取Java项目源码
- Ansible Template替换新源码
- 使用shell模块，执行mvn package打出jar包或者war包
- 服务主机安装服务软件Tomcat Nginx Mysql等（首次执行）
- 关闭服务（如果是热更新，无须关闭）
- 将jar包或者war包使用copy模块，传输到服务主机
- 修改服务软件配置等主机环境
- 启动服务
如果是多项目部署，最好是：
- 每个项目都有自己的role name，
- 运维负责在当前role使用的inventory文件中修改配置，
- 将这些配置通过模板的方式，覆盖到代码的各个配置文件中，
- 最后打成运行包，传输到承载软件的服务器上，启动即可。
这样不会出现不同环境切换，程序员自己手动改配置，出现：在生产上使用了测试的数据库。生产服务连接测试的 redis，打爆了测试用的redis服务器还造成了严重的数据丢失。
4x00Ansible和Jenkins一键部署
其实很简单，安装Jinkens，用Jinkens 执行
ansible-playbook project-playbool.yml -i inventory-file
下面的东西就交给Ansible了，不再需要用繁琐的Shell脚本来写Jenkins部署脚本了。并且，每个项目都是一键发布，而且不用维护用于项目发布的部署shell，十分轻量，尤其是对微服务，批量扩展和修改很方便。
写到这里就出坑了，毕竟不是专业的运维，多谢观看
5x00 @After
参考：
极力推荐=》https://github.com/ansible/ansible-examples
转载请注明出处： Ansible自动化部署从入门到弃坑
