and command execution framework. Other tools in this space have been too complicated for too long,
require too much bootstrapping, and have too much learning curve. By comparison, Ansible is dead simple
and painless to extend. Puppet and Chef have about 60k lines of code. Ansible’s core is a little over 2000 lines.</p>
<p>Ansible isn’t just for configuration management – it’s also great for ad-hoc tasks, quickly firing off commands against nodes, and it excels at complex multi-node deployment tasks, being designed for that purpose from day one.</p>
<p>Ansible isn’t just for configuration management – it’s also great for ad-hoc tasks, quickly firing off commands against nodes, and it excels at complex multi-tier deployment tasks, being designed for that purpose from day one.</p>
<p>Systems management doesn’t have to be complicated. We’ve learned well from the “Infrastructure is Code” movement.
Infrastructure should be easy and powerful to command, but it should not look like code, lest it acquire the disadvantages of a software project – bugs, complexity, and overhead. Infrastructure configurations should be simple, easy to develop, and easy to audit. This is Ansible’s philosophy and the main reason it’s different. Read on, though, and we’ll tell you more.</p>
<tableborder="1"class="docutils">
@ -197,27 +197,27 @@ Infrastructure should be easy and powerful to command, but it should not look li
<tbodyvalign="top">
<tr><td>Dead simple setup</td>
</tr>
<tr><td>Super fast & parallel by default</td>
<tr><td>Can be easily run from a checkout, no installation required</td>
</tr>
<tr><td>No server or client daemons; use existing SSHd out of the box</td>
<tr><td>No agents or software to install on managed machines</td>