Trade-offs de multitenancy e posts sobre DDL vs DML e Docker Sandboxes

Dia dividido entre uma pergunta difícil de arquitetura num sistema cliente e a transformação de aprendizados recentes em posts públicos.

Projeto cliente (NDA)

A grande pergunta foi multitenancy. Com um cliente hoje e um plano de crescer para algumas centenas, trabalhei o trade-off entre ter uma infraestrutura isolada por empresa e um único banco compartilhado que separa os tenants na camada de query. O ponto de partida honesto é que os dados que temos hoje já cabem em um único tenant, então a decisão é sobre para onde o produto vai, não sobre onde ele está. Olhei referências open-source (Twenty, NocoBase, ERPNext, Odoo) não para adotar nenhuma, mas para estudar como sistemas maduros modelam entidades dinâmicas, papéis e permissões quando um só código serve muitos tenants. Parte do dia também foi encanamento: transformar notas de reunião em issues rastreáveis, para que as decisões não fiquem só na minha cabeça.

tgmarinho-ai-website

Publiquei dois posts bilíngues: DDL vs DML, e rodar builds dentro de sandboxes Docker. O de DDL vs DML nasceu de uma confusão pequena que resolvi enquanto escrevia, o que costuma ser sinal de que vale publicar.

Também pesquisei UUID versus IDs sequenciais em várias fontes: engenheiros de banco, Postgres, Snowflake, Cassandra, MongoDB e alguns textos de ERP e cloud. A pergunta que quero que o post responda não é "qual é melhor", mas quando preferir cada um, e quem migrou de um para o outro e por quê.

personal-os

Uma frente pequena à parte: converter um banco Microsoft Access legado em um DDL Postgres limpo. É aquele tipo de encanamento de dados pontual que vale virar uma receita repetível em vez de tarefa manual.

O fio condutor do dia foi o mesmo: um bom default ainda é uma decisão, então ele precisa conseguir se explicar.