Urgent.News

What's breaking now, across thousands of outlets.

Tech

Alta disponibilidad de nivel empresarial en Redis: Sentinel y Cluster con WRedis

Alta disponibilidad de nivel empresarial en Redis: Sentinel y Cluster con WRedis Día 08 de la serie técnica Wisrovi Open Source Architecture. Cuando tu capa de caché o de estado distribuido falla, toda tu infraestructura de microservicios colapsa. Las configuraciones de un solo nodo de Redis son bombas de tiempo en entornos de producción críticos. wredis ofrece abstracciones de Alta…

Alta disponibilidad empresarial en Redis: Sentinel y Cluster con WRedis

Redis Sentinel (SentinelRedisManager) realiza monitoreo continuo de la salud y failover automatizado del nodo maestro. En caso de caída del nodo maestro, Sentinel selecciona una nueva réplica y WRedis dirige las escrituras de forma transparente sin necesidad de reiniciar la aplicación.

Redis Cluster (ClusterRedisManager) permite distribución horizontal en 16.384 slots hash con replicación multinodo, redireccionamientos automáticos (MOVED/ASK) y enrutamiento sub-milisegundo.

Para configurar Sentinel, se utiliza la clase SentinelRedisManager con los nodos sentinel-1, sentinel-2 y sentinel-3, nombre de servicio mymaster, tiempo de tiempo de socket 3.0 segundos y verbose en True. Se conecta directamente al nodo maestro elegido dinámicamente y obtiene una réplica de solo lectura para descargar consultas.

Para gestionar clústeres distribuidos, se emplea la clase ClusterRedisManager con nodos redis-node-1, redis-node-2 y redis-node-3, password token-seguro-de-cluster, codificación de respuestas y máximo de redireccionamientos 3. Se obtiene el cliente del clúster y se establece una sesión de usuario en la instancia de Redis.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Also reported by 1 other outlet

Read the original at dev.to →

More in Tech

Stop poison pills from halting your Kafka pipeline: Retries and DLQ.

Stop poison pills from halting your Kafka pipeline: Retries and DLQ. Day 08 of the WKafka Open-Source Engineering Series.

  • Implement retries and DLQ to prevent Kafka pipeline halts
  • Kafka automatically isolates poison pills into DLQ
  • Exponential backoff prevents thundering herds on recovery

Evita que los mensajes tóxicos congelen tu pipeline: Reintentos y DLQ.

Evita que los mensajes tóxicos congelen tu pipeline: Reintentos y DLQ. Día 08 de la serie técnica WKafka Open Source. Un único JSON malformado jamás debería tumbar un consumidor de Kafka en…

  • WKafka isolates toxic messages in Dead Letter Queue (DLQ)
  • Exponential backoff prevents request storms during retries
  • Compatible with Python 3.9 to 3.14 with strict typing

More from Monday 28 September →