Skip to content

Tighten ReferencingWorkloads uniqueness to kind+name across config CRDs #5401

@JAORMX

Description

@JAORMX

Follow-up from #4777 (MCPAuthzConfig CRD)

The shared WorkloadReference type uses +listMapKey=name only. Across all config CRDs (MCPOIDCConfig, MCPAuthzConfig, etc.), a ReferencingWorkloads entry is keyed by name alone, which is not unique across workload kinds (an MCPServer and a VirtualMCPServer can share a name in the same namespace). #4777 deliberately aligned to the existing name-only convention rather than diverging.

Scope

  • Evaluate moving ReferencingWorkloads to a composite kind+name key (listMapKeys) uniformly across the config CRDs that track referencing workloads.
  • This is pre-existing and repo-wide — should be addressed in one place, not per-CRD.

Context

Metadata

Metadata

Assignees

No one assigned

    Labels

    apiItems related to the APIkubernetesItems related to Kubernetesneeds-triageIssue needs initial triage by a maintaineroperatortech-debt

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions