很简单，就是补充上次的文档，这里会写点自己ansible实战中遇到的种种问题及如何解决问题的思路，给大家扯扯。
这个地址是上篇的，没有playbook基础的朋友，可以看看，文档算详细的！
上次的文章有些偏语法，那 ！ 我们来一个简单的实战吧，用ansible的playbook配置nginx，是有点过于简单了。。。。。
nginx的模板：
userroot;worker_processes{{ansible_processor_count}};pid/var/run/nginx.pid;events{worker_connections{{connections}};#multi_accepton;}http{sendfileon;tcp_nopushon;tcp_nodelayon;keepalive_timeout65;types_hash_max_size2048;server_tokensoff;include/etc/nginx/mime.types;default_typeapplication/octet-stream;access_log/var/log/nginx/access.log;error_log/var/log/nginx/error.log;gzipon;gzip_disable”msie6″;gzip_varyon;gzip_proxiedany;gzip_comp_level6;gzip_buffers168k;gzip_http_version1.1;gzip_typestext/plaintext/cssapplication/jsonapplication/x-javascripttext/xmlapplication/xmlapplication/xml+rsstext/javascript;map$scheme$server_https{defaultoff;httpson;}include/etc/nginx/conf.d/*.conf;include/etc/nginx/sites-enabled/*;}
配置nginx的ansible playbook模板
-hosts:webuser:rootsudo:Truevars:connections:”1024″tasks:-name:wgetapiget_url:url=http://10.10.10.67:8000/ceshi?ip={{ansible_hostname}}dest=/etc/ansible/facts.d/vhost.factmode=0777-name:installnginxaction:yumname=nginxstate=latest-name:writenginx.confaction:templatesrc=nginx.confdest=/etc/nginx/nginx.confnotify:-restartnginxhandlers:-name:restartnginxaction:servicename=nginxstate=restarted
原文：
好了，咱们看看结果吧：
有时候咱们可以在playbook直接区分系统，而不用在模板中。
when:ansible_distribution==’Debian’oransible_distribution==’Ubuntu’
举一反三，这样类似的facts有很多的。
大家有注意到我连接了一个http接口，这个是做啥的？ 我给接口get传递了我的hostname信息，接口通过数据库查询后，用jinja2模板返回了我一个nginx.conf配置。 这个方法是靠谱的，我已经用在了两个项目上了。
有兴趣的朋友可以看看tornado的模板渲染nginx配置，如果朋友们想做运维平台化，推荐使用这方法，我知道的几家 腾讯，金山，人人，百度等 都用了这些个方法。当然他们的处理逻辑更复杂，但主要思路都是采用模板来渲染的配置文件。 有点啰嗦了。有兴趣的朋友可以一看。
看完了，就可以做成我这样的接口了。 像我们这边，每个机组下的nginx的server{}块都在数据库里面是有体现的，这些又会和cmdb资产系统想关联。 所以在playbook的host不管有多少个，他都可以精确的调用接口渲染nginx的配置文件。
get_url:url=http://10.10.10.67:8000/ceshi?ip={{ansible_hostname}
对于大量的信息配置，还有一个方法是利用ansible的模块，，返回json的facts信息，然后传递给模板文件。（这方法其实也行，和第一个接口的方式大同小异）
本文出自 “峰云，就她了。” 博客，谢绝转载！
放弃那些不愿放弃的，容忍那些不可容忍的。
