Level Up Workshop: AI-Driven Ansible® Automation – November 6th

Level Up Workshop: AI-Driven Ansible® Automation – November 6th Join Red Hat Premier Partner and Infrastructure Automation experts Level Up virtually for a hands-on workshop where you’ll build an intelligent, self-healing automation workflow powered by Red Hat® AI and Ansible®. You’ll learn how to detect, analyze, and remediate application failures automatically, without writing any playbooks

Level Up Workshop: Automate Linux with Red Hat® Ansible Automation Platform – September 23rd

Level Up Workshop: Automate Linux with Red Hat® Ansible Automation Platform – September 23rd Join us virtually Tuesday, September 23rd, 2025 at 10am Pacific / 1pm Eastern for this Red Hat® and Premier Partner Level Up co-presented workshop, where you’ll be guided through configuring Red Hat Ansible® Automation Platform (AAP) controller to connect to Linux instances for automating various

Streamlining DevSecOps: Turning Infosec Theory into Daily Reality with HashiCorp® Vault®

If you’ve been doing DevOps for a while already, when it comes to security for cloud native apps, you’ve surely heard it all by now: “Security is everyone’s responsibility.” “Bake security into your source code, don’t bolt it on after.” “Shift left.” These DevSecOps slogans all sound great, but turning them into reality takes more

Managing Subscription Manifests in Red Hat® Ansible: Why Portability = Power

If you’re using Red Hat Ansible Automation Platform (AAP), chances are your automation estate isn’t static. Teams grow. Infrastructure expands. Workloads shift across clouds and datacenters. Often, AAP customers can benefit from the convenience of simply applying their username/password in the Settings | Subscriptions area of their AAP controller, and selecting the full AAP subscription

Reverse-Engineering Ansible Code?

The Level Up team saw a question recently around how to reverse-engineer an Ansible playbook, in order to try to validate it and then modify it for one’s own purposes. Upfront, we’d generally recommend a good-better-best approach to unraveling anybody else’s Ansible code (much of this can be applied to your own Ansible code too).