Convenções
Convenções padronizadas para que humanos e o agente autônomo nomeiem recursos de forma previsível.
Hostnames
Seção intitulada “Hostnames”Formato: rke-<papel>-<NN> (e <dispositivo>-<NN> para não-Kubernetes).
| Prefixo | Significado |
|---|---|
rke-mngm-* | Nós do cluster de gestão |
rke-app-* | Nós do cluster de aplicações |
rke-db-* | Nós dedicados a banco de dados |
rke-hml-* | Nós do cluster de homologação |
mkrb-* | RouterBoard MikroTik |
O sufixo NN é sequencial e começa em 00.
Labels de nó
Seção intitulada “Labels de nó”| Label | Valor | Uso |
|---|---|---|
node-role.kubernetes.io/database | true | Atrai pods de banco ao rke-db-00 |
| Taint | Efeito | Uso |
|---|---|---|
dedicated=database | NoSchedule | Repele qualquer pod sem a toleration correspondente |
O par label + taint é o que garante que somente PostgreSQL seja agendado no nó de banco. Veja Scheduling.
Namespaces
Seção intitulada “Namespaces”Convenção sugerida (a consolidar conforme as aplicações forem implantadas):
| Namespace | Conteúdo |
|---|---|
cnpg-system | Operador CloudNativePG |
gitlab | GitLab + seu cluster PostgreSQL |
nextcloud | Nextcloud + seu cluster PostgreSQL |
penpot | Penpot + seu cluster PostgreSQL |
identity | LLDAP |
vault | Vault |
headscale | Headscale |
Git / IaC
Seção intitulada “Git / IaC”- Branch principal:
main. - Mudança = Pull Request revisado (ver Princípios).
- Manifests de banco sempre incluem o bloco canônico de affinity + tolerations.