# Upcoming changes to AWX Operator installation methods

**URL:** <https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598>\
**Category:** Project Discussions\
**Tags:** kubernetes, community, awx-operator, mindshare, awx-modernization, awx, release\
**Created:** [August 2, 2024, 2:06pm UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598 "2024-08-02T14:06:17Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![oranod](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/oranod/32/1434_2.png) [@oranod](https://forum.ansible.com/u/oranod)\
**Post date:** [August 2, 2024, 2:06pm UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/1 "2024-08-02T14:06:17Z")

</div>

Hi everyone,

In a couple of recent posts, we’ve talked about [Streamlining AWX Releases](http://forum.ansible.com/t/streamlining-awx-releases/6894/15) as well as Refactoring AWX into a [Pluggable Services-Oriented Architecture](http://forum.ansible.com/t/refactoring-awx-into-a-pluggable-service-oriented-architecture/7404). Now we’d like to announce plans from Red Hat engineering to make changes to how AWX Operator gets released.

First, let’s reiterate something that we said in a previous post because the changes I’m going to outline fit into that message:

“While we want to make changes that enable more collaboration with our community, at the same time we also must reduce the overhead we as the Ansible Engineering team within Red Hat spend supporting AWX so that we can more effectively serve both our upstream community and paying customers.”

# Let’s talk about AWX Operator

AWX Operator is a convenient way to deploy AWX in Kubernetes environments. Work on the operator started back in 2019 when Red Hat open-sourced the codebase for Ansible Tower. The operator was originally created by the community, with a vision to grow it into an installation method with capabilities to manage the full lifecycle of an AWX deployment.

In [2022](https://github.com/k8s-operatorhub/community-operators/pull/1822), Red Hat made the AWX Operator available from [OperatorHub.io](http://OperatorHub.io). The intention was to take away some of the pain with installing AWX on Kubernetes. However, this has lead to some unintended consequences:

- Red Hat customer confusion, after seeing the AWX Operator entry, about whether or not Red Hat recommended its use for production environments, and if Red Hat provided support for the AWX Operator. (Red Hat has never provided support for the AWX Operator. Red Hat Ansible Automation Platform is the supported product.)
- Increased engineering burden on Red Hat to maintain the release process.

Also in [2022](https://github.com/ansible/awx-operator/commit/efaa4718eca39043b2465766d425a32da834e160), the Helm chart was added to the AWX Operator code repository from a community contribution. For folks who are not familiar with Helm charts, they are a packaging format for installing AWX on Kubernetes. Similarly to the situation with [OperatorHub.io](http://OperatorHub.io), we’ve observed some unintended consequences of having the Helm chart in the AWX Operator repository:

- Expertise for maintaining the Helm chart is outside the Red Hat engineering team.
- Community owns the Helm chart, but Red Hat engineering plans to refactor AWX could lead to conflicts or breakage. For instance, the Helm chart now depends on Red Hat release cycles and fast iteration from the community is gated by Red Hat engineering.

## Removing AWX Operator from [OperatorHub.io](http://OperatorHub.io)

With the above points in mind, Red Hat is taking action to remove AWX Operator from [operatorhub.io](http://operatorhub.io) on August 09, 2024.

You can sum up the motivation for removing the AWX Operator from [operatorhub.io](http://operatorhub.io) quite simply. Red Hat has put an obstacle in its own way by releasing the AWX operator on OperatorHub. This change is about Red Hat getting out of its own way.

Here is what is going to change:

- AWX Operator will no longer be listed on the OperatorHub. If you depend on installing awx-operator via OperatorHub, please plan accordingly for this upcoming change.
- The OLM subscription resource for this operator will be unhealthy.

Here is what is NOT going to change:

- Existing installations of the AWX Operator should continue to work.

- The [awx-operator image](https://quay.io/repository/ansible/awx-operator) will remain available.

- The Ansible community can still continue to [install AWX Operator](https://ansible.readthedocs.io/projects/awx-operator/en/latest/installation/basic-install.html) following the documentation.

- No changes to the license.

- [Contributions](https://ansible.readthedocs.io/projects/awx-operator/en/latest/contributors-guide/get-involved.html) are always welcome.

## Relocating the Helm chart code

Red Hat is moving the Helm chart code to a new repository in the ansible-community org in GitHub. With this move the code will reside somewhere it should always have been located, given the content and the fact that the community maintains it. This move will take place on or before August 09, 2024.

In a similar, but different, way to the removal of the operator from the OperatorHub, you can sum up the motivation for returning the Helm chart to the community. Red Hat wants to avoid creating obstacles for community development, especially once the work to refactor the AWX codebase begins in earnest. This change is about Red Hat getting out of the way of the community. As a consequence of this move, we expect there will be more enhancements and a faster release cadence.

Last year, Red Hat moved the source for the Ansible core and community package documentation to a new repository to provide greater ownership to content for the Steering Committee and to remove constraints on the documentation toolchain that came from the Ansible core CI/CD pipelines. It happened to be the case that the Red Hat engineering team and the Ansible community were pulling in the same direction, but just getting into each other’s way at times. After moving the documentation to a new repository, we saw that the community not only got more ownership of content, but the tooling around the docs repo was dramatically improved. Those tooling improvements, in turn, greatly reduced manual overhead and created a path to innovation and enhanced community contributions. We’re hoping to see the same kind of results for the Helm chart code.

Here is what is going to change:

- All code under the [.helm/starter](https://github.com/ansible/awx-operator/tree/devel/.helm/starter) directory will move to the [ansible-community/awx-operator-helm](https://github.com/ansible-community/awx-operator-helm) repository.
- The [helm-release playbook](https://github.com/ansible/awx-operator/blob/devel/ansible/helm-release.yml) will move to the new repository.
- The Helm chart code will be available under the [GPL-3.0 license](https://github.com/ansible-community/awx-operator-helm?tab=GPL-3.0-1-ov-file).

To make this move a success, we need the help of the community. We are looking for community maintainers for the Helm chart. Respond to this post or open an issue in the [new repository](https://github.com/ansible-community/awx-operator-helm) if you’re interested!

## Updating the release process

As mentioned in the [previous post](http://forum.ansible.com/t/streamlining-awx-releases/6894), AWX releases are paused for the time being. Along with the changes I’ve outlined above, we also need to make some changes to the [release process](https://ansible.readthedocs.io/projects/awx-operator/en/latest/contributors-guide/release-process.html?h=operatorhub) for when we resume AWX Operator releases. The changes we plan to make include:

- Removing the workflows to publish the [Helm chart](https://github.com/ansible/awx-operator/blob/devel/.github/workflows/publish-helm.yml) and the [Operator](https://github.com/ansible/awx-operator/blob/devel/.github/workflows/publish-operator-hub.yaml).
- Remove the step to release the [Helm chart](https://github.com/ansible/awx-operator/blob/8224b0b3543ba0e2d5e7f0dfd81ca5e2443725c7/.github/workflows/promote.yaml#L75) while promoting the Operator during release.
- Update the [Makefile](https://github.com/ansible/awx-operator/blob/devel/Makefile) to remove targets related to the Helm chart and Operator Hub catalog.
- Update the [release process documentation](https://ansible.readthedocs.io/projects/awx-operator/en/latest/contributors-guide/release-process.html) to reflect the changes.

Please note that this list of changes is not exhaustive and there might be some additional smaller changes.

## Call to action

If you depend on OperatorHub as an installation method for the AWX Operator, plan accordingly for the removal taking place on August 09, 2024.

If you are a member of the community who is interested in helping maintain the Helm chart for the AWX Operator, we encourage you to get involved! You can respond to this post to express your interest or open an issue in the [new repository](https://github.com/ansible-community/awx-operator-helm) to let us know.

## Join the discussion

We value your input on these changes. You can share your thoughts asynchronously by replying to this forum post. I can also add a link for providing anonymous feedback if folks think that would be useful or preferable.

You can also come along to the [next AWX community meeting](http://forum.ansible.com/t/awx-community-meeting/120), scheduled for August 13, and speak with us directly.

## Stay updated

To stay in the loop with all things AWX, [join the Ansible Forum](http://forum.ansible.com/), follow the [News & Announcements](http://forum.ansible.com/c/news/5) and follow the [awx](http://forum.ansible.com/tag/awx) tag.

# Links in this AWX update series

- [Blog: Upcoming Changes to the AWX Project](https://www.ansible.com/blog/upcoming-changes-to-the-awx-project/)
- [Streamlining AWX Releases](http://forum.ansible.com/t/streamlining-awx-releases/6894)
- [Refactoring AWX into a Pluggable, Service-Oriented Architecture](http://forum.ansible.com/t/refactoring-awx-into-a-pluggable-service-oriented-architecture/7404)
- [Upcoming changes to AWX Operator installation methods](http://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598) (this post)
- [AWX UI and credential types transitioning to the new pluggable architecture](http://forum.ansible.com/t/awx-ui-and-credential-types-transitioning-to-the-new-pluggable-architecture/8027)
- [AWX modernization: Moving forward](https://forum.ansible.com/t/awx-modernization-moving-forward/45134)
- [AWX modernization: Ansible UI](https://forum.ansible.com/t/awx-modernization-ansible-ui/45757)

## Useful links

- [The Forum: AWX topics](http://forum.ansible.com/tag/awx)
- [The Forum: Newsletter Category](http://forum.ansible.com/c/news/bullhorn/17)

---

<div class="post-metadata">

**Author:** ![Denney-tech](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/denney-tech/32/1556_2.png) [@Denney-tech](https://forum.ansible.com/u/Denney-tech)\
**Post date:** [August 2, 2024, 5:57pm UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/2 "2024-08-02T17:57:50Z")

</div>

> [@oranod](#):
>
> Red Hat is taking action to remove AWX Operator from [operatorhub.io](http://operatorhub.io) on August 09, 2024.

Now that’s a bit of a shock, now I have to review my deployment process…

> [@oranod](#):
>
> ## Updating the release process
> 
> … The changes we plan to make include:
> 
> - Removing the workflows to publish the [Helm chart](https://github.com/ansible/awx-operator/blob/devel/.github/workflows/publish-helm.yml) and the [Operator](https://github.com/ansible/awx-operator/blob/devel/.github/workflows/publish-operator-hub.yaml).
> 
> Please note that this list of changes is not exhaustive and there might be some additional smaller changes.

What about the awx-operator-{bundle,catalog} images pushed to [Quay.io](https://quay.io/organization/ansible)? Will the following portion of the feature workflow stay? [feature.yml#L42-L56](https://github.com/ansible/awx-operator/blob/devel/.github/workflows/feature.yml#L42-L56)

While I do not use the [operatorhub.io](http://operatorhub.io) catalog source or even the slightly downstream [redhat-openshift-ecosystem/community-operators-prod](https://github.com/redhat-openshift-ecosystem/community-operators-prod) catalog source, I do use the operator bundle images for building a private/custom catalog source.

My current deployment process involves building my own OLM catalog source by:

- intersecting the tags of the available operator images and bundle images (to account for some missing tags in one source or the other)
- render the intersected bundles into a private catalog using a combination of `opm` and a jinja2 template in ansible
- build the rendered catalog image and push to private registry
- install the private catalog source on k8s cluster
- subscribe to awx-operator from the private catalog

I was already anticipating having to make possible changes due to the switch from SemVer to CalVer, but if you stop building the bundles… I guess I’ll have to figure out how to continue building those myself. Using the kustomize or helm install methods are far from preferable in my case.

---

<div class="post-metadata">

**Author:** ![samccann](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/samccann/32/18_2.png) [@samccann](https://forum.ansible.com/u/samccann)\
**Post date:** [August 7, 2024, 8:25pm UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/3 "2024-08-07T20:25:07Z")

</div>

Hi folks - the PR to move helm chart is ready for review at [Remove Helm chart code by oraNod · Pull Request #1938 · ansible/awx-operator · GitHub](https://github.com/ansible/awx-operator/pull/1938)

And you’ll need to go to [awx-operator Helm charts | awx-operator-helm](https://ansible-community.github.io/awx-operator-helm/) to install helm chart going foward.

---

<div class="post-metadata">

**Author:** ![gundalow](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gundalow/32/99_2.png) [@gundalow](https://forum.ansible.com/u/gundalow)\
**Post date:** [August 12, 2024, 7:10pm UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/4 "2024-08-12T19:10:07Z")

</div>

> [@Denney-tech](#):
>
> What about the awx-operator-{bundle,catalog} images pushed to [Quay.io](https://quay.io/organization/ansible)? Will the following portion of the feature workflow stay? [feature.yml#L42-L56](https://github.com/ansible/awx-operator/blob/devel/.github/workflows/feature.yml#L42-L56)

Hi Denny,

Thanks for the question and I hope you don’t mind a bit of delay in the response. To be transparent, I’ve intentionally not replied until now to give others in the community some time to chime in. However, it’s not good to let questions go unanswered.

As stated in the post, the [AWX operator image on Quay](https://quay.io/repository/ansible/awx-operator) will remain available. To the best of my knowledge there are no plans to remove that or any of the other images, even if the OLM related bits are no longer published to OperatorHub.

I also asked around and got some more specific details. The `kustomize` and `make deploy` install methods will remain available. It’s true there are limitations to hooking those methods into infra-as-code style deployments, but this is a trade-off Red Hat is making to enable the development team to focus on improving the core parts of AWX.

---

<div class="post-metadata">

**Author:** ![disi](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/disi/32/1138_2.png) [@disi](https://forum.ansible.com/u/disi)\
**Post date:** [August 14, 2024, 7:51am UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/5 "2024-08-14T07:51:04Z")

</div>

So if we already deploy via Helm chart, we merely need to update the helm source in our deployment?  
From [https://ansible.github.io/awx-operator/](https://ansible.github.io/awx-operator/) to [GitHub - ansible-community/awx-operator-helm](https://github.com/ansible-community/awx-operator-helm/) ?

---

<div class="post-metadata">

**Author:** ![oranod](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/oranod/32/1434_2.png) [@oranod](https://forum.ansible.com/u/oranod)\
**Post date:** [August 19, 2024, 9:56am UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/6 "2024-08-19T09:56:04Z")

</div>

> [@disi](#):
>
> So if we already deploy via Helm chart, we merely need to update the helm source in our deployment?  
> From [https://ansible.github.io/awx-operator/](https://ansible.github.io/awx-operator/) to [GitHub - ansible-community/awx-operator-helm](https://github.com/ansible-community/awx-operator-helm/) ?

That’s correct @disi

---

<div class="post-metadata">

**Author:** ![samccann](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/samccann/32/18_2.png) [@samccann](https://forum.ansible.com/u/samccann)\
**Post date:** [August 21, 2024, 8:28pm UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/7 "2024-08-21T20:28:55Z")

</div>

There’s a new post in the AWX Modernization series at [AWX UI and credential types transitioning to the new pluggable architecture](http://forum.ansible.com/t/awx-ui-and-credential-types-transitioning-to-the-new-pluggable-architecture/8027).

---

<div class="post-metadata">

**Author:** ![gundalow](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gundalow/32/99_2.png) [@gundalow](https://forum.ansible.com/u/gundalow)\
**Post date:** [September 18, 2024, 6:55pm UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/8 "2024-09-18T18:55:41Z")

</div>

I’ve just posted the next forum post in this series, [Transitioning authentication and authorization (RBAC) to the new AWX architecture](http://forum.ansible.com/t/transitioning-authentication-and-authorization-rbac-to-the-new-awx-architecture/8602)

---

<div class="post-metadata">

**Author:** ![disi](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/disi/32/1138_2.png) [@disi](https://forum.ansible.com/u/disi)\
**Post date:** [September 19, 2024, 10:35am UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/9 "2024-09-19T10:35:54Z")

</div>

I made the change today and it worked like a charm. new URL: [awx-operator Helm charts | awx-operator-helm](https://ansible-community.github.io/awx-operator-helm/)

---

<div class="post-metadata">

**Author:** ![gundalow](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gundalow/32/99_2.png) [@gundalow](https://forum.ansible.com/u/gundalow)\
**Post date:** [September 19, 2024, 11:02am UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/10 "2024-09-19T11:02:41Z")

</div>

> [@disi](#):
>
> I made the change today and it worked like a charm. new URL: [awx-operator Helm charts | awx-operator-helm 1](https://ansible-community.github.io/awx-operator-helm/)

Great to hear, thanks for sharing.

---

<div class="post-metadata">

**Author:** ![libert-xyz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/libert-xyz/32/8114_2.png) [@libert-xyz](https://forum.ansible.com/u/libert-xyz)\
**Post date:** [April 11, 2025, 3:33pm UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/11 "2025-04-11T15:33:02Z")

</div>

> [@oranod](#):
>
> helping maintain the Helm chart for the AWX Operator,

Interested, please include me

---

<div class="post-metadata">

**Author:** ![oranod](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/oranod/32/1434_2.png) [@oranod](https://forum.ansible.com/u/oranod)\
**Post date:** [April 17, 2025, 9:41am UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/12 "2025-04-17T09:41:57Z")

</div>

Hi @libert-xyz We just had a new release of the awx-operator helm chart: [Release announcement: AWX operator helm chart v3.1.0](https://forum.ansible.com/t/release-announcement-awx-operator-helm-chart-v3-1-0/41787)

Feel free to join us in the GitHub repo at: [GitHub - ansible-community/awx-operator-helm: Helm chart for the AWX operator.](https://github.com/ansible-community/awx-operator-helm)

There are some issues in that repo that you could take on and send a pull request to get started. You could also just follow the repo and add reviews to any new pull requests that come along.

Looking forward to seeing you there!

---

<div class="post-metadata">

**Author:** ![gundalow](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gundalow/32/99_2.png) [@gundalow](https://forum.ansible.com/u/gundalow)\
**Post date:** [February 6, 2026, 6:03am UTC](https://forum.ansible.com/t/upcoming-changes-to-awx-operator-installation-methods/7598/13 "2026-02-06T06:03:55Z")

</div>

A post was split to a new topic: [Migrate AWX to Helm](https://forum.ansible.com/t/migrate-awx-to-helm/45279)
