Roadmap — Bancos gerenciados (galho 9)

Roadmap-folha do galho Cloud/09 - Bancos gerenciados. Bloco 2 (Os primitivos). Spec: 2026-07-20-trilha-cloud-design.

Tabela-resumo

MétricaValor
Total de notas6
⬜ pendente0
✅ feita6
🔄 em andamento0
% concluído100% ✅
M1 (mídia)pendente — enriquecimento futuro

Notas

01 - Por que um banco gerenciado

  • Estado: ✅ feita · fase: Iniciado · 264 linhas
  • Escopo: managed vs self-hosted, divisão de responsabilidade (provedor: patch/failover/backup; você: schema/queries/índices/pooling), trade-off custo/controle, cenário de migração EC2→RDS, TCO ilustrativo (managed vence quando o tempo da equipe vale mais que o preço/hora); RDS ↔ DO Managed DB (catálogo 6 engines).

02 - RDS e Managed Databases a fundo

  • Estado: ✅ feita · fase: Adepto · 408 linhas
  • Escopo: anatomia da DB instance (engine PostgreSQL/MySQL/MariaDB/Oracle/SQL Server/Db2/Aurora, classe db.*, storage gp3/io1-io2 = EBS por baixo, parameter group estático vs dinâmico), banco em subnet privada + DB subnet group + security group (callout fronteira galho 7), endpoint/conexão, publicly-accessible=false; RDS ↔ DO (PgBouncer embutido).

03 - Alta disponibilidade e réplicas

  • Estado: ✅ feita · fase: Adepto · 390 linhas
  • Escopo: distinção-chave Multi-AZ (standby síncrono, não serve tráfego, failover ~1-2min via CNAME) vs read replica (assíncrona, serve leitura, sem failover automático, promovível, cross-region), Multi-AZ DB cluster (2 standbys legíveis), replication lag, Aurora até 15 réplicas; DO standby nodes (até 2) + read-only nodes.

04 - Backups, PITR e manutenção

  • Estado: ✅ feita · fase: Adepto · 380 linhas
  • Escopo: HA≠backup (standby replica o DROP fielmente), backups automáticos (retention 0-35d, retention=0 desliga), point-in-time recovery (~5min RPO, restaura pra NOVA instância), snapshots manuais (não expiram, cross-region/account), maintenance window + patching minor/major (Multi-AZ aplica no standby primeiro), restore testado; snapshots→object storage (fronteira galho 8); DO fork + 7d PITR.

05 - NoSQL gerenciado (DynamoDB)

  • Estado: ✅ feita · fase: Adepto · 392 linhas
  • Escopo: modelo tabela/item/atributos, partition key (hash) + sort key (range), hot partition (design da chave é tudo), capacity modes (on-demand vs provisioned RCU/WCU), GSI vs LSI, eventual vs strong consistency, Streams/TTL/transações/global tables, contraste com relacional (sem JOIN, modela pela query); DO SEM DynamoDB-like (só MongoDB/Valkey), Cosmos DB/Bigtable são os análogos.

06 - Cache gerenciado e a grande escolha

  • Estado: ✅ feita · fase: Magus · 430 linhas · FECHA o galho
  • Escopo: ElastiCache Redis/Valkey vs Memcached, cluster mode, MemoryDB (Redis durável), cache-aside/write-through/TTL/eviction, transição Redis→Valkey (licença 2024); a grande escolha — árvore de decisão relacional vs NoSQL vs cache vs object storage, cenário polyglot da loja end-to-end, tabela-síntese requisito→tipo→serviço→armadilha; ponte→galho 10 (DNS/CDN). Capstone.

Pendências

  • M1 (mídia): enriquecimento de vídeos/podcasts ainda não rodado neste galho — pendente para sessão futura.

Notas de execução

  • Escrito em 2 ondas de 3 agentes (01-03, depois 04-06); orquestrador commitou serialmente (d944835, 73df051). 0 wikilinks quebrados no gate.
  • Nota 01 (abertura/porquê, Iniciado) reaberta 1x (215→264) SEM padding: seções “cenário de migração EC2→RDS” + “TCO real”. Topou 264 <300 — aceito como nota-abertura/síntese.
  • Nota 02: orquestrador adicionou callout de fronteira linkado ao galho 7 (VPC) na seção do endpoint — o agente citava a subnet privada em prosa sem wikilink.
  • Notas de mecânica (02, 04, 05) com 10-16 blocos de código; notas de HA/síntese topam ~380-392 com densidade estrutural (aceito, contraste mecânica-vs-critério reconfirmado).
  • Capstone (06) fechou 430 — dentro da banda 430-500.
  • Honestidade de paridade DO capturada: DO tem 6 engines gerenciados (PostgreSQL, MySQL, Kafka, MongoDB, Valkey, OpenSearch), SEM DynamoDB-like (nota 05); standby nodes até 2 (nota 03); fork + 7d PITR (nota 04); Managed Caching for Valkey (aposentou “Managed Redis”, nota 06).
  • Fatos datados marcados com [!info]: Redis→Valkey (licença 2024, ElastiCache Valkey 8.0-9.0, DO aposentou Managed Redis, Azure aposentando SKUs Cache for Redis→Managed Redis, GCP Memorystore for Memcached deprecado); RDS PITR ~5min; retention 0-35d.
  • Fronteiras: modelagem/SQL-vs-NoSQL → Dados; padrões de cache + escolha de storage → System Design; backup/DR como disciplina → Operação; galho 10 (DNS/CDN) → prosa (não existe).