Ir para o conteúdo
Balkan Tecnologia

Arquitetura para um sistema novo ou que cresceu

Definimos como o sistema se divide, por onde os dados passam e o que acontece quando a carga aumenta, com cada decisão escrita e justificada.

Fio verde-menta ligando três cartões em branco, como a planta de um sistema, ao lado de um compasso de latão.

Para quem é

Para empresas que vão construir um sistema novo ou cujo sistema atual ficou difícil de mudar.

O que resolve

  • Cada mudança pequena mexe em partes do sistema que não tinham nada a ver.
  • A equipe discute microsserviços sem saber se o problema pede isso.
  • Ninguém lembra por que certa decisão foi tomada, e mudar dá medo.
  • O sistema fica lento no fechamento do mês e ninguém sabe onde está o gargalo.

O que fazemos

Limites entre módulos
Quais partes do sistema ficam juntas, quais se separam e como conversam entre si.
Monólito modular ou serviços
A divisão que o tamanho da equipe e do problema justifica, não a da moda.
Fluxo de dados
Onde cada dado nasce, quem é o dono dele e por quais sistemas ele passa.
Carga e capacidade
Estimativas de volume, picos previsíveis e o que precisa escalar primeiro.
Onde os dados ficam
Nuvem, região e hospedagem no Brasil ou fora, discutidas com quem responde pelos dados.
Registro de decisões
Cada decisão importante escrita com o contexto, as alternativas e o motivo da escolha.
Falhas previstas
O que acontece quando um serviço, uma fila ou um fornecedor externo para de responder.

O que você recebe

  • Diagramas da arquitetura em níveis, do contexto aos componentes
  • Registro das decisões de arquitetura, com as alternativas descartadas
  • Estimativas de carga e os limites conhecidos do desenho
  • Lista de riscos técnicos, com a ordem sugerida para tratá-los
  • Critérios para conferir se a implementação seguiu a arquitetura

Como fazemos

  1. Contexto

    Objetivos do negócio, volumes esperados, equipe disponível e restrições já conhecidas.

  2. Alternativas

    Duas ou três formas de montar o sistema, com custos e riscos de cada uma.

  3. Decisão

    Escolha feita com a sua equipe e registrada com o motivo.

  4. Desenho detalhado

    Diagramas, contratos entre módulos e o caminho para entrar em produção por partes.

  5. Acompanhamento

    Revisões durante a implementação para a arquitetura não ficar só no papel.

Exemplos de tecnologia

  • C4 model
  • ADR
  • PostgreSQL
  • Redis
  • RabbitMQ
  • Kafka
  • OpenTelemetry

Serviços relacionados

Perguntas frequentes

Vocês também implementam a arquitetura?

Podemos implementar, mas a arquitetura também serve para a sua equipe ou para outro fornecedor. Os documentos são escritos pensando nisso.

Precisamos de microsserviços?

Depende do tamanho da equipe, de quantas partes mudam em ritmos diferentes e da carga. Muitas vezes um monólito bem dividido resolve por um bom tempo.

Os dados precisam ficar no Brasil?

Essa é uma decisão da sua empresa, tomada com o seu jurídico. Mostramos as opções de região e o que cada uma muda em custo e operação.

Serve para um sistema que já existe?

Sim. Partimos do que está em produção e propomos mudanças em etapas. Quando o sistema é antigo, isso vira modernização de legado.

Escreva para a Balkan

Falar sobre o seu projeto