Redis (cache)

Redis é volátil com TTL. Fonte da verdade de dinheiro, estoque e permissão: Postgres (postgres). Filas e retries: background-jobs (mesmo Redis, outro contrato de key).

Só introduza Redis se o produto já tiver (ou o brief pedir). Não cacheie para “ficar rápido” sem hit rate e chave clara.

Regras inegociáveis

• Toda key tem prefixo (app:env:…) e TTL (ou política explícita de persistência, rara).
• Valor cacheado é derivado. Invalidate ou TTL curto no write do canônico.
• Não grave PII/secrets sem TTL curto e sem ir para log.
• GET miss → compute → SET com TTL. Stampede: SET NX / lock curto / singleflight no app.
• Tenant/user na key. Não um cache:users global.

Para que serve (e não serve)