Files
athletic-map-deploy/tenants/plataforma/16-rbac-argo-refresh.yaml
T
ATM Platform 55159dd750 feat(tenants): vinculo do funcionario ao Keycloak (RF-09) ligado de verdade
- runtime-core dos quatro antigos ganha ATM_KC_ADMIN_URL e ATM_KC_REALM do
  Keycloak compartilhado (o padrao apontava para o Keycloak proprio, parado)
- molde e os quatro nascidos dele: client cadastro-keycloak criado no realm,
  segredo selado em 05-sealed-kc-admin-secret.yaml, variaveis no runtime-core
  (secretKeyRef optional) e o Secret na Role de leitura do provisionamento
- plataforma: o captacao pode anotar o ApplicationSet para varrer na hora

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-09-26 22:49:07 +00:00

33 lines
1.1 KiB
YAML

# =============================================================================
# O provisionamento pede ao ApplicationSet que varra o repositorio LOGO depois do
# push do tenant novo, em vez de esperar o poll (~3 min) — a anotacao
# `argocd.argoproj.io/application-set-refresh`, que o controlador le e apaga.
#
# So `patch`, so NESTE ApplicationSet (`resourceNames`): o captacao nao cria,
# nao apaga e nao le nenhum outro recurso do Argo.
# =============================================================================
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
name: atm-provisionamento-varredura
namespace: argocd
rules:
- apiGroups: ["argoproj.io"]
resources: ["applicationsets"]
verbs: ["patch"]
resourceNames: ["athletic-map-tenants"]
---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
name: atm-provisionamento-varredura
namespace: argocd
subjects:
- kind: ServiceAccount
name: atm-provisionamento
namespace: plataforma-prod
roleRef:
apiGroup: rbac.authorization.k8s.io
kind: Role
name: atm-provisionamento-varredura