summaryrefslogtreecommitdiff
path: root/docs/docsite/rst/index.rst
blob: dcc2e852d70f98fc3b6e5d396d0c58052545ac7d (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
:tocdepth: 3

Ansible Documentation
=====================

About Ansible
`````````````

Ansible is an IT automation tool.  It can configure systems, deploy software, and orchestrate more advanced IT tasks such as continuous deployments or zero downtime rolling updates.

Ansible's main goals are simplicity and ease-of-use. It also has a strong focus on security and reliability, featuring a minimum of moving parts, usage of OpenSSH for transport (with other transports and pull modes as alternatives), and a language that is designed around auditability by humans--even those not familiar with the program.

We believe simplicity is relevant to all sizes of environments, so we design for busy users of all types: developers, sysadmins, release engineers, IT managers, and everyone in between. Ansible is appropriate for managing all environments, from small setups with a handful of instances to enterprise environments with many thousands of instances.

Ansible manages machines in an agent-less manner. There is never a question of how to
upgrade remote daemons or the problem of not being able to manage systems because daemons are uninstalled.  Because OpenSSH is one of the most peer-reviewed open source components, security exposure is greatly reduced. Ansible is decentralized--it relies on your existing OS credentials to control access to remote machines. If needed, Ansible can easily connect with Kerberos, LDAP, and other centralized authentication management systems.

This documentation covers the current released version of Ansible (2.3) and also some development version features (2.4).  For recent features, we note in each section the version of Ansible where the feature was added.

Ansible, Inc. releases a new major release of Ansible approximately every two months.  The core application evolves somewhat conservatively, valuing simplicity in language design and setup. However, the community around new modules and plugins being developed and contributed moves very quickly, typically adding 20 or so new modules in each release.


.. toctree::
   :maxdepth: 2
   :caption: Installation, Upgrade & Configuration

   installation_guide/index
   porting_guides/porting_guides

.. toctree::
   :maxdepth: 3
   :caption: Using Ansible

   user_guide/index

.. toctree::
   :maxdepth: 3
   :caption: Contributing to Ansible

   community/index

.. toctree::
   :maxdepth: 3
   :caption: Extending Ansible

   dev_guide/index

.. toctree::
   :maxdepth: 2
   :caption: Scenario Guides

   networking_guide/network
   ..scenario_guides/guides
   scenario_guides/guide_aws
   scenario_guides/guide_azure
   scenario_guides/guide_rax
   scenario_guides/guide_gce
   scenario_guides/guide_cloudstack
   scenario_guides/guide_vagrant
   scenario_guides/guide_docker
   scenario_guides/guide_packet
   scenario_guides/guide_rolling_upgrade

.. toctree::
   :maxdepth: 2
   :caption: Reference & Appendices

   reference_appendices/modules_by_category
   reference_appendices/playbooks_keywords
   reference_appendices/galaxy
   reference_appendices/common_return_values
   reference_appendices/config
   reference_appendices/YAMLSyntax
   reference_appendices/python_3_support
   reference_appendices/release_and_maintenance
   reference_appendices/test_strategies
   reference_appendices/faq
   reference_appendices/glossary
   reference_appendices/tower


.. toctree::
   :maxdepth: 2
   :caption: Release Notes

.. toctree::
   :maxdepth: 2
   :caption: Roadmaps

   roadmap/ROADMAP_2_1.rst
   roadmap/ROADMAP_2_2.rst
   roadmap/ROADMAP_2_3.rst
   roadmap/ROADMAP_2_4.rst
   roadmap/ROADMAP_2_5.rst