Communitygithub.com

Padrões Redis

Padrões de estruturas de dados Redis, estratégias de cache, locks distribuídos, limitação de taxa, pub/sub e gerenciamento de conexão para aplicações em produção. Use ao adicionar cache, um lock distribuído, limitação de taxa ou pub/sub com Redis, ou quando o design de chaves precisar de revisão.

O que é Padrões Redis?

Este skill fornece um guia de referência rápida para as melhores práticas do Redis em casos de uso comuns de backend. Ele abrange desde estruturas de dados fundamentais (strings, hashes, conjuntos, streams) até padrões essenciais como cache-aside, write-through e invalidação de cache baseada em tags. O skill também inclui implementações práticas para rate limiting com janelas fixas e deslizantes, locks distribuídos atômicos com Lua, e sistemas de mensageria usando Pub/Sub e Redis Streams, incluindo grupos de consumidores e garantias de entrega. Além disso, o guia aborda tópicos críticos de produção, como gerenciamento de pool de conexões, políticas de evicção de memória, design de chaves, estratégias de TTL e prevenção de anti-padrões. Exemplos práticos em Python mostram como integrar esses padrões em frameworks web (Django/Flask) e coordenar workers em background. O skill é compatível com qualquer plataforma que suporte Redis (servidor único, cluster, sentinel) e é útil para desenvolvedores que precisam de soluções robustas de cache, coordenação e filas de eventos com Redis.

Funciona com~Claude Code~Codex CLI✓Cursor
npx skills add https://github.com/affaan-m/ECC/tree/main/skills/redis-patterns

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

O que Padrões Redis faz?

Referência rápida para as melhores práticas do Redis em casos de uso comuns de backend.

Como funciona

O Redis é um armazenamento de dados em memória que suporta strings, hashes, listas, conjuntos, conjuntos ordenados, streams e muito mais. Comandos individuais do Redis são atômicos em uma única instância; workflows de várias etapas exigem scripts Lua, transações MULTI/EXEC ou sincronização explícita para permanecerem atômicos. Os dados são opcionalmente persistidos via snapshots RDB ou logs AOF. Os clientes se comunicam via TCP usando o protocolo RESP; pools de conexão são essenciais para evitar a sobrecarga de handshake por requisição.

Quando ativar

  • Adicionando cache a uma aplicação
  • Implementando limitação de taxa (rate limiting)
  • Construindo locks distribuídos ou coordenação
  • Configurando armazenamento de sessão ou tokens
  • Usando Pub/Sub ou Redis Streams para mensageria
  • Configurando Redis em produção (pooling, evicção, clustering)

Folha de dicas de estruturas de dados

Caso de usoEstruturaChave de exemplo
Cache simplesStringproduct:123
Sessão de usuárioHashsession:abc
RankingConjunto ordenadoscores:weekly
Visitantes únicosConjuntovisitors:2024-01-01
Feed de atividadeListafeed:user:456
Stream de eventosStreamevents:orders
Contadores / limites de taxaString (INCR)ratelimit:user:123
Filtro Bloom / HLLHyperLogLoghll:pageviews

Padrões principais

Cache-Aside (Carregamento Preguiçoso)

import redis
import json

r = redis.Redis(host='localhost', port=6379, decode_responses=True)

def get_product(product_id: int):
    cache_key = f"product:{product_id}"
    cached = r.get(cache_key)

    if cached:
        return json.loads(cached)

    product = db.query("SELECT * FROM products WHERE id = %s", product_id)
    r.setex(cache_key, 3600, json.dumps(product))  # TTL: 1 hora
    return product

Cache Write-Through

def update_product(product_id: int, data: dict):
    # Escreve no banco de dados primeiro
    db.execute("UPDATE products SET ... WHERE id = %s", product_id)

    # Atualiza o cache imediatamente
    cache_key = f"product:{product_id}"
    r.setex(cache_key, 3600, json.dumps(data))

Invalidação de Cache

# Invalidação baseada em tags — agrupa chaves relacionadas sob um conjunto
def cache_product(product_id: int, category_id: int, data: dict):
    key = f"product:{product_id}"
    tag = f"tag:category:{category_id}"
    pipe = r.pipeline(transaction=True)
    pipe.setex(key, 3600, json.dumps(data))
    pipe.sadd(tag, key)
    pipe.expire(tag, 3600)
    pipe.execute()

def invalidate_category(category_id: int):
    tag = f"tag:category:{category_id}"
    keys = r.smembers(tag)
    if keys:
        r.delete(*keys)
    r.delete(tag)

Armazenamento de Sessão

import time
import uuid

def create_session(user_id: int, ttl: int = 86400) -> str:
    session_id = str(uuid.uuid4())
    key = f"session:{session_id}"
    pipe = r.pipeline(transaction=True)
    pipe.hset(key, mapping={
        "user_id": user_id,
        "created_at": int(time.time()),
    })
    pipe.expire(key, ttl)
    pipe.execute()
    return session_id

