Skip to content

Configure RabbitMQ topologies for UOP, Allocations and FAP Results Letters in prod clusters - #427

Open
Bhaswati1148 wants to merge 3 commits into
mainfrom
create-uop-and-allocation-related-rabbitmq-topologies-in-prod-clusters
Open

Configure RabbitMQ topologies for UOP, Allocations and FAP Results Letters in prod clusters#427
Bhaswati1148 wants to merge 3 commits into
mainfrom
create-uop-and-allocation-related-rabbitmq-topologies-in-prod-clusters

Conversation

@Bhaswati1148

Copy link
Copy Markdown
Contributor

This PR adds the ArgoCD configuration required to create the RabbitMQ topologies for UOP, Allocations, and FAP Results Letters in the prod-v4 and prod-fallback clusters.

@Bhaswati1148
Bhaswati1148 requested review from a team as code owners September 2, 2026 12:50

@ACLay ACLay left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just reviewing by comparing the branches argocd\uex\dev and argocd\uex\prod directories in kdiff3. There's a few places where the config seems a bit different between them, some of which could cause argocd issues.

The sync wave stuff might be nothing significant, but it does seem a bit inconsistent.

Comment on lines 16 to 19
metadata:
name: cert-manager
annotations:
argocd.argoproj.io/sync-wave: "0"

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

On dev the contents of this metadata block is name: '{{.name}}-cert-manager'. With just name: cert-manager left here, I think it'll cause sync issues as it tries making multiple applications that use the same name.

Also, dev doesn't specify a sync-wave. Does that matter if the prod one is?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ACLay Thanks for pointing out the {{.name}} part — I missed that. You're right, without {{.name}}, Argo CD would try to create multiple Applications with the same name.

For the sync wave, it’s needed because the RabbitMQ Cluster Operator CRDs depend on the cert-manager CRDs being available first, so the deployment order matters.

I suspect cert-manager was deployed manually in dev when the RabbitMQ Operator work was initially done, so the CRDs were already there when the Argo CD config was added. That’s probably why a sync wave wasn’t needed there.

- name: prod-fallback
template:
metadata:
name: rabbitmq-cluster-operator

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Like with the cert-manager, I think we'll want this name set to '{{.name}}-rabbitmq-cluster-operator'.

This is also specifying a sync-wave that dev isn't.

- name: prod-fallback
template:
metadata:
name: rabbitmq-topology-operator

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same naming issue and sync-wave query here.

@Bhaswati1148
Bhaswati1148 requested a review from ACLay September 3, 2026 09:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants