RETIRED, this project has moved to https://github.com/ansible-community/ara
Go to file
OpenDev Sysadmins 140ff03920 OpenDev Migration Patch
This commit was bulk generated and pushed by the OpenDev sysadmins
as a part of the Git hosting and code review systems migration
detailed in these mailing list posts:

http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003603.html
http://lists.openstack.org/pipermail/openstack-discuss/2019-April/004920.html

Attempts have been made to correct repository namespaces and
hostnames based on simple pattern matching, but it's possible some
were updated incorrectly or missed entirely. Please reach out to us
via the contact information listed at https://opendev.org/ with any
questions you may have.
2019-04-19 19:49:48 +00:00
.zuul.d OpenDev Migration Patch 2019-04-19 19:49:48 +00:00
ara Don't iterate through the play vars if we don't need to 2019-04-16 21:00:09 -04:00
doc/source Update the recording workflow diagram to be more accurate 2019-04-03 22:04:30 -04:00
playbooks Streamline integration test role and make it easier to run 2019-03-26 12:54:46 -04:00
roles OpenDev Migration Patch 2019-04-19 19:49:48 +00:00
tests Streamline integration test role and make it easier to run 2019-03-26 12:54:46 -04:00
.editorconfig 💥 first commit 2018-03-29 12:36:14 -04:00
.gitignore Add pip-wheel-metadata to gitignore 2019-01-25 12:33:20 -05:00
.gitreview OpenDev Migration Patch 2019-04-19 19:49:48 +00:00
LICENSE 💥 first commit 2018-03-29 12:36:14 -04:00
manage.py Alternative approach to manage.py instead of symlink. 2019-01-15 18:14:08 +01:00
pyproject.toml Allow configuration of settings via config files. 2018-10-22 19:48:52 +02:00
README.rst Port ara.setup helper modules from 0.x to 1.0 2019-04-01 18:35:34 -04:00
requirements.txt Use whitenoise for serving static files 2019-03-07 15:39:13 -05:00
setup.cfg Rename references to ara-{server,plugins,clients} back to ara 2019-03-01 15:29:19 -05:00
setup.py Bootstrap the repository with the basic machinery (#1) 2018-03-29 12:36:22 -04:00
test-requirements.txt First iteration of authentication and security docs 2019-01-24 17:07:36 +00:00
tox.ini tox.ini: use envtmpdir for ephemeral data and allow custom base dir 2019-03-26 21:02:17 -04:00

ARA Records Ansible

image

ARA Records Ansible playbook runs and makes the recorded data available and intuitive for users and systems.

The project provides several distinct components in order to make this happen:

  • An API server for sending and querying data relative to playbook execution results
  • An API client library for communicating with the API
  • An Ansible callback plugin to record events as they happen throughout the execution
  • An Ansible action module to associate arbitrary key/values to your playbook reports

Quickstart

Here's how you can get started from scratch with default settings:

# Create a virtual environment and activate it so we don't conflict
# with system or distribution packages
python3 -m venv ~/.ara/virtualenv
source ~/.ara/virtualenv/bin/activate

# Install Ansible and the required ARA projects
pip install ansible git+https://github.com/openstack/ara@feature/1.0

# Tell Ansible to use the ARA callback plugin
export ANSIBLE_CALLBACK_PLUGINS="$(python -m ara.setup.callback_plugins)"

# Run your playbook as your normally would
ansible-playbook playbook.yml

The data will be saved in real time throughout the execution of the Ansible playbook.

What happens behind the scenes is that the ARA Ansible callback plugin used the built-in API client to send the data to the API which then saved it to a database located by default at ~/.ara/server/ansible.sqlite.

You're now ready to start poking at the API with the built-in API clients !

If you'd like to have the ARA web reporting interface, take a look at ara-web.

Documentation

Documentation for installing, configuring, running and using ara is available on readthedocs.io.

Community and getting help

You can chat with the ARA community on Slack and IRC. The two are transparently bridged with teamchat which broadcasts messages from one platform to the other.

In addition, you can also find ARA on Twitter: @ARecordsAnsible

IRC

Slack

Development and testing

# Retrieve the source and check out the 1.0 branch
git clone https://github.com/openstack/ara
cd ara
git checkout feature/1.0

# Install tox from pip or from your distro packages
pip install tox

# Run Ansible integration tests with the latest version of Ansible
tox -e ansible-integration

# Run integration tests with a specific version of Ansible
# Note: tox will always use the latest version of Ansible to run the playbook which runs the tests.
# For example, if the latest version of Ansible is 2.7.9, it will use Ansible 2.7.9
# to install Ansible==2.6.15 in a virtual environment and 2.6.15 is what will be tested.
tox -e ansible-integration -- -e ara_tests_ansible_version=2.6.15

# Run integration tests with Ansible from source
tox -e ansible-integration -- -e "ara_tests_ansible_name=git+https://github.com/ansible/ansible"

# Run unit tests
tox -e py3

# Run linters (pep8, black, isort)
tox -e linters

# Run test server -> http://127.0.0.1:8000/api/v1/
tox -e runserver

# Build docs
tox -e docs

Contributors

See contributors on GitHub.

Copyright

Copyright (c) 2019 Red Hat, Inc.

ARA Records Ansible is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 3 of the License, or
(at your option) any later version.

ARA Records Ansible is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License
along with ARA Records Ansible.  If not, see <http://www.gnu.org/licenses/>.