argoproj-labs / argoproj-labs/appsource

Making AppSource created ArgoCD Applications Project Scoped

Open
#38 1 comment 0 reactions 0 assignees View on GitHub
enhancement good first issue
Dominant language
Go
Stars
25
Forks
3
PR merge metrics
No merged PRs in 30d

Description

# Summary
Thank you to @keithchong for inspiring this fix.

Because ArgoCD applications are actually CRDs within the cluster where a team's ArgoCD instance was installed — all applications need have to be globally unique names. This is related to an ArgoCD [issue](https://github.com/argoproj/argo-cd/issues/3709) requesting that ArgoCD applications be somehow project scoped, however the AppSource controller workflow should not wait for ArgoCD as a whole to be changed. Instead, the name of the ArgoCD Application will be \.\.\

# Motivation

The appsource controller promotes its utility across multiple clusters, not just the one where the ArgoCD instance may be installed. With this updated syncPolicy we can ensure that applications are being made within their own namespaces, no matter what cluster they're being requested from.

# Proposal
Create ArgoCD Applications with the name format \.\.\

Contributor guide

Open the contributing guide

Research direction

Locate the AppSource controller code that creates ArgoCD Applications and inspect how the application name and sync policy are currently formed. Confirm the generated name follows .. and verify applications remain unique across clusters and namespaces.

Written by the indexing model from the issue text.

Assessment

Tech stack
go, kubernetes
Domain
devops, infrastructure
Issue type
Feature
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
42/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.