Criando SaaS Monolith com Jumentix
Use esse caminho quando desejar uma entrega rápida com limites modulares fortes e um caminho de migração futuro limpo.
Responsabilidade no escopo
- Responsável por: Orientação de topologia para SaaS monólito modular
- Usado com: Guias REST/realtime, hub de pacotes, backend-template
- Não responsável por: Referência profunda de API de pacotes (veja páginas de pacotes)
Glossário
- Guia — documento de jornada; siga os passos em ordem antes de pular para mapas de API.
- Composition root — startup que liga env → adapters → use-cases.
O que é
Lance um monólito modular com limites claros prontos para extrair depois.
Estratégia recomendada
- Comece com contextos limitados no Domain Designer.
- Mantenha cada domínio isolado através de portas/adaptadores e contratos explícitos.
- Expor interfaces via REST e, opcionalmente, canais em tempo real.
- Mantenha a infraestrutura conectável por meio de pacotes de espaço de trabalho (
@jumentix/*).
Por que isso funciona
- Primeiro lançamento de produção mais rápido.
- Menor complexidade operacional do que os primeiros microsserviços.
- Limpe o caminho de extração quando a escala ou os limites da equipe exigirem divisão de serviço.
Plano de entrega
- Projetar modelo de domínio e contratos (OpenAPI/AsyncAPI).
- Implementar fluxos de domínio/casos de uso/controlador.
- Execute em uma unidade de implantação com processos gerenciados por PM2.
- Adicione controles de observabilidade e conformidade.
- Valide os portões de qualidade e os limites de cobertura antes de cada push.
Público-alvo
- Equipes de produto validando novas propostas de SaaS rapidamente.
- Equipes de engenharia que precisam de manutenção sem excesso de arquitetura muito cedo.
Documentos relacionados
- Arquitetura e Estrutura
- Hub de modelo de back-end
- Implantar matriz de destino e empacotamento
Próximos passos
Checklist júnior (“Eu consigo …”)
- Explico o objetivo deste guia em uma frase
- Completei o primeiro sucesso sem adivinhar jargão
- Sei a próxima página de docs a abrir