Repository navigation
feat(tenant): optional ResourceQuota/LimitRange guardrails on the KRO Tenant RGD - #2533
Conversation
… Tenant RGD Adds opt-in `resourceQuota`/`limitRange` inputs to the Tenant RGD schema, each gated by its own `enabled` toggle (default false — no behaviour change for existing tenants). When enabled, the RGD emits a namespace ResourceQuota and/or a per-container default LimitRange alongside the existing skeleton. Fixes #2522 Part of #1932 🤖 Generated by the Daily AI Assistant
📝 WalkthroughWalkthroughThis PR extends the KRO Possibly related PRs
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
Comment |
|
🎉 This PR is included in version 1.109.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
Why
The KRO
Tenantabstraction (see the ADR) does not yet emit a namespaceResourceQuotaor per-containerLimitRange— a standard multi-tenancy guardrail against a tenant consuming unbounded cluster resources.What
Adds optional
resourceQuota/limitRangeinputs to theTenantRGD schema, each with its ownenabledtoggle (defaultfalse). When enabled, the RGD emits the matching object in the tenant namespace; existing tenants are unaffected. Follows the RGD's own already-proven boolean-toggle pattern (externalDns/sops), so it needed no new kro features — statically validated viaksail workload validate(the RGD file validates cleanly; the 3 unrelated failures in the same run are a network-fetch timeout on an unrelated schema and a pre-existing HelmRelease YAML issue, both present on unmodifiedmain).Fixes #2522
Part of #1932
Documented in
docs/tenant-abstraction.mdand pointed to fromdocs/TENANTS.mdper the issue's acceptance criteria.