Pular para o conteúdo
thiagoetipadrões

Contatos

Padrões de arquitetura para sistemas em produção

  1. Problema
  2. Padrão
  3. Código

Indicadores do catálogo

Escopo

8
  • Fora do processoCruzamentoMapa

    8+padrões de rede

    62% atravessam a rede: distribuído, eventos, mensageria

  • Sistemas distribuídos

    38%do catálogo

    5 de 13 padrões marcados como distribuído

  • Perfil TCruzamento

    5×3largura × profundidade

    profundidade máxima em Arquitetura, Dados, Integração

  • Radar de órbitasCruzamento

    13em 5 órbitas

    5 padrões de distribuído nas órbitas externas

  • Do código à rede

    5degraus

    Código → Resiliência

  • Centro de gravidade

    3,0órbita média

    de 5; o peso cai em Dados

  • Equilíbrio

    4,9categorias efetivas

    de 5; 99% de equilíbrio entre as áreas

  • Concentração

    69%em 3 categorias

    Arquitetura, Dados, Integração somam 9 de 13

Temas

8
  • Categoria × temaCruzamento

    10de 25 cruzamentos

    3 cruzamentos com 2 ou mais padrões

  • Temas-ponteCruzamento

    3temas

    ddd liga 3 · distribuído liga 3 · eventos liga 2

  • Rede de tags

    1componente

    10 ligações entre 10 tags, densidade 22%

  • Temas transversais

    5temas

    tags que não repetem a categoria

  • DDD

    4padrões

    em 3 categorias: Código, Arquitetura, Dados

  • Diversidade de temas

    4,1temas efetivos

    de 5 temas; distribuído e ddd puxam

  • Temas solo

    2tags

    mensageria, gof marcam um padrão só

  • Catálogo × mercadoCruzamento

    38%de catálogo clássico

    5 com ddd ou gof; 8 de mercado

Acervo

8
  • Padrões

    13padrões

    5 categorias, até 3 por categoria

  • Código próprio

    13repositórios

    todos em github.com/thiagoeti, nome igual ao padrão

  • Categorias

    5categorias

    Código 2 · Arquitetura 3 · Dados 3 · Integração 3 · Resiliência 2

  • Tags

    10tags

    5 temas e 5 tags de categoria

  • README

    0/13online

    13 repositórios com README em breve

  • Ficha completa

    100%dos campos

    39 de 39 campos preenchidos

  • Inventário confereCruzamento

    2/2métricas

    o declarado em metrics bate com a contagem

  • Reuso de tag

    2,6×por tag

    26 marcações em 10 tags

Dores

4
  • Famílias de dorMapa

    5famílias

    acoplamento lidera com 5 padrões

  • Dor × áreaCruzamentoMapa

    9caminhos

    acoplamento atravessa 3 categorias

  • Dor de acoplamento

    3problemas

    problemas que citam acoplamento na própria frase

  • Dor entre serviços

    4problemas

    problemas que nascem entre serviços

Soluções

4
  • Movimento da soluçãoMapa

    8movimentos

    separar resolve 4 de 13

  • Domínio no centroCruzamento

    4padrões

    citam domínio no problema, no uso ou na solução

  • Evento como fatoCruzamento

    3padrões

    outbox cita evento na dor e na solução

  • Dor → soluçãoCruzamento

    1,6×mais palavras

    a solução detalha mais que a dor

Contexto

4
  • Fontes canônicasMapa

    8autores

    Richardson lidera com 4 padrões

  • Casos de negócioCruzamentoMapa

    3padrões

    5 cenários reais: pedido, pagamento, estoque, frete, auditoria

  • Tempo como requisitoMapa

    4padrões

    uso que pede histórico, longa vida ou execução

  • Dor em uma linha

    7palavras

    mediana; intervalo de 6 a 11

Diagnóstico por problema

código → sistema distribuído

5 órbitas

Código 2Arquitetura 3Dados 3Integração 3Resiliência 2repositorystrategyhexagonalclean-architecturemicroservicescqrsevent-sourcingoutboxedasagaapi-gatewaycircuit-breakerbulkhead