def get_session(session_id: str) -> dict | None:
    data = r.hgetall(f"session:{session_id}")
    return data if data else None

def delete_session(session_id: str):
    r.delete(f"session:{session_id}")

Limitação de Taxa

Janela Fixa (Simples)

def is_rate_limited(user_id: int, limit: int = 100, window: int = 60) -> bool:
    key = f"ratelimit:{user_id}:{int(time.time()) // window}"
    pipe = r.pipeline(transaction=True)
    pipe.incr(key)
    pipe.expire(key, window)
    count, _ = pipe.execute()
    return count > limit

Janela Deslizante (Lua — Atômico)

-- sliding_window.lua
local key = KEYS[1]
local now = tonumber(ARGV[1])
local window = tonumber(ARGV[2])
local limit = tonumber(ARGV[3])

redis.call('ZREMRANGEBYSCORE', key, 0, now - window)
local count = redis.call('ZCARD', key)

if count < limit then
    -- Usa membro único (now + sequência) para evitar colisões dentro do mesmo milissegundo
    local seq_key = key .. ':seq'
    local seq = redis.call('INCR', seq_key)
    redis.call('EXPIRE', seq_key, math.ceil(window / 1000))
    redis.call('ZADD', key, now, now .. '-' .. seq)
    redis.call('EXPIRE', key, math.ceil(window / 1000))
    return 1
end
return 0
sliding_window = r.register_script(open('sliding_window.lua').read())

def allow_request(user_id: int) -> bool:
    key = f"ratelimit:sliding:{user_id}"
    now = int(time.time() * 1000)
    return bool(sliding_window(keys=[key], args=[now, 60000, 100]))

Locks Distribuídos

Lock Distribuído (Nó Único — SET NX PX)

import uuid

def acquire_lock(resource: str, ttl_ms: int = 5000) -> str | None:
    lock_key = f"lock:{resource}"
    token = str(uuid.uuid4())
    acquired = r.set(lock_key, token, px=ttl_ms, nx=True)
    return token if acquired else None

def release_lock(resource: str, token: str) -> bool:
    release_script = """
    if redis.call('get', KEYS[1]) == ARGV[1] then
        return redis.call('del', KEYS[1])
    else
        return 0
    end
    """
    result = r.eval(release_script, 1, f"lock:{resource}", token)
    return bool(result)

# Uso
token = acquire_lock("order:payment:123")
if token:
    try:
        process_payment()
    finally:
        release_lock("order:payment:123", token)

Para configurações multi-nó, use a biblioteca redlock-py que implementa o algoritmo Redlock completo.

Pub/Sub e Streams

Pub/Sub (Fire-and-Forget)

# Publicador
def publish_event(channel: str, payload: dict):
    r.publish(channel, json.dumps(payload))

# Assinante (bloqueante — execute em thread/processo separado)
def subscribe_events(channel: str):
    pubsub = r.pubsub()
    pubsub.subscribe(channel)
    for message in pubsub.listen():
        if message['type'] == 'message':
            handle(json.loads(message['data']))

Redis Streams (Fila Durável)

# Produtor
def emit(stream: str, event: dict):
    r.xadd(stream, event, maxlen=10000)  # Limita o tamanho do stream

# Grupo de consumidores — garante entrega pelo menos uma vez
try:
    r.xgroup_create('events:orders', 'processor', id='0', mkstream=True)
except Exception:
    pass  # Grupo já existe

def consume(stream: str, group: str, consumer: str):
    while True:
        messages = r.xreadgroup(group, consumer, {stream: '>'}, count=10, block=2000)
        for _, entries in (messages or []):
            for msg_id, data in entries:
                process(data)
                r.xack(stream, group, msg_id)

Prefira Streams em vez de Pub/Sub quando precisar de garantias de entrega, grupos de consumidores ou replay.

Design de Chaves

Convenções de Nomenclatura

# Padrão: resource:id:field
user:123:profile
order:456:status
cache:product:789

# Padrão: namespace:resource:id
myapp:session:abc123
myapp:ratelimit:user:123

# Padrão: resource:date (chaves com limite de tempo)
stats:pageviews:2024-01-01

Estratégia de TTL

Tipo de DadoTTL Sugerido
Sessão de usuário24h (86400)
Cache de resposta de API5–15 min
Janela de limite de taxaIgual ao tamanho da janela
Tokens de curta duração5–10 min
Ranking1h–24h
Dados estáticos/de referência1h–1 semana

Sempre defina um TTL. Chaves sem TTL acumulam-se indefinidamente e causam pressão na memória.

Gerenciamento de Conexão

Pool de Conexão

from redis import ConnectionPool, Redis

pool = ConnectionPool(
    host='localhost',
    port=6379,
    db=0,
    max_connections=20,
    decode_responses=True,
    socket_connect_timeout=2,
    socket_timeout=2,
)

r = Redis(connection_pool=pool)

Modo Cluster

