Sorpresas con la expulsión de memoria
La política maxmemory expulsa claves calientes en silencio. Perfilamos con MEMORY USAGE, fijamos políticas LRU por tipo de clave y monitorizamos la tasa de expulsión.
Redis 7 Valkey BullMQ Preparado para SOC 2
Servicios de Redis para cachés de producción rápidas y fiables
Redis sustenta el almacenamiento en caché, las colas y las funciones en tiempo real en cuarenta y cinco de nuestros sistemas en producción: los feeds sociales en tiempo real de JoyJet, las sesiones de seguimiento en vivo de conductores de xRouten, el almacén de claves de idempotencia de Loan Conveyor. Latencia inferior al milisegundo, procesadores de colas BullMQ, alta disponibilidad con Sentinel y TLS: todo es estándar en nuestros despliegues de Redis.
Desplegamos Redis para el almacenamiento en caché de sesiones y tokens, colas de trabajos con BullMQ, limitación de tasa, difusión de notificaciones mediante pub/sub, event sourcing basado en Streams y almacenes de claves de idempotencia. Redis Sentinel para la alta disponibilidad, Redis Cluster para el escalado horizontal y ElastiCache para los despliegues gestionados en AWS. Todo Redis en producción cuenta con acceso acotado por ACL, TLS, monitorización y un plan de recuperación ante desastres.
Retos
Retos de ingeniería que resolvemos
Trabajos estancados de BullMQ
Los trabajos estancados bloquean las colas en silencio si los procesos worker mueren a mitad de la ejecución. Implementamos pings de keepalive de los trabajos e intervalos de limpieza de trabajos estancados.
Accidentes con flush-all
Un FLUSHDB en el entorno equivocado destruye los datos de producción. Desactivamos FLUSHALL/FLUSHDB mediante rename-command en las ACL de producción.
Contención de claves calientes
Las avalanchas sobre una sola clave saturan un único núcleo de CPU. Implementamos cachés L1 locales en proceso delante de Redis para las claves ultracalientes.
Retraso de la replicación en espacios de claves grandes
La replicación de snapshots RDB bloquea las réplicas durante segundos en conjuntos de datos grandes. Ajustamos los puntos de guardado, usamos AOF para la durabilidad y monitorizamos el retraso del offset de replicación.
Retraso de los consumer groups de Redis Streams
Los mensajes sin procesar se acumulan cuando los consumidores se retrasan. Monitorizamos las entradas pendientes por consumer group y alertamos cuando el retraso supera los umbrales del SLA.
Soluciones
Soluciones que desarrollamos
Capa de caché
Caché multicapa con estrategias de TTL por tipo de entidad, invalidación de la caché al escribir y circuit breakers para protegerse del cache stampede.
Colas de trabajos
Colas prioritarias de BullMQ, gestión de dead-letter, estrategias de reintento y dashboards de Grafana para la profundidad de las colas y las tasas de fallo.
Limitación de tasa
Scripts Lua de ventana deslizante para una limitación de tasa distribuida precisa, compartida entre todas las instancias del servicio.
Almacenes de sesiones y tokens
Datos de sesión cifrados con TTL cortos, listas negras de tokens para el cierre de sesión y rotación de refresh tokens.
Pub/Sub y Streams
Redis Pub/Sub para difusión ligera (fan-out) y Redis Streams para event sourcing ordenado y persistente dentro de los límites de un servicio.
Alta disponibilidad y recuperación ante desastres
Sentinel o Cluster con persistencia AOF, pruebas automatizadas de failover y RTO/RPO documentados.
Stack
Stack tecnológico
Redis 7, Valkey 8, Redis Cluster, Redis Sentinel, BullMQ, ioredis, node-redis, AWS ElastiCache, Azure Cache, ACL, TLS, RedisInsight, Prometheus redis-exporter.
Cumplimiento
Cumplimiento y normativa
Alineado con el RGPD · apto para SOC 2 · apto para HIPAA · PCI DSS contemplado
UE
- RGPD — residencia de datos, TTL de las sesiones y derecho de supresión.
- ISO 27001 — control de acceso mediante ACL y TLS.
- DORA — pruebas de recuperación ante desastres.
- NIS2: requisitos de resiliencia operativa.
EE. UU.
- SOC 2 — control de acceso y auditoría.
- HIPAA — cifrado de sesiones y mínimo necesario.
- CCPA — caducidad de los datos de sesión.
- PCI DSS — aislamiento del almacén de tokens.
Común: restricciones de comandos mediante ACL, TLS en tránsito y SBOM para las bibliotecas cliente.
Casos
Casos de éxito seleccionados de Redis
Redes sociales · Tecnología de consumo
JoyJet
Plataforma social en producción, en App Store y Google Play, activa en EE. UU. y la UE, con Radar geolocalizado, mensajería cifrada y economía virtual.
Logística · Última milla · Móvil
xRouten
Refactorización y reconstrucción en Android e iOS para un operador alemán de logística de última milla: planificación de rutas multipunto, seguimiento de conductores en tiempo real y facturación en la app, en producción en la UE.
FinTech · Préstamos
Loan Conveyor
Motor de decisión de préstamos de alto rendimiento en Laravel: scoring automatizado, integración con burós de crédito y decisiones 10 veces más rápidas para prestamistas de EE. UU. y la UE.
Por qué YuSMP
Por qué los equipos eligen YuSMP para Redis
Sin FLUSHALL en producción
FLUSHALL y FLUSHDB están desactivados mediante rename-command de ACL en todas las instancias de Redis de producción. Lo aprendimos por las malas.
Monitorización de la profundidad de BullMQ
La profundidad de las colas, el número de trabajos fallidos y el retraso de los consumidores se conectan a Grafana desde el primer día, no después del primer incidente de acumulación en una cola.
Experiencia en migraciones a Valkey
Hemos migrado Redis a Valkey en despliegues autoalojados: idéntico a nivel de protocolo, sin cambios en el código de la aplicación y con la incertidumbre de la licencia SSPL resuelta.
Preguntas frecuentes
Preguntas frecuentes sobre Redis
¿Redis Cluster o Sentinel: qué modo de alta disponibilidad?
Sentinel para configuraciones primario-réplica más sencillas con failover automático: adecuado para cargas de un solo shard de menos de ~25GB. Redis Cluster para el sharding horizontal entre varios primarios cuando los datos superan la memoria de un solo nodo o cuando el límite es el rendimiento de escritura por hash slot. Diseñamos primero con Sentinel y añadimos Cluster cuando lo exigen el crecimiento de los datos o la concurrencia de escritura.
¿Redis o Valkey: debemos migrar?
Valkey es la bifurcación (fork) de Redis de la Linux Foundation, con el mismo protocolo y la misma API: un reemplazo directo. Recomendamos Valkey para los nuevos despliegues autoalojados, para evitar la incertidumbre de la licencia SSPL de Redis. AWS ElastiCache y Azure Cache tienen sus propias opciones gestionadas; evaluamos la licencia según el contexto de infraestructura.
¿Cómo usan Redis para la limitación de tasa?
Limitación de tasa con ventana deslizante mediante ZADD + ZREMRANGEBYSCORE en un script Lua para lograr una precisión atómica. Ventana fija con INCR + TTL para los casos más sencillos. Para la limitación de tasa distribuida entre varias instancias de un servicio, Redis es el contador atómico central: lo implementamos como una capa de middleware compartida, no por servicio.
¿Cómo protegen Redis en producción?
Listas ACL para los permisos de comandos por usuario, cifrado TLS en tránsito, enlace solo a interfaces de red privadas, contraseña AUTH procedente de Vault o Secrets Manager y desactivación de los comandos peligrosos (FLUSHALL, DEBUG) mediante rename-command en la configuración de producción.
Redis Streams frente a Kafka: ¿cuándo eligen Redis?
Redis Streams para event sourcing ligero, registros de auditoría y mensajería entre servicios dentro de un único centro de datos, donde no se justifica la carga operativa de Kafka. Kafka para pipelines de alto rendimiento con varios consumidores, replicación entre regiones y retención de mensajes a largo plazo. Redis Streams llega al límite del rendimiento de escritura de un solo shard; Kafka escala horizontalmente sin límite.
¿Cómo implementan BullMQ sobre Redis de forma segura?
BullMQ requiere Redis 5+ con compatibilidad con streams. Configuramos maxRetriesPerJob, estrategias de backoff, colas dead-letter (retención de trabajos fallidos) y colas separadas por nivel de prioridad. Las Redis Keyspace Notifications activan la detección de trabajos estancados. Monitorizamos la profundidad de las colas y el número de trabajos fallidos en Grafana.
Integre Redis en su stack de producción con ingenieros sénior
Respuesta en 1 día hábil. NDA a petición.
Pedir propuesta
Cuéntenos algunos detalles y un consultor sénior le responderá en un día hábil.