Problema → padrão

13/13
  1. Regra de negócio acoplada a framework, banco e APIshexagonalArquitetura
  2. Camadas sem direção clara de dependênciaclean-architectureArquitetura
  3. Monólito que trava deploy e escala de timesmicroservicesArquitetura
  4. Modelo único sobrecarregado por leitura e escritacqrsDados
  5. Estado atual sem histórico de como chegou até alievent-sourcingDados
  6. Gravar no banco e publicar evento sem garantia atômicaoutboxDados
  7. Serviços acoplados por chamadas síncronas em cadeiaedaIntegração
  8. Transação que atravessa vários serviços sem 2PCsagaIntegração
  9. Clientes chamando dezenas de serviços diretamenteapi-gatewayIntegração
  10. Falha de um serviço derrubando os demais em cascatacircuit-breakerResiliência
  11. Um recurso lento esgotando threads e conexões de todo o sistemabulkheadResiliência
  12. Domínio acoplado a SQL e ORMrepositoryCódigo
  13. Condicionais extensas para escolher um algoritmostrategyCódigo

Catálogo

Padrões de Arquitetura e Engenharia de Software

Itens
196
Áreas
13
Conceitos
170
Implementações
179

196 de 196 itens

01 · apps/patterns/

Padrões Fundamentais

31/31

Coleção original e mais ampla de padrões — mensageria, resiliência, dados, tracing e padrões de OOP clássicos.

02 · apps/architecture/

Arquiteturas de Alto Nível (Macro-Architecture)

18/18

Forma do sistema inteiro: deploy, fronteiras e dependências.

03 · apps/messaging-streaming/

Comunicação & Mensageria

28/28

Canais, roteamento e eventos entre sistemas.

04 · apps/data-patterns/

Dados & Persistência

25/25

Consistência, histórico e acesso a dados.

05 · apps/resiliency/

Resiliência & Tolerância a Falhas

10/10

Falha contida, serviço de pé.

06 · apps/api/

API & Integração

11/11

Contratos, bordas e integração entre sistemas.

07 · apps/observability/

Observabilidade & Operações

10/10

Traces, métricas e logs que explicam produção.

08 · apps/scalability/

Escalabilidade & Infraestrutura

11/11

Carga distribuída, deploy sem parada.

09 · apps/security/

Segurança & Auditoria

10/10

Identidade, segredos e trilha auditável.

10 · apps/service-design/

Padrões de Design de Serviço

18/18

Estrutura interna de serviços e objetos.

11 · apps/front/

Front-end

2/2

Renderização no servidor e no cliente.

  • 173

    Astro SSR em Bun

    SSR Astro servido por Bun em contêiner.

    Astro output: server + @astrojs/node standalone + Docker

    • TypeScript
    • Bun
    • Astro
    • Playwright
    • Docker

    apps/front/astro-bun-app

  • 174

    Next App Router

    Server e Client Components lado a lado.

    Next.js: Server Component, Client Component e API Route, com Tailwind

    • TypeScript
    • Next.js
    • React
    • Tailwind
    • Playwright

    apps/front/next-app-router

12 · apps/infrastructure/

Infraestrutura em Docker

5/5

Um projeto por tecnologia: cada um sobe a tecnologia real em container e a exercita com um cenário financeiro. Sem docker-compose.yml — um único docker.sh com docker run puro cria a rede, sobe os containers, roda cada etapa e limpa tudo (up, etapas, down).

13

Tecnologias de Mensageria & Streaming (referência de cobertura)

17/17

Esta seção lista tecnologias mencionadas ou simuladas nos exemplos acima (ex: SQS/SNS em apps/messaging-streaming/), não projetos independentes — não possui coluna de caminho.

Message Brokers

Cloud Managed

Open Source / Self-hosted

Caminho
Stack
Grupo
Tecnologias
    Tags
      Também em
        Abrir projetoMapa de relações
        Esc

        ↑ ↓ navegarEnter abrir191 resultados