# Is there a future for AWX? **URL:** \ **Category:** Get Help\ **Tags:** awx\ **Created:** [September 22, 2025, 1:30pm UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527 "2025-09-22T13:30:56Z")\ **Posts on this page:** 16\ **Page:** 4
**Author:** ![geerlingguy](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/geerlingguy/32/11288_2.png) [@geerlingguy](https://forum.ansible.com/u/geerlingguy)\ **Post date:** [January 20, 2026, 10:42pm UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/62 "2026-01-20T22:42:31Z")
Personally, the places where I would assist in infrastructure work were typically either small businesses that didn’t have the budget for AAP, so they needed something free or inexpensive to run jobs (many wind up using GitHub Actions or GitLab CI), or larger businesses that have AAP in some areas, but wanted to have their own managed action-runner system for internal purposes, not tied to an AAP subscription. For those places, it’s still nice to have a supported standalone automation system with user accounts and some features like job scheduling, logs, etc. — and deploying something from a devel branch or in an undocumented / unsupported manner isn’t that enticing. At least having ‘versions’ of AWX you could target (e.g. “I’m running 1.2.3, and next month I’ll update to 1.3.0”) would be useful, not to mention having an official installation method. Right now, just looking at how to install/run AWX, I see: - A warning on [ansible/awx](https://github.com/ansible/awx) about releases being paused, so that’s already a bit off-putting towards running it in a production environment. - A link to the [install guide](https://github.com/ansible/awx/blob/devel/INSTALL.md) — which directs me to the [AWX Operator](https://github.com/ansible/awx-operator) project. - The AWX Operator project page doesn’t have an install guide, so I click through to the [AWX Operator Documentation site](https://docs.ansible.com/projects/awx-operator/en/latest/) - The page I end up on still requires me to find the install instructions in the sidebar - The [AWX Operator install guide](https://docs.ansible.com/projects/awx-operator/en/latest/installation/basic-install.html) talks a lot about operator versions, and much Kubernetes-isms, and recommends Minikube for local development (fine, but we’re getting pretty far into the weeds now). - And at the end of all this, maybe we’re still running [AWX 24.6.1 from July 2024](https://github.com/ansible/awx/releases/tag/24.6.1)? And with phrasing focusing on developers and development like: > The next phase of the modernization effort will focus on providing developer resources. Specifically we want to make it really simple and straightforward for developers to spin up environments and start working with the new plugin architecture. It makes it sound like AWX will not be maintained as a project meant to be run standalone, but only for development of Ansible Tower (as part of AAP)? Maybe I’m just seeing this in a negative light, but it really seems like AWX’s new modern flavor is not meant to be run standalone for someone like me, who might want something beyond Jenkins’ capabilities, more suited towards Ansible automation, but also doesn’t have the budget to subscribe to AAP… (but would someday, if a project’s lifecycle grew to that point, and it was easy to migrate from AWX into a Tower instance in AAP). ---
**Author:** ![adp-w](https://avatars.discourse-cdn.com/v4/letter/a/c6cbf5/32.png) [@adp-w](https://forum.ansible.com/u/adp-w)\ **Post date:** [January 21, 2026, 9:41am UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/63 "2026-01-21T09:41:59Z")
Its currently not a good tool - to try it out you go down the route described above.. get to the point of needing to deploy k8s for this one thing and decide to go somewhere else.. which is a shame - it will also restrict the open source input from people who might improve things to a much smaller set… I REALLY want to get to the point where I can deploy a dev instance, a production not crazy complicated instance (via running random scripts/projects on k8s) and if it expands to a point where it is sensible to go farther then either on k8s or pay redhat. I’m still trying to work out if I should be spending my time on using another tool to run my ansible but really really don’t want to… On the plus side - I’m hoping it is less likely to just die in the weeds as there has been SOME discussion within the last 2 years now… -A ---
**Author:** ![BoerBart](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/boerbart/32/10083_2.png) [@BoerBart](https://forum.ansible.com/u/BoerBart)\ **Post date:** [January 21, 2026, 11:24am UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/64 "2026-01-21T11:24:00Z")
Thanks a lot for writing out your extensive view! It immediately reminds me of my first experience with Ansible AWX when i set it up last year, which wasn’t pleasant. I managed to get it working by using/following the GitHub page of Kurokobo, [awx-on-k3s](https://github.com/kurokobo/awx-on-k3s). The installation of Ansible AWX could be something that needs work first before working out other aspects of the new Ansible AWX environment. To have an official way of installing Ansible AWX that doesn’t require a lot of knowledge, components or 3rd party written guides. Though I can understand this might/probably sound(s) a lot easier than done. I have looked at a AAP-license, but the costs are far from what I can justify. It’d be nice to keep on using Ansible AWX to build a mature platform, which can justify the costs of moving to AAP over time. ---
**Author:** ![jpmens](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/jpmens/32/5543_2.png) [@jpmens](https://forum.ansible.com/u/jpmens)\ **Post date:** [January 21, 2026, 12:36pm UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/65 "2026-01-21T12:36:29Z")
Plus 1000 for the work that @kurokobo did on `awx-on-k3s`. ---
**Author:** ![apollo13](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/apollo13/32/7847_2.png) [@apollo13](https://forum.ansible.com/u/apollo13)\ **Post date:** [January 21, 2026, 1:14pm UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/66 "2026-01-21T13:14:14Z")
> [@adp-w](#): > > get to the point of needing to deploy k8s for this one thing and decide to go somewhere else.. Note that this is just the “official” installation variant. My AWX install (latest release) hums fine along in a simple docker-compose with two containers (awx itself & redis, postgres is external). ---
**Author:** ![fiftin](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/fiftin/32/5513_2.png) [@fiftin](https://forum.ansible.com/u/fiftin)\ **Post date:** [January 24, 2026, 10:27pm UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/67 "2026-01-24T22:27:50Z")
> [@geerlingguy](#): > > I’ll write off AWX-as-local-Tower as a short-lived experiment (with a tinge of sadness), and maybe recommend people go back to Jenkins again if they want a simple self-hosted Ansible runner. Is there a reason you’re not considering Semaphore UI? ---
**Author:** ![apollo13](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/apollo13/32/7847_2.png) [@apollo13](https://forum.ansible.com/u/apollo13)\ **Post date:** [January 25, 2026, 5:13am UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/68 "2026-01-25T05:13:34Z")
> Why not Semaphore UI? Last time I checked it wouldn’t reliably record the output of a playbook executing the setup module and outputting the response. And while I’d pay for the commercial version to get useful features - not having access to the source means I cannot hotfix anything there 😕 ---
**Author:** ![fiftin](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/fiftin/32/5513_2.png) [@fiftin](https://forum.ansible.com/u/fiftin)\ **Post date:** [January 25, 2026, 7:14am UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/69 "2026-01-25T07:14:03Z")
> Last time I checked it wouldn’t reliably record the output of a playbook executing the setup module and outputting the response This bug was fixed a long time ago, as far as I remember. This was a problem with long logs, it was fixed by optimizing the writing to the database (x10). ---
**Author:** ![fiftin](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/fiftin/32/5513_2.png) [@fiftin](https://forum.ansible.com/u/fiftin)\ **Post date:** [January 25, 2026, 7:18am UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/70 "2026-01-25T07:18:08Z")
> [@apollo13](#): > > And while I’d pay for the commercial version to get useful features - not having access to the source means I cannot hotfix anything there Commercial part is only 5% of the functionality, 95% code is open source. Open-source contributions are included in the Pro version at the same time as the open-source release. ---
**Author:** ![Incrediblestorm](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/incrediblestorm/32/3561_2.png) [@Incrediblestorm](https://forum.ansible.com/u/Incrediblestorm)\ **Post date:** [February 23, 2026, 12:45pm UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/71 "2026-02-23T12:45:24Z")
No one had a “pleasant” first time. lol ---
**Author:** ![felixfontein](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/felixfontein/32/7530_2.png) [@felixfontein](https://forum.ansible.com/u/felixfontein)\ **Post date:** [October 7, 2026, 4:41pm UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/73 "2026-10-07T16:41:42Z")
> [@devidebyzero](#): > > Red Hat does it again. > > First with CentOS, now with AWX. > > They take over a community project and then transform it into an upstream only channel for their own products. To my knowledge AWX was originally a commercial, cloesd source product developed by Ansible Inc because it got acquired by Red Hat, which was then cleaned up and open-sourced by Red Hat. So it’s not really a “community project” in the sense that it was created by the community and taken over by some company. (There are a lot of things that can and should be criticized about AWX, but I don’t see how the above claim applies.) ---
**Author:** ![geerlingguy](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/geerlingguy/32/11288_2.png) [@geerlingguy](https://forum.ansible.com/u/geerlingguy)\ **Post date:** [October 7, 2026, 5:04pm UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/74 "2026-10-07T17:04:55Z")
Yeah, in this case it was Tower, then it was migrated to [AWX in 2017](https://www.jeffgeerling.com/blog/2017/ansible-open-sources-ansible-tower-awx/), and for a while it was maintained in such a way people could easily (well, semi-easily, Tower was never made to be as simple as Ansible!) self-host it. As the use case of Tower expanded further and further into enterprisey realms, I think it just got a bit too much to maintain an easily deployable stack. So the AAP (Ansible Automation Platform) kinda ran away from the AWX roots, and it is synced back here and there, but it feels like it’s a little left out, in comparison to other RH projects. Even CentOS Stream is still a usable thing. AWX has been hard to host for years, and I usually recommend people run something simpler if they just have a small team or individual need. (Says the guy who’s built far too many Kubernetes clusters, lol) ---
**Author:** ![devidebyzero](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/devidebyzero/32/11281_2.png) [@devidebyzero](https://forum.ansible.com/u/devidebyzero)\ **Post date:** [October 7, 2026, 5:23pm UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/75 "2026-10-07T17:23:57Z")
It turns out [felixfontain](https://forum.ansible.com/u/felixfontein) is absolutely correct. My sincere apologies to Red Hat! ---
**Author:** ![Novasyll](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/novasyll/32/1086_2.png) [@Novasyll](https://forum.ansible.com/u/Novasyll)\ **Post date:** [October 9, 2026, 7:22am UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/76 "2026-10-09T07:22:56Z")
Hi Jeff What would that „something simpler“ be for example? Thx! Phil ---
**Author:** ![apollo13](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/apollo13/32/7847_2.png) [@apollo13](https://forum.ansible.com/u/apollo13)\ **Post date:** [October 9, 2026, 8:35am UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/77 "2026-10-09T08:35:43Z")
> [@geerlingguy](#): > > Even CentOS Stream is still a usable thing. AWX has been hard to host for years, and I usually recommend people run something simpler if they just have a small team or individual need. (Says the guy who’s built far too many Kubernetes clusters, lol) I do not think that is exactly fair. AWX was easy to host up until (and including) it’s latest releases. Yes, RHEL pushed a k8s setup, but nothing stopped you from running it in a single docker container (as we have been doing from 2016 to the latest releases). Sure it means _some_ work for you instead of taking something fully polished but that would have been very easy for the community to maintain. It certainly is less work than getting k8s running and fighting the tower operator 😉 ---
**Author:** ![Nico\_Kadel-Garcia](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/nico_kadel-garcia/32/9998_2.png) [@Nico\_Kadel-Garcia](https://forum.ansible.com/u/Nico_Kadel-Garcia)\ **Post date:** [October 10, 2026, 10:54pm UTC](https://forum.ansible.com/t/is-there-a-future-for-awx/44527/78 "2026-10-10T22:54:29Z")
It wasn’t easy to activate if you did not trust ‘pip intall’ to correctly install secured or securable versions of the _massive_ and never RHEL published tree of python interdependent modules. mrmeee tried to RPM bundle hem but seems to have given up. I’m afraid the casual use of bleeding edge modules and their inherently unstable dependency trees makes casually bundling and deploying AWX risky, especially without tagged releases in several years. Since Red Hat is not “eating its own dog food” by RPM bundling even those python dependencies, not even in Fedora, it makes me very leery of having to hand-bundle and security scan all the [pypi.org](http://pypi.org) published dependency chains. Others may be more trusting of ‘pip install’, but some very painful experience with JPackage and CPAN and even old BSD based ‘make install’ operations leaves me far less confidence of such dynamic compilation and deployment tools. [Previous page](https://forum.ansible.com/t/is-there-a-future-for-awx/44527.md?page=3)