diff options
author | Alicia Cozine <879121+acozine@users.noreply.github.com> | 2021-07-21 12:08:46 -0500 |
---|---|---|
committer | GitHub <noreply@github.com> | 2021-07-21 13:08:46 -0400 |
commit | 13c28664ae0817068386b893858f4f6daa702052 (patch) | |
tree | 556a99f9fb28cb9060a6d682a28ccb5bb00abc98 /docs/docsite/rst/scenario_guides | |
parent | 0e9d1ab1cc14e5d48e4811fba182eb7582d1050a (diff) | |
download | ansible-13c28664ae0817068386b893858f4f6daa702052.tar.gz |
Docs: talk about AWX or the Platform, not Tower (#74952)
* updates Tower page to talk about RHAAP
* updates scenario guide Tower references
* updates Tower references to use AWX and/or RHAAP
* more scenario guides fixes
* fix CI failures
* Update docs/docsite/rst/porting_guides/porting_guide_2.8.rst
* removes tower link
* for 2.8, still mention Tower along with AWX and RHAAP
* aws guides should be updated in the collection, where they now exist
Co-authored-by: Alicia Cozine <acozine@users.noreply.github.com>
Diffstat (limited to 'docs/docsite/rst/scenario_guides')
-rw-r--r-- | docs/docsite/rst/scenario_guides/guide_azure.rst | 2 | ||||
-rw-r--r-- | docs/docsite/rst/scenario_guides/guide_rax.rst | 15 |
2 files changed, 8 insertions, 9 deletions
diff --git a/docs/docsite/rst/scenario_guides/guide_azure.rst b/docs/docsite/rst/scenario_guides/guide_azure.rst index 3fe4b362b3..2e730f7b10 100644 --- a/docs/docsite/rst/scenario_guides/guide_azure.rst +++ b/docs/docsite/rst/scenario_guides/guide_azure.rst @@ -65,7 +65,7 @@ To create an Active Directory username/password: Providing Credentials to Azure Modules ...................................... -The modules offer several ways to provide your credentials. For a CI/CD tool such as Ansible Tower or Jenkins, you will +The modules offer several ways to provide your credentials. For a CI/CD tool such as Ansible AWX or Jenkins, you will most likely want to use environment variables. For local development you may wish to store your credentials in a file within your home directory. And of course, you can always pass credentials as parameters to a task within a playbook. The order of precedence is parameters, then environment variables, and finally a file found in your home directory. diff --git a/docs/docsite/rst/scenario_guides/guide_rax.rst b/docs/docsite/rst/scenario_guides/guide_rax.rst index 8dcf0d1229..063474ae2c 100644 --- a/docs/docsite/rst/scenario_guides/guide_rax.rst +++ b/docs/docsite/rst/scenario_guides/guide_rax.rst @@ -167,7 +167,7 @@ To use the Rackspace dynamic inventory script, copy ``rax.py`` into your invento .. note:: Dynamic inventory scripts (like ``rax.py``) are saved in ``/usr/share/ansible/inventory`` if Ansible has been installed globally. If installed to a virtualenv, the inventory scripts are installed to ``$VIRTUALENV/share/inventory``. -.. note:: Users of :ref:`ansible_tower` will note that dynamic inventory is natively supported by Tower, and all you have to do is associate a group with your Rackspace Cloud credentials, and it will easily synchronize without going through these steps:: +.. note:: Users of :ref:`ansible_platform` will note that dynamic inventory is natively supported by the controller in the platform, and all you have to do is associate a group with your Rackspace Cloud credentials, and it will easily synchronize without going through these steps:: $ RAX_CREDS_FILE=~/.raxpub ansible all -i rax.py -m setup @@ -782,15 +782,14 @@ Advanced Usage .. _awx_autoscale: -Autoscaling with Tower -++++++++++++++++++++++ +Autoscaling with AWX or Red Hat Ansible Automation Platform ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ -:ref:`ansible_tower` also contains a very nice feature for auto-scaling use cases. -In this mode, a simple curl script can call a defined URL and the server will "dial out" to the requester -and configure an instance that is spinning up. This can be a great way to reconfigure ephemeral nodes. -See the Tower documentation for more details. +The GUI component of :ref:`Red Hat Ansible Automation Platform <ansible_tower>` also contains a very nice feature for auto-scaling use cases. In this mode, a simple curl script can call +a defined URL and the server will "dial out" to the requester and configure an instance that is spinning up. This can be a great way +to reconfigure ephemeral nodes. See `the documentation on provisioning callbacks <https://docs.ansible.com/ansible-tower/latest/html/userguide/job_templates.html#provisioning-callbacks>`_ for more details. -A benefit of using the callback in Tower over pull mode is that job results are still centrally recorded +A benefit of using the callback approach over pull mode is that job results are still centrally recorded and less information has to be shared with remote hosts. .. _pending_information: |