Control your content with private Automation Hub

Private Automation Hub is now available as part of Red Hat Ansible Automation Platform release 1.2, providing an easier way for our customers to manage their Ansible content. Whether they produce private content, access trusted and supported content from Red Hat or obtain content from third party or other community sources, an internally controlled capability is essential to support the continued growth of automation. As automation becomes critical to managing IT activities, so too becomes the need to have a focal point where collaboration can be encouraged, content shared and trust reinforced. 

Private Automation Hub is a self-hosted Ansible content management system. Organizations can host private hubs on their own infrastructure and manage it themselves. Similar to how Red Hat Satellite enables Red Hat Enterprise Linux customers to manage operating system content, private Automation Hub enables automation teams to manage Ansible automation content.  Private Automation Hub allows curation and distribution of Ansible content as close as possible to Ansible Automation Platform clusters. Private Automation Hub is included in the Red Hat Ansible Automation Platform subscription.

Hub blog 1

Ansible content can be broken up into three main categories:

  1. Community content found in Ansible Galaxy
  2. Red Hat certified and supported content found in Automation Hub (on cloud.redhat.com)
  3. Private content created and curated by an organization and shared locally

Private Automation Hub allows management of all three types of content, choosing which Ansible Content Collections, and which versions, are made available to automation consumers. 

All Ansible content is organized as Ansible Content Collections. Ansible Content Collections are simply a standard directory structure of Ansible content, including, roles, plugins and modules, stored in a tar.gz file. Private Automation Hub, just like hosted Automation Hub, which can be viewed on cloud.redhat.com, sorts collections into namespaces. So for an easy example, the ec2_key module for Amazon Web Services is stored in the namespace amazon, in the collection aws. In order to use the ec2_key module, the FQCN or fully qualified content name would be amazon.aws.ec2_key.

Private Automation Hub allows administrators to build private namespaces and collections, and then allows Ansible Automation Platform clusters to authenticate and retrieve content from them on-demand. This content can also be ordered so that Ansible projects always choose content from Automation Hub before using unsupported content in Ansible Galaxy.

Hub blog 2

Content has a level of governance inside of private Automation Hub. Content is staged and can be certified or rejected by administrators. Ansible Automation Platform clusters sync to private Automation Hub using the credentials feature and a new Automation Hub credential type where the API token can be input.

hub blog 3

Finally, private Automation Hub can also sync existing content from both the community (Ansible Galaxy) and supported and certified content from Automation Hub on cloud.redhat.com. This content can be chosen on a per collection basis so that administrators can filter which collections are made available to their automation consumers.

hub blog 4

 

Where to go next?

I hope this blog helped outline private Automation Hub and where it fits into your automation infrastructure. We believe that private Automation Hub can help organizations manage, share and curate automation content. The hosted service offering Automation Hub is now extended into private networks with a self hosted option.

Private Automation Hub is part of the Red Hat Ansible Automation Platform 1.2 release and included in your download on red.ht/try_ansible.

Originally posted on Ansible Blog
Author:

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *