ADRs — Architecture Decision Records
ADRs (Architecture Decision Records) são registros curtos de decisões arquiteturais. Cada um responde:
- Contexto — qual o problema?
- Decisão — o que foi escolhido?
- Alternativas rejeitadas — o que foi considerado e descartado?
- Consequências — o que muda na operação?
- Critério de revisão — quando reabrir essa decisão?
Lista
| # | Decisão | Status |
|---|---|---|
| 001 | ArgoCD: 2 instâncias independentes (1 por site) | Vigente |
| 002 | Cilium em K3s em LXC privileged (CPPS) — trade-offs aceitos | Vigente — revisado 2x |
| 003 | LINSTOR + DRBD como storage primário, Ceph deferido | Vigente |
| 004 | Karmada deferido — começar com Cilium ClusterMesh + ApplicationSet | Vigente |
| 005 | GPU em LXC mantido como cluster K3s standalone (versão anterior recomendava migrar pra VM) | Vigente — revisado |
| 006 | SOPS + age como secrets management MVP, ESO + Vault deferido | Vigente |
| 007 | Security stack avançada (CrowdSec/Suricata/Wazuh/Octelium) deferida | Vigente |
| 008 | Estratégia de failover DNS — Cloudflare Tunnel como MVP | Vigente |
| 009 | Cluster GPU como K3s standalone, não worker do K3s SP unificado | Vigente |