Ansible

We started with Tower for automated OS updates and configurations. We have since moved to using configuration as code and Ansible Automation Platform to build F5 configurations and build and automate data migrations. We are looking forward to using event-driven ansible and policy as code as learned at Summit. We love it!

We are currently transitioning from TrueSight Orchestration to Ansible. Ansible will give us the ability to focus more on enterprise-wide automation as well as the smaller team-by-team cases we were using TrueSight Orchestration for. This will mean the creation of CI/CD pipelines and help connect our silos and reduce blockers in the process.

We’ve begun leveraging AAP for various workflows that would normally take multiple hours away from our dev's workload, streamlined it to a matter of minutes, and reduced human error significantly. One example would be leveraging the provisioning of application environments directly leveraging Terraform and Ansible. We kick off our terraform files within Ansible, gather the pertinent information for the new environment, and then follow up with additional tasks to configure the environment to expedite the delivery of the environment to the product owner. What would normally take a couple of days between provisioning the servers, patching/adjusting security, and deploying required software done by other teams has been consolidated into a workflow that will complete all the steps of multiple teams in a single workflow. Another use case we have leveraged is the start-to-finish deployment of custom virtual machine images. All with Ansible, we clone a baseline template, update configurations, customize to customer specifications (hostnames, IP addresses, etc.), deploy our proprietary software stack, confirm everything is functioning as intended, shut down the host, and then export the image and upload directly to object storage. From there, it will generate a user/password combination to allow the customer to download the image and notify the project manager to distribute the information to the customer to download the image. Once deployed, a provision callback occurs to finalize the remainder of the deployment, which needs to be done on-site. The entire process would typically take days of coordination between us and the customer, but it has now been reduced to less than a day, depending on how long it takes to deploy.

We use it for bootstrapping servers and configuration management. We also use it for upgrades of software.

Red Hat Ansible Automation Platform is used for a large variety of automation in our organization. It used by our Operations team for server configuration as well as an integration platform for technical apps like ServiceNow as well as non technical apps like Accela. It often addresses the migration or duplication of data between disparate platforms.

Openshift post creation configuration and remediation

We use Red Hat Ansible Automation Platform to automate workflows and to correct security settings to meet STIG requirements across multiple disconnected environments.

We use it to manage our Linux and Windows servers, desktops, and networking devices. Repetition is the biggest thing it solved. Our scope is growing weekly as we bring in more and more teams into the platform and they discover it's capabilities. So far, everyone has thoroughly enjoyed the platform.

I use Red Hat Ansible Automation Platform to remediate security vulnerabilitys and deploys on app servers, these activities help us to reduce costs and time.

As a distributor for Red Hat, we work with Channel Partners to enable their sales and tech teams on Red Hat and Red Hat Ansible Automation Platform. We help their organizations sell to end customers and users of Red Hat and Red Hat Ansible Automation Platform. We also deliver workshops and immersion days to our channel partners and their end customers and work with vendor ecosystem partners on joint solutions and workshops.

I use AAP for the creation of Windows gold images, Windows and RHEL server builds, and interfacing with vendor APIs.

We use AAP to automate our server deployment process, configure network equipment, and install/remove applications and software updates. Our environment is quite large and complex, so automation helps keep it consistent and running smoothly.

Orchestration is all we need, we have the automation done.

We are automating redundant tasks and setting up compliance rules for account lifecycle and security.

Day-to-day Unix admin automation. Service restarts/patching.

We use to automate patching

manage patching for more than 300 servers

We use Ansible for automated workflows. This includes onboarding and off-boarding ESX hosts and Linux and Windows servers—bare metal and VMs. We also use Ansible for OS configuration, app deployment, SQL maintenance, addressing vulnerabilities, and patching.

Workstation configuration management allows us to keep developer workstations in a standard config for development. We have multiple team working on product that integrate with the other and keeping them in the same development environment produces consistent deployment success.

We use Red Hat Ansible Automation Platform for almost every aspect of Red Hat Enterprise Linux OS system administration. This product addresses compliance drift, package and repository management, and custom application deployment. The platform manages almost every OS configuration file, ensuring consistency across all systems in a timely and efficient manner.

We are still beginning our automation journey, automating repetitive tasks to save time. We are getting to automate more complex tasks and are looking to add event-driven automation soon.

Configuration management for a few hundred servers. Automated deployments of our application is done through Red Hat Ansible Automation Platform.

Right now, we only do basic stuff with Red Hat Ansible Automation Platform. We are planning in the coming weeks to use it to update/upgrade our 200+ RHEL servers.
Got a lab today that was very useful, and I will put in place.
We have been trying to use APP/Tower for the past 4 years. The only issue is time, time to write/get playbooks.

We use Red Hat Ansible Automation Platform for CI/CD deployment with GitLab CI using Red Hat Ansible Automation Platform API endpoints for job workflows. We also use Red Hat Ansible Automation Platform for patching and other ansible workflows.

We use Red Hat Ansible Automation Platform to allow for ease of access to playbooks written and maintained by the engineers on our team. This allows for other teams to make easy use of the work done by them in creating and maintaining playbooks. We also use it as a means to schedule jobs to run, such as patching, for windows of time where it isn't reasonable for people to be in office.