from redis.cluster import RedisCluster

r = RedisCluster(
    startup_nodes=[{"host": "redis-1", "port": 6379}],
    decode_responses=True,
    skip_full_coverage_check=True,
)

Sentinel (Alta Disponibilidade)

from redis.sentinel import Sentinel

sentinel = Sentinel(
    [('sentinel-1', 26379), ('sentinel-2', 26379)],
    socket_timeout=0.5,
)
master = sentinel.master_for('mymaster', decode_responses=True)
replica = sentinel.slave_for('mymaster', decode_responses=True)

Políticas de Evicção

PolíticaComportamentoMelhor para
noevictionErro ao escrever quando cheioFilas / dados críticos
allkeys-lruRemove os menos recentemente usadosCache geral
volatile-lruLRU apenas entre chaves com TTLArmazenamento misto
allkeys-lfuRemove os menos frequentemente usadosPadrões de acesso enviesados
volatile-ttlRemove os que expiram mais cedoPriorizar dados de longa duração

Definir via redis.conf: maxmemory-policy allkeys-lru

Anti-Padrões

Anti-PadrãoProblemaCorreção
Chaves sem TTLMemória cresce sem limitesSempre defina TTL
KEYS * em produçãoBloqueia o servidor (O(N))Use cursor SCAN
Armazenar blobs grandes (>100KB)Serialização lenta, pressão na memóriaArmazene referência + busque do armazenamento de objetos
Redis único para tudoSem isolamento entre cache e filaUse DBs ou instâncias separadas
Ignorar limites do pool de conexãoExaustão de conexão sob cargaDimensione o pool para a carga de trabalho
Não tratar estampida de cache missEnxurrada de requisições no início frioUse locks ou expiração antecipada probabilística
FLUSHALL sem pensarLimpa a instância inteiraEscopo de exclusões por padrão de chave

Prevenção de Estampida de Cache Miss

import threading

_locks: dict[str, threading.Lock] = {}
_locks_mutex = threading.Lock()

def get_with_lock(key: str, fetch_fn, ttl: int = 300):
    cached = r.get(key)
    if cached:
        return json.loads(cached)

    with _locks_mutex:
        if key not in _locks:
            _locks[key] = threading.Lock()
        lock = _locks[key]
    with lock:
        cached = r.get(key)  # Re-verificar após adquirir o lock
        if cached:
            return json.loads(cached)
        value = fetch_fn()
        r.setex(key, ttl, json.dumps(value))
        return value

Nota: para implantações multiprocesso, substitua o lock em processo por acquire_lock/release_lock da seção de Locks Distribuídos acima.

Exemplos

Adicionar cache a um endpoint de API Django/Flask: Use cache-aside com setex e um TTL de 5 minutos na resposta. Chaveie pelos parâmetros da requisição.

Limitar taxa de uma API por usuário: Use janela fixa com pipeline(transaction=True) para endpoints de baixo tráfego; use Lua de janela deslizante para limitação precisa por usuário.

Coordenar um job em background entre workers: Use acquire_lock com um TTL que exceda a duração esperada do job. Sempre libere em um bloco finally.

Distribuir notificações para vários assinantes: Use Pub/Sub para fire-and-forget. Mude para Streams se precisar de garantia de entrega ou replay para consumidores atrasados.

Referência Rápida

PadrãoQuando Usar
Cache-asideLeituras intensivas, tolera leve desatualização
Write-throughConsistência forte necessária
Lock distribuídoImpedir acesso concorrente a um recurso
Limitação de taxa com janela deslizanteLimitação precisa por usuário
Redis StreamsFila de eventos durável com grupos de consumidores
Pub/SubBroadcast sem garantias de entrega
Ranking com conjunto ordenadoPontuação classificada, paginação
HyperLogLogContagem aproximada de únicos com baixo consumo de memória

Relacionados

  • Skill: postgres-patterns — padrões de dados relacionais
  • Skill: backend-patterns — padrões de API e camada de serviço
  • Skill: database-migrations — versionamento de esquema
  • Skill: django-patterns — integração com framework de cache Django
  • Agent: database-reviewer — workflow completo de revisão de banco de dados

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/content-engine

Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.

affaan-m/ECC

Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.

affaan-m/fal-ai-media

Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI.

affaan-m/manim-video

日本語翻訳:このファイルは manim-video 用の日本語翻訳が必要です

affaan-m/remotion-video-creation

Remotion のベストプラクティス - React で動画を作成する。3D、アニメーション、音声、字幕、チャート、トランジションなどをカバーするドメイン固有の29のルール。

affaan-m/video-editing

AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

agent-self-evaluation

Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions.

agent-sort

Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.

ai-first-engineering

Engineering operating model for teams where AI agents generate a large share of implementation output. Use when setting team process, review gates, or ownership rules for a codebase largely written by agents.

ai-regression-testing

Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.

android-clean-architecture

Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.

angular-developer

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.

Habilidades Relacionadas