RelayWarden
Fiabilidad donde importa

Pagos, envíos, SaaS y APIs.
Un solo sitio para recuperar.

RelayWarden da a cada evento crítico un camino fiable entre “enviado” y “gestionado”, tanto si el origen puede enviarlo como si tienes que ir a buscarlo.

Para equipos de e-commerce01

Notificaciones de pago

Busca en todas tus pasarelas de pago a la vez desde eCommerce en adelante y abre el historial completo de cualquier pedido. Llega una confirmación; RelayWarden la conserva, la reenvía byte a byte y muestra si la tienda se actualizó.

StripeRedsysWooCommerceBúsqueda multipasarela
Para equipos de operaciones02

Envíos y operaciones

Da a fulfillment, envíos y servicios internos un único camino de entrega observable. Las colas por proyecto evitan que una sincronización ruidosa bloquee los pagos mientras los reintentos absorben una caída del almacén o de un partner.

EnvíosEntrega paralelaHistorial
Para cualquier equipo de guardia03

Caídas inesperadas

Un deploy fallido, un certificado caducado, un incidente de DNS o un worker saturado deberían crear una cola, no perder negocio. RelayWarden mantiene el evento a salvo, dosifica la recuperación y muestra exactamente qué pasó.

Incidentes de aplicaciónCola de recuperaciónPrueba de entrega
Para equipos de plataforma04

Picos de webhooks

Aguanta picos sin tumbar sistemas. RelayWarden absorbe el tráfico en colas duraderas y controla la concurrencia de entrega para que la recuperación no abrume a los servicios que reciben.

Tráfico en picosColas de amortiguaciónContrapresión
Caso destacado · 05 / LaLigaGate

El cliente pagó.
La tienda nunca recibió el aviso.

Después de un pago, Redsys intenta avisar a la tienda de que el pago se ha hecho. Durante los bloqueos amplios contra la piratería ligados a los partidos de LaLiga, los operadores bloquean direcciones compartidas por muchas webs de Cloudflare. El bloqueo no puede distinguirlas, así que la confirmación de Redsys puede quedarse por el camino antes de llegar a la tienda, aunque la tienda no haya bloqueado nada.

“El pago pasó. La confirmación, no.”
Directo a la tiendaPUEDE QUEDAR CORTADO
El cliente paga
Redsys envía
IP compartida
No llega nada
El pago se acepta, pero la confirmación muere en una dirección compartida bloqueada. El pedido se queda pendiente, y nadie se entera. El cliente se queda esperando y termina siendo tiempo y dinero perdido con tickets de soporte o reclamaciones.
A través de RelayWardenENTREGADO O REINTENTADO
El cliente paga
Redsys envía
RelayWarden
Tienda actualizadaError en la tienda
Nuestros endpoints usan infraestructura de AWS redundante, IPs no compartidas con otros clientes de AWS además de terminación TLS propia, así que ECH no puede ser un problema. De todas formas, si la tienda no puede responder, guardamos el mensaje, reintentamos y os avisamos.
LaLigaGateRedsysBloqueo de CloudflareIPs no compartidasEntrega automática
Para agencias06

Agencias y carteras

Estandariza la fiabilidad en las tiendas de tus clientes. Cuando el hosting de un cliente se cae, su cola queda aislada mientras el resto de la cartera sigue entregando.

Tenants de cliente ilimitadosConsumo compartido
Para equipos de growth07

Analítica propia

El modo dispatch hace de proxy de los beacons propios a través de tu dominio cuando los bloqueadores descartan peticiones a terceros. Directo a propósito, de un solo intento y de vida corta.

Modo dispatchPurga en 1 hora
Para equipos de producto08

Eventos de SaaS y CRM

Mantén en movimiento los eventos de ciclo de vida, los cambios de suscripción y las actualizaciones del CRM durante deploys, reinicios e incidentes de cola, sin rehacer la lógica de entrega para cada proveedor.

Fan-outTraza de auditoría
Para equipos de seguridad · 09

Tu SIEM, alimentado según agenda,
aunque nadie envíe nada.

No todos los orígenes pueden enviar. El SIEM puller consulta APIs externas según una agenda, recorre los registros nuevos con cursor, elimina duplicados y los envía a un SIEM, o a varios a la vez, con el mismo historial y las mismas alertas que cualquier relay.

Consultas programadas a APIs externas o HTTP genéricasCursor y deduplicación incluidosEnvío multi-SIEM: el mismo flujo a Datadog, CrowdStrike o cualquier entrada HTTPEl mismo historial de entrega cuando cualquiera de los dos lados se cae
consulta · cada 5 minutossegún agenda
API externa
cursor
Dedupe
envío
Datadog SIEM
CrowdStrike SIEM
240 registros obtenidos14:05
12 duplicados omitidos14:05
228 enviados → Datadog SIEM ✓14:05
228 enviados → CrowdStrike SIEM ✓14:05
Un modelo operativo

Un relay, no un modo de fallo
nuevo por cada proveedor.

Encuentra tu plan