Consistência eventual
TLDR
Quando existem vários sistemas (ou vários “pedacinhos”) que guardam dados, é comum o dado não estar atualizado em todos os lugares ao mesmo tempo. Por exemplo: o cliente fez um PIX; o saldo já foi debitado em um sistema, mas em outra tela o valor antigo ainda aparece por alguns segundos. Depois de um tempo, tudo “converge” — consistência eventual. Se o produto promete “saldo na hora em todo lugar” e a arquitetura é eventual, o cliente pode achar que está errado; vira problema de confiança.
Por que isso importa
Não prometer “sempre na hora em toda tela” se o sistema não garante isso. Desenhar mensagens e fluxos (ex.: “atualizando em instantes”) que combinem com a realidade técnica. Entender reclamações de “não atualizou” que às vezes são expectativa errada, não bug.
Conceito (em linguagem simples)
- Eventual: Depois de um tempo (segundos ou minutos), todos os sistemas “veem” o mesmo valor. Antes disso, pode haver diferença.
- Onde impacta: Saldo de conta, status de pedido, listagens que dependem de vários sistemas.
Vale perguntar: esse dado é eventualmente consistente? Em quanto tempo costuma convergir? Onde isso impacta a experiência do usuário?
Conclusão
Saber que consistência eventual existe ajuda a não prometer o que a arquitetura não entrega e a desenhar mensagens que não quebrem a confiança do cliente.