Saltar para o conteúdo

Registro de decisão de arquitetura

Registre uma decisão técnica com contexto, opções, motivos e consequências, para a equipe encontrar depois.

Preencha e pré-visualize

ADR-0012: Usar PostgreSQL para o serviço de pedidos

Status: Status
Data: 12 de março de 2027
Responsáveis pela decisão: Líder da equipe de plataforma, líder da equipe de pedidos, engenheiro de segurança

Contexto

O serviço de pedidos armazena 20 milhões de linhas e precisa de transações entre tabelas. O armazenamento atual não tem suporte a transações e a equipe não tem experiência em operá-lo.

O que mais importa

Consistência dos dados
Experiência da equipe
Custo de operação
Capacidade de escalar 5x em dois anos

Opções consideradas

1. PostgreSQL gerenciado. Transações fortes, a equipe conhece, custo maior.
2. Um banco de documentos. Rápido de começar, joins e transações mais fracos.
3. Manter o armazenamento atual. Sem migração, mas o problema continua.

Decisão

Vamos usar PostgreSQL gerenciado para o serviço de pedidos.

Por quê

Atende à necessidade de consistência, a equipe consegue dar suporte e o custo é aceitável dentro do orçamento da plataforma.

Consequências

Bom: código mais simples e pedidos mais seguros. Ruim: três meses de migração e um custo anual de hospedagem. Precisamos planejar a migração dos dados e um rollback.

Quando revisar

Se o volume passar de 100 milhões de linhas ou se o custo de hospedagem dobrar.

Relacionados

Substitui o ADR-0004. Relacionado: ADR-0009.

Os modelos são um ponto de partida preparado com cuidado, não aconselhamento jurídico. Quando houver questões legais, verifique a legislação aplicável no local onde se encontra.

TI e projetos

Para que serve este modelo

Registre uma decisão técnica com contexto, opções, motivos e consequências, para a equipe lembrar depois por que a escolha foi feita.

É grátis preencher online, não exige conta e pode ser descarregado como documento Word ou PDF. Ver todos os modelos de TI e projetos

TI e projetos

O que preenche

O formulário pede 13 dados. O documento é preenchido à medida que escreve.

  • Número do registro

    Por exemplo: ADR-0012

  • Título da decisão

    Por exemplo: Usar PostgreSQL para o serviço de pedidos

  • Status

  • Data

    Por exemplo: 12 de março de 2027

  • Responsáveis pela decisão

    Por exemplo: Líder da equipe de plataforma, líder da equipe de pedidos, engenheiro de segurança

  • Contexto

    O problema, as forças e os limites.

    Por exemplo: O serviço de pedidos armazena 20 milhões de linhas e precisa de transações entre tabelas. O armazenamento atual não tem suporte a transações e a equipe não tem experiência em operá-lo.

  • O que mais importa

    Um por linha, o mais importante primeiro.

    Por exemplo: Consistência dos dados Experiência da equipe Custo de operação Capacidade de escalar 5x em dois anos

  • Opções consideradas

    Inclua as opções que você rejeitou.

    Por exemplo: 1. PostgreSQL gerenciado. Transações fortes, a equipe conhece, custo maior. 2. Um banco de documentos. Rápido de começar, joins e transações mais fracos. 3. Manter o armazenamento atual. Sem migração, mas o problema continua.

  • Decisão

    Por exemplo: Vamos usar PostgreSQL gerenciado para o serviço de pedidos.

  • Por quê

    Por exemplo: Atende à necessidade de consistência, a equipe consegue dar suporte e o custo é aceitável dentro do orçamento da plataforma.

  • Consequências

    Tanto as boas quanto as ruins.

    Por exemplo: Bom: código mais simples e pedidos mais seguros. Ruim: três meses de migração e um custo anual de hospedagem. Precisamos planejar a migração dos dados e um rollback.

  • Quando revisaropcional

    Por exemplo: Se o volume passar de 100 milhões de linhas ou se o custo de hospedagem dobrar.

  • Decisões relacionadas e linksopcional

    Por exemplo: Substitui o ADR-0004. Relacionado: ADR-0009.

TI e projetos

O que contém

As partes deste documento, por ordem.

  1. 1Contexto
  2. 2O que mais importa
  3. 3Opções consideradas
  4. 4Decisão
  5. 5Por quê
  6. 6Consequências
  7. 7Quando revisar
  8. 8Relacionados

Modelos

Como funciona

  1. 01

    Preencher

    Introduza os seus dados no formulário. O documento é preenchido automaticamente à medida que escreve; clique em qualquer espaço por preencher para ir para o respetivo campo.

  2. 02

    Rever

    Leia o documento na íntegra. Os espaços que não preencheu continuam assinalados, para que nada seja enviado por concluir.

  3. 03

    Descarregar

    Guarde como documento Word para continuar a editar ou como PDF para enviar ou imprimir.

Adapte-o às suas necessidades com IA

Abra-o na conversa e peça alterações: mais curto, mais firme, para outra situação ou noutra língua.

Adaptar com o nerix

TI e projetos

Perguntas frequentes

Que dados pede este modelo?

O formulário pede 13 dados, a começar por Número do registro, Título da decisão, Status, Data, Responsáveis pela decisão. Mais 2 são opcionais.

Posso descarregar este modelo em Word ou PDF?

Sim. Depois de preencher o formulário, guarde-o como documento Word para continuar a editar ou como PDF para enviar ou imprimir. É grátis e não exige conta.

O que escrevo é enviado para algum lado?

Não. O que escreve fica no seu navegador enquanto preenche o documento. Só chega ao nerix se optar por abrir o modelo no chat.

Estes modelos de TI e projetos são gratuitos?

A maioria, sim. Preencha e descarregue gratuitamente em Word ou PDF, sem conta. Alguns documentos mais longos são premium: gratuitos para preencher, pagos uma vez para descarregar e marcados com o preço.

Uma política de segurança torna-nos seguros?

Nenhum documento o consegue sozinho. Uma política ajuda quando corresponde ao que as pessoas fazem de facto: mantenha-a curta, explique-a à equipa e reveja-a todos os anos.

A carta de projeto é só para projetos grandes?

Não. Um projeto pequeno também ganha, porque uma página com o objetivo, os limites e quem decide evita a maioria das discussões mais tarde.