TL.ResilientCore.Template 1.0.0

🛡️ TL.ResilientCore

Enterprise .NET 9 Microservice Template focado em alta resiliência, integridade de dados e Clean Architecture.

🛑 O Princípio: "Não Existe Bala de Prata"

Este template NÃO foi feito para criar APIs genéricas ou CRUDs simples. Ele é uma base arquitetural focada em alta resiliência e integridade de dados, desenhada para suportar os desafios reais de ambientes distribuídos.

🎯 Quando USAR este Template:

1. Sistemas com Regras de Negócio Ricas: Onde o domínio precisa ser isolado e o Result Pattern evita o custo de processamento e a poluição visual de exceções de negócio.

2. Sistemas Baseados em Eventos (Event-Driven): Onde perder uma mensagem entre o Banco de Dados e o Message Broker não é uma opção (Outbox Pattern otimizado com Índices Filtrados).

3. Fluxos Assíncronos Complexos: Onde uma falha no meio de um processo financeiro ou de alocação exige desfazer/compensar os passos anteriores (Saga Pattern).

4. Carga Intensiva de Leitura/Escrita: Onde a separação de responsabilidades via CQRS e a automatização de paginação/ordenação mantêm o código limpo e performático.

🚫 Quando NÃO usar este Template:

1. CRUDs Simples / Ferramentas Internas: Minimal APIs com rotas diretas para o banco resolvem o problema sem a necessidade do overhead do Clean Architecture.

2. POCs ou MVPs de Descarte: Onde a velocidade de entrega imediata (código acoplado) importa mais do que a manutenibilidade a longo prazo.

3. Proxies / BFFs Ultra-Leves: Aplicações de borda que apenas atuam como pass-through (repassam requisições) sem regras de domínio.

🏗️ Pilares da Arquitetura

O TL.ResilientCore é construído sobre 4 pilares fundamentais para microsserviços maduros:

• Result Pattern: Substituição do fluxo de try/catch (throw exceptions) por um controle de fluxo funcional e previsível para regras de domínio.

• Outbox Pattern Extremamente Otimizado: Garantia de entrega (At-Least-Once) para mensageria, utilizando Índices Filtrados no PostgreSQL/SQL Server para buscas em < 1ms.

• Saga Pattern (Orchestration): Gestão de transações distribuídas com controle de ações de compensação em caso de falhas.

• CQRS + EF Core: Segregação rigorosa de Comandos (Escrita) e Consultas (Leitura).

🚀 Como utilizar (Localmente)

Este template foi desenhado para ser empacotado via CLI do .NET.

Primeira vez gerando um projeto com este template? Leia o nosso Guia de Início Rápido (Getting Started)para entender como estruturar suas features, regras de domínio e fluxo de trabalho.

1. Instale o template na sua máquina:

dotnet new install ./TL.ResilientCore.Template

2. Crie um novo microsserviço:

dotnet new tl-resilientcore -n NomeDoSeuMicrosserviço

3. Suba a infraestrutura local (Postgres e Redis):

docker-compose up -d

4. Crie e aplique as Migrations do EF Core:

• obs.: Se você não tiver a ferramenta do EF instalada na máquina, rode primeiro:

dotnet tool install --global dotnet-ef

Criar a Migration inicial (as tabelas no EF Core)

dotnet ef migrations add InitialCreate --project src/Infrastructure/TL.ResilientCore.Infrastructure/TL.ResilientCore.Infrastructure.csproj --startup-project src/Presentation/TL.ResilientCore.Api/TL.ResilientCore.Api.csproj

Aplicar a Migration no banco que subiu no Docker

dotnet ef database update --project src/Infrastructure/TL.ResilientCore.Infrastructure/TL.ResilientCore.Infrastructure.csproj --startup-project src/Presentation/TL.ResilientCore.Api/TL.ResilientCore.Api.csproj

📂 Estrutura do Projeto (Blueprint)

src/
 ├── Core/
 │    ├── Domain/         # Entidades, Agregados, Domain Events e Result Pattern
 │    └── Application/    # CQRS (Commands/Queries), Sagas e Interfaces
 ├── Infrastructure/
 │    ├── Persistence/    # EF Core DbContext, Interceptors, Repositories
 │    └── Outbox/         # Background Workers, Polly Pipelines
 └── Presentation/
      └── Api/            # Controllers / Minimal APIs, Middlewares de Tratamento

📖 Decisões de Arquitetura (ADRs)

Documentamos o "porquê" de cada decisão técnica tomada neste template. Consulte a pasta /docs/adr para entender os trade-offs:

• ADR-001: Uso de Índices Filtrados na Tabela Outbox
• ADR-002: Adoção do Result Pattern em detrimento de Exceptions
• ADR-003: Separação de Command e Query (CQRS)
• ADR-004: Restrições Arquiteturais, Idempotência e Anti-Patterns