(01)
Entrega garantizada (reintentos inteligentes)
Exponential Backoff integrado. Si el servidor de un cliente responde con error 5xx o agota el tiempo, Relay encola el evento automáticamente y lo reintenta según un calendario configurable.
(Verne Relay · Webhooks-as-a-Service)
Infraestructura fiable de entrega de webhooks para plataformas SaaS que entregan eventos a sus clientes
Relay gestiona sus colas, políticas de reintento y seguridad de endpoints. Una arquitectura escalable y orientada a eventos sin mantenimiento. Integración en exactamente 5 minutos.
curl -X POST https://api.vernesoft.com/v1/relay/messages \
-H "Authorization: Bearer vrn_relay_•••" \
-d '{"event_type":"user.created","payload":{"id":"usr_123"}}'(La trampa del desarrollo interno)
Por qué los ingenieros no construyen infraestructura de webhooks desde cero
Enviar una simple petición POST es solo el 5% del trabajo. Los problemas reales empiezan cuando el servidor receptor de tu cliente cae, ocurre jitter de red y tu contador de eventos supera el millón.
Implementación interna
- ✕ Implementación manual de colas y Exponential Backoff (Redis/RabbitMQ).
- ✕ Vulnerabilidad al spoofing de payload — requiere implementación HMAC personalizada.
- ✕ Sin panel para soporte al cliente: los desarrolladores deben buscar en logs los payloads perdidos.
- ✕ Alto coste de mantenimiento de workers y monitorización de infraestructura.
Verne Software Relay
- ✓ Reintentos inteligentes con intervalos configurables, listos para usar.
- ✓ Firma criptográfica integrada para cada evento saliente.
- ✓ Interfaz de auditoría visual: tú y tus clientes veis el estado exacto de cada intento.
- ✓ 99,99% de disponibilidad sin mantenimiento.
(Funcionalidades principales)
Arquitectura diseñada para cargas elevadas
(02)
Seguridad absoluta (verificación de firma)
Cero spoofing. Cada evento saliente está firmado criptográficamente (HMAC SHA-256). Tus clientes pueden verificar la autenticidad del payload mediante la cabecera Verne-Signature.
(03)
Rendimiento sin compromisos
El núcleo de Relay está construido en Rust: ejecución memory-safe, baja sobrecarga interna y gestión fluida de picos masivos de tráfico.
(04)
Enrutamiento fan-out
Envía un solo evento (ej. user.created) a nuestro API gateway y Relay lo envía instantáneamente a decenas de endpoints de clientes simultáneamente.
(05)
Registros de auditoría detallados
Transparencia total. Almacenamos cabeceras de petición, payloads completos y respuestas exactas del servidor para depuración sin esfuerzo directamente en tu consola de gestión.
(06)
Idempotencia por defecto
Protección contra el procesamiento duplicado. Relay usa Event IDs únicos, asegurando que tus clientes nunca procesen el mismo webhook dos veces durante fallos de red.
(Ecosistema Nautilus)
Parte del ecosistema unificado Nautilus
Relay está diseñado como un producto standalone potente, pero alcanza su máximo potencial en sinergia con otras herramientas de Verne Software. Configura triggers de tareas en Cron, gestiona el acceso de forma segura mediante Auth y entrega resultados al instante a través de Relay. Un portal de facturación, una cuenta y un estándar unificado de excelencia API.
CronNautilus CoreRelayClient Endpoint
(Experiencia del desarrollador)
Integra en segundos
Publica un evento con una sola llamada: mediante un SDK oficial para Node, Python, PHP o Rust, o con una petición HTTP simple si prefieres no añadir dependencias.
curl -X POST https://api.vernesoft.com/v1/relay/messages \
-H "Authorization: Bearer $VERNE_RELAY_KEY" \
-H "Content-Type: application/json" \
-d '{
"event_type": "subscription.renewed",
"payload": { "user_id": "usr_987", "plan": "pro_tier" },
"idempotency_key": "evt_5f3c9a"
}'(FAQ)
Preguntas frecuentes
¿Cómo garantiza Relay la seguridad de los webhooks?
Relay genera automáticamente secretos únicos para cada endpoint y firma todas las peticiones salientes con HMAC SHA-256. La firma se transmite en la cabecera Verne-Signature, que el receptor usa para verificar la autenticidad del payload.
¿Qué ocurre si el servidor receptor está caído?
Relay intercepta los errores (timeouts, estados 429, 500–504) y encola el evento. Usamos un algoritmo configurable de Exponential Backoff para reintentos (hasta 10 intentos en 24 horas), evitando sobrecargar los servidores en recuperación.
¿Puedo usar Relay para desarrollo local?
Sí. La plataforma proporciona herramientas integradas para reenviar eventos a máquinas locales mediante la CLI de Nautilus, facilitando y agilizando las pruebas de integraciones webhook.
¿No deberíamos construirlo nosotros mismos?
Puedes, pero es mucho más que un POST: una cola y backoff exponencial, secretos y firma HMAC por endpoint, idempotencia para que nada se procese dos veces, aislamiento para que un endpoint lento no frene al resto de clientes, y un registro de entregas que tu soporte pueda consultar cuando un cliente dice que el evento nunca llegó. Relay es esa lista, ya construida y medida por solicitud.
(Empieza hoy)
¿Listo para externalizar tu arquitectura de eventos?
Deja la gestión de eventos en nuestras manos. Despliega webhooks listos para producción para tu servicio hoy mismo.
Lo que cuesta construirlo
Construirlo no es la parte cara. Una cola, un reintento con backoff y un ayudante de firma son una semana de trabajo, y la mayoría de los equipos llegan ahí sin problema. El gasto empieza la semana siguiente, cuando un cliente dice que un evento nunca llegó y responder a eso significa leer logs a mano. Y no se acaba, porque cada nuevo endpoint de cliente es una nueva forma de fallar en la entrega.
Además gasta tu atención donde no rinde nada. Nadie eligió tu producto porque tus reintentos usen backoff exponencial. Pero un webhook que dejó de llegar en silencio es primero un ticket de soporte, luego una conversación sobre un reembolso y a veces un cliente que se va. Mucha consecuencia y ningún mérito: exactamente la forma de algo que conviene comprar en lugar de construir.
Si prefieres construirlo, constrúyelo: el diseño no es un secreto y nosotros tomaríamos casi las mismas decisiones. Solo cuéntalo como un servicio que vas a operar durante años, no como un sprint. Si prefieres no hacerlo, un endpoint que ya tienes puede estar recibiendo entregas firmadas y reintentadas en unos cinco minutos, y las primeras 3.000 solicitudes de cada mes son gratis.