Servicios de Redis

Aunque ambos son sistemas de cache en memoria, Redis ofrece una funcionalidad significativamente mayor. Redis soporta estructuras de datos complejas (listas, conjuntos, conjuntos ordenados, hashes, streams), persistencia en disco, replicacion, scripting Lua, mensajeria pub/sub y transacciones. Memcached es mas simple, soportando solo pares clave-valor de cadena con una arquitectura multi-hilo. Redis es la mejor opcion para la mayoria de las aplicaciones modernas por su versatilidad.

Para produccion, use una combinacion de persistencia RDB y AOF. RDB crea instantaneas en intervalos configurados, que son compactas y rapidas de cargar. AOF registra cada operacion de escritura y puede configurarse con politicas de fsync: always (mas seguro, mas lento), everysec (buen compromiso) o no (mas rapido). Configure appendonly yes y appendfsync everysec para la mayoria de las cargas de trabajo. Use RDB como mecanismo de respaldo junto con AOF para el mejor equilibrio entre durabilidad y velocidad de recuperacion.

Redis Sentinel proporciona alta disponibilidad para una unica instancia de Redis mediante monitorizacion, failover automatico y descubrimiento de servicios, pero no particiona los datos. Use Sentinel cuando su dataset cabe en la memoria de un solo servidor y necesita failover automatico. Redis Cluster proporciona tanto escalado horizontal particionando datos entre multiples nodos como alta disponibilidad con failover de replicas. Use Cluster cuando su dataset excede la memoria de un solo servidor o necesita escalar el rendimiento de escritura.

Redis es ideal para limitacion de tasa gracias a sus operaciones atomicas y latencia sub-milisegundo. El enfoque mas simple usa INCR con EXPIRE para limitacion de ventana fija. Para ventana deslizante, use conjuntos ordenados con ZADD y ZRANGEBYSCORE para rastrear marcas de tiempo de solicitudes. El algoritmo de cubo de tokens se puede implementar con hash y transacciones MULTI/EXEC. Modulos como redis-cell proporcionan el comando CL.THROTTLE para limitacion de tasa lista para produccion.

Redis Streams es una estructura de datos tipo registro introducida en Redis 5.0 que soporta grupos de consumidores, confirmacion y persistencia de mensajes. Streams funciona bien para streaming de eventos ligero, feeds de actividad y mensajeria de rendimiento moderado. Kafka esta disenado para streaming de eventos distribuido de alto rendimiento con replicacion multi-centro de datos y semantica de exactamente-una-vez. Elija Redis Streams para casos simples donde Redis ya esta en su stack, y Kafka para arquitecturas de eventos a escala empresarial.

El uso de memoria de Redis incluye los datos en si mas la sobrecarga por clave para la entrada de la tabla hash, la cadena de clave y la codificacion del valor. Un par clave-valor de cadena simple usa aproximadamente 90-100 bytes de sobrecarga mas alla de los datos reales. Los hashes, listas y conjuntos pequenos usan codificacion ziplist que es mas eficiente en memoria. Use MEMORY USAGE para verificar claves especificas y redis-cli --bigkeys para encontrar claves pesadas en memoria.