Um scanner de oportunidades vive do passado recente do mercado: o preço de ontem às 14h, a notícia de terça, o comportamento de mil dias atrás. Guardar isso num arquivo comum é como guardar a maré num copo — funciona até a pergunta ficar grande. A memória de longo prazo do Cervejeiros.Club foi construída na fundação como um cofre de dados especializado em tempo: um arquivo que entende que os dados têm data e hora, e que a pergunta quase sempre é “como isso evoluía?”.

Cinco compartimentos, um endereço

O cofre abre com cinco compartimentos isolados — memória de mercado, memória de notícias, memória das decisões, memória do motor de inteligência e memória operacional — cada um com dono, permissões e ciclo de vida próprios. Nenhum compartimento enxerga o vizinho sem passagem declarada. As permissões já nasceram desenhadas para a regra “cada morador só vê o seu”: a separação fica pronta para ativar assim que as tabelas de cada área existirem.

Três peças vêm de fábrica, instaladas junto com o cofre:

  1. O motor de séries temporais — comprime o histórico velho automaticamente e responde perguntas por janela de tempo sem varrer décadas de dados.
  2. O registro de desempenho — anota, query por query, o que está lento e por quê. O vigia do sistema lê daí.
  3. O aquecimento — mantém as páginas mais quentes da memória prontas, para a primeira pergunta do dia não pagar a conta da primeira.

O incidente de 8 minutos (e a regra que ficou)

Na madrugada da implantação, o projeto ganhou sua primeira lição de arquitetura de graça — quase. Ao subir o cofre, o nome escolhido para o serviço sombreou o endereço que outro morador da rede interna já usava. Resultado: o painel de gestão do projeto ficou fora do ar por 8 minutos (das 02:03 às 02:11 no horário universal) até alguém notar e renomear.

flowchart TB subgraph ANTES["Antes — colisão de endereços"] A1["Serviço novo com nome<br/>genérico de 'postmaster'"] -->|"sombra o endereço"| A2["Painel de gestão:<br/>8 minutos fora do ar"] end subgraph DEPOIS["Depois — regra do prefixo"] B1["Todo serviço da rede<br/>usa prefixo do seu serviço"] --> B2["Endereços únicos<br/>por construção"] end ANTES ~~~ DEPOIS

O conserto foi cirúrgico — renomear os serviços com o prefixo da casa deles — e virou regra permanente de infraestrutura: na rede interna compartilhada, todo endereço nasce com o nome do serviço à frente. Colisão de endereço, a partir dali, é erro de quem não leu a regra, não surpresa do sistema.

Validação em 9 pontosO cofre só recebeu o visto depois de uma bateria de nove checagens — e de uma revalidação completa após o primeiro redeploy, provando que o volume de dados sobrevive intacto a uma reconstrução do serviço. Validar duas vezes não é burocracia: é a diferença entre “funcionou uma vez” e “está pronto”.

Para que essa memória vai servir

É daqui que o motor de decisão bebe o histórico para calcular sinais, que as fontes de dados despejam o que coletam e que o backtesting honesto vai buscar as provas de cada estratégia. E é ao lado dela que trabalha a memória de curto prazo — a rápida, que segura filas e avisos — formando o par completa/urgente que todo sistema sério precisa. O Cervejeiros.Club apostou na fundação antes das paredes: memória que não falha às 3 da manhã é o que permite confiar no que o sistema diz às 10.