Modelo consolidado da plataforma

O modelo mestre reúne as collections, seus campos e os tipos embutidos dos 11 domínios MongoDB, além dos contratos de eventos e Redis. As fronteiras identificam os owners; as conexões azuis destacam relações entre domínios. Os diagramas individuais continuam disponíveis para consultas menores.

Abrir em página independente

Explorar o modelo completo

O desenho abre ajustado para apresentar sua organização. Pesquise uma collection e clique em Localizar para ler seus campos a 100% e destacar suas relações. Arraste o fundo ou use as barras horizontal e vertical. Ajustar retorna à visão geral; Tela cheia amplia a área de navegação. Os cabeçalhos abrem a documentação detalhada. O filtro de domínio destaca seus componentes e vizinhos sem remover dados.

Localizar Todos os domínios Limpar destaque − + 100% Ajustar Tela cheia Claro / escuro Carregando… Abrir SVG

Como ler

• Collection em laranja: documento independente, com escopo tenant/global no cabeçalho. Verde: tipo embutido. Roxo: cópia histórica; reutiliza os campos do tipo original, sem ser outra collection.
• Seta contínua: referência por identificador. Pontilhada: objeto/array embutido. Tracejada: relação lógica, snapshot ou materialização, conforme o label. Azul: atravessa fronteiras de domínios. Nenhuma linha representa uma foreign key MongoDB.
• ID / REF / *: identificador, referência e obrigatoriedade comprovada. Os tipos permanecem os tipos declarados Java/Go; Array<T> corresponde a List<T>. Tooltips preservam enums, valores iniciais e notas.
• Outbox compartilhada: outbox_events aparece uma única vez para os produtores Core e Template Service. O quadro do Dispatcher é um contrato Go sobre essa mesma collection, incluindo os campos de transporte. A diferença de tipos de eventId permanece explícita nos contratos.
• Redis: quadros descrevem chave, valor e TTL; não são collections nem campos BSON. Componentes em cinza são consumidores/escritores.
• Os snapshots representam cópias embutidas, não vínculos automáticos aos documentos vivos. Uma mesma estrutura embutida pode ser usada por diferentes campos.

Cobertura e manutenção

O gerador lê as fontes dos domínios existentes, resolve as projeções transversais pelos links de identidade e confere campos/tipos antes de desenhar. Campos não são mantidos em uma segunda definição. master-links.json contém somente relações complementares já documentadas, sem schemas duplicados.

O Core inclui também categories, gateway_wizard, catalog_item_state e outbox_events, já presentes no dicionário textual. A outbox compartilhada conta uma vez: 29 collections/modelos Mongo, correspondentes a 30 declarações nos owners. IP Policy e Rate Limit preservam os nomes lógicos porque o nome físico é delegado à biblioteca.

As mesmas limitações dos modelos individuais continuam válidas: mapas e JSON livres não têm campos inventados; schemas internos de fornecedores externos não são reconstruídos. A visão Redis cobre os contratos já desenhados; o inventário de caches mantém o detalhamento complementar.

Para regenerar tudo, execute npm run generate em tools/data-diagrams. npm run check confere os modelos individuais e o mestre. O SVG, o índice de navegação e a página independente são gerados localmente; nenhum serviço externo é necessário para explorar o modelo. Consulte o procedimento de geração.