summaryrefslogtreecommitdiff
path: root/docs/docsite/rst/scenario_guides
diff options
context:
space:
mode:
authorAlicia Cozine <879121+acozine@users.noreply.github.com>2021-07-21 12:08:46 -0500
committerGitHub <noreply@github.com>2021-07-21 13:08:46 -0400
commit13c28664ae0817068386b893858f4f6daa702052 (patch)
tree556a99f9fb28cb9060a6d682a28ccb5bb00abc98 /docs/docsite/rst/scenario_guides
parent0e9d1ab1cc14e5d48e4811fba182eb7582d1050a (diff)
downloadansible-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.rst2
-rw-r--r--docs/docsite/rst/scenario_guides/guide_rax.rst15
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: