Ansible is a radically simple IT automation engine that automates cloud provisioning, configuration management, application deployment, intra-service orchestration, and many other IT needs. ORCHESTRATION ENGINE
List of server to connect using Ansible [develop] localhost ansible_connection=local [testing] other1.example.com ansible_connection=ssh ansible_user=javier other2.example.com ansible_connection=ssh ansible_user=root [production] 123.321.123.111 ansible_user=root ansible_ssh_pass=itWorks
ships with a number of modules (called the ‘module library’) that can be executed directly on remote hosts or through Playbooks. Users can also write their own modules. These modules can control system resources, like services, packages, or files (anything really), or handle executing system commands. http://docs.ansible.com/ansible/list_of_all_modules.html ‣ MySQL ‣ Redis ‣ Mongo ‣ Copy ‣ Replace ‣ RabbitMQ ‣ Azure ‣ CloudFormation Amazon ‣ Composer ‣ Amazon EC2 ‣ Git ‣ New Relic ‣ Amazon S3 ‣ Etc……..
are Ansible’s configuration, deployment, and orchestration language. They can describe a policy you want your remote systems to enforce, or a set of steps in a general IT process. http://docs.ansible.com/ansible/playbooks.html
the term idempotent is used more comprehensively to describe an operation that will produce the same results if executed once or multiple times https://en.wikipedia.org/wiki/Idempotence#Computer_science_meaning
Ansible build on the idea of include files and combine them to form clean, reusable abstractions – they allow you to focus more on the big picture and only dive down into the details when needed http://docs.ansible.com/ansible/playbooks_roles.html
Standard Loops ‣ Nested Loops ‣ Loops over hashes ‣ Loops over Files ‣ Loops over Fileglobs ‣ Loops over Parallel Sets of Data ‣ Loops over subelements ‣ Random choices ‣ Etc…..