今天看了下ansible的API，楼主一看，这玩意牛逼啊，估计ansible Tower也是根据这套API来的吧。闲话不说，看看咋玩的吧。咱们先看看接口的主角，ansible.runner.Runner这个类吧想必大伙也也都看到了，这个类初始化函数里面的这些参数，就是咱们要输入的参数，不过全都有默认值，看到了没，也就是说咱们只要修改我们需要改变的就OK了。 我们想要调用这个接口，其实很
ansible的Conditionals 和 loops 和salt-stack比起来真的太强大了。 salt-stack使用判断循环，好像，只能使用模板里面的判断和循环。 而ansible本身自带了适用于各种场景的判断循环插件。。不但如此，像loops，我们还可以自己编写插件，满足我们的实际需求。先说说Conditionals吧Conditionals相对loops来说，简单，就一
上一篇，咱们总结了下，ansible里的variables，这东西是从哪里来的。楼主举的例子可能都比较白痴，不过重在说明原理和过程，大伙有实际需求的时候，可以弄点高深的玩玩。说过了，variables来自哪里，那variables该咋用呢？说起用，用可以简单的用，也可以复杂的用，简单的用variables，直接`variable`这样用俩大括号括起来就OK了。高深的用，就要运用的更加灵活，可以对变
说起变量，ansible中的变量，差不多等于salt-stack里面的pillar+grains吧ansible中的变量主要来源于，楼主总结了一下，大概有这么几个地方吧Inventory(host vars,group vars)playbook里面命令行playbook执行task过程中产生结果，可以register起来，作为变量给下面的task使用roles里面来自于nodes上面的facts
roles类似于salt-stack里面的state，state有一定的组织结构。而roles则是ansible中，playbooks的目录组织结构。这么划分有啥好处呢？好处多了去了，如果把所有的东西都写到playbooks里面的话，可能会导致我们这个playbooks很臃肿，不宜读。而模块化之后，成为roles的组织结构，易读，代码可重用，层次清晰方面贡献等等好处。来看一下，楼主弄的一个小的目录
先说说playbooks是什么吧？翻译成中文叫剧本，剧本是干嘛的？想必大伙都知道，剧本是咱们演电影，演电视剧的时候，大伙都要根据剧本来，然后把电影，电视剧给演好。OK，ansible里的playbooks其实和salt-stack里面的state差不多，都是在管理端定义好的一条条的策略。那这个策略是干啥用的呢？策略是想要让我们远端的机器达到一种什么样的状态，比如说咱们刚装好的一台机器上，啥都没有。
这篇总结一下Inventory，变量，目标匹配，及/usr/bin/ansible 命令行常用的模块上一篇也说过Inventory的默认路径是在/etc/ansible/hosts，当然这个东西可以说是静态的，为啥是静态呢，你要手工的把你的要管理的主机写进去。当然还有一种动态的Inventory，这个其实也简单，就是如果你已经有了一个资源管理系统，里面有你们的所有主机信息。然后咱们写个脚本程序，把
研究了一个多礼拜saltstack，这东西除了偶尔不稳定之外，感觉啥活都能干。楼主，趁着没事，再研究下ansible吧。打开ansible官网，两行文字映入眼帘。Ansible is the simplest way to automate IT.意思是ansible是IT管理最简单的方法，简单归简单，不知道干的活有没有saltstack多了？。下面就开始楼主的ansible之旅了。an
Copyright © 2005-2023 51CTO.COM 版权所有 京ICP证060544号
