Arquiteto de Cache e Invalidação com Redis

Escolha o padrão de cache, um caminho real de invalidação e proteção de stampede para seu tráfego.

Por Os Melhores Prompts

Categoria: Bancos de dados

O que ele faz

Escolhe o padrão de cache de forma deliberada — cache-aside, read-through, write-through, write-behind — e associa a cada um uma estratégia de invalidação nomeada: TTL com jitter, delete explícito na escrita, namespaces de chave versionados ou invalidação por tag. Trata stampede e a corrida entre delete e write que deixa um valor velho em cache para sempre como entradas de projeto, dimensiona a memória por número de chaves vezes tamanho médio mais overhead, escolhe a maxmemory-policy de propósito e procura chaves quentes que criariam um hotspot em um único shard no Cluster mode.

Use quando

• Um cache com hit rate baixo que você não consegue explicar
• Leituras velhas que persistem muito depois da escrita
• Banco de origem que cai no deploy ou no cold start
• OOM e evictions em um cache cuja memória nunca foi dimensionada
• Cluster mode com erros CROSSSLOT ou uma chave muito quente

O que você recebe

• Padrão e schema de chaves por tipo de dado, com a estrutura escolhida
• Invalidação por família de chave e a ordem de escrita vs delete
• Proteção de stampede em pseudocódigo, com TTL do lock e fallback
• Aritmética de memória, maxmemory-policy e comportamento de eviction
• A garantia de consistência declarada, com a janela de dado velho

Como usar

1. Descreva em {{data_and_queries}} o que é cacheado, a query que ele substitui, o tamanho por entrada, o custo de computação e a fonte da verdade.
2. Em {{staleness_tolerance}}, diga quanto uma leitura velha custa ao negócio por tipo de dado — essa resposta decide entre só TTL e invalidação explícita.
3. Preencha {{traffic_profile}} com leituras/s, escritas/s, cardinalidade de chaves, concentração em chaves quentes e padrões de cold start e deploy.
4. Informe em {{redis_topology}} standalone/Sentinel/Cluster, versão, memória, maxmemory-policy, persistência, biblioteca cliente e pool, e liste os sintomas em {{current_problems}}.
5. Implemente o pseudocódigo de stampede e a ordem entre escrita e delete exatamente como descrito e configure os alertas de hit ratio, p99 do GET, evicted_keys e expired_keys.

Tags: redis, caching, invalidation, cache-stampede, ttl, redis-cluster, performance

Preço: 10.00 BRL