(01)
Consegna garantita (retry intelligenti)
Exponential Backoff integrato. Se il server di un client risponde con errore 5xx o va in timeout, Relay mette automaticamente in coda l'evento e riprova secondo un calendario configurabile.
(Verne Relay · Webhooks-as-a-Service)
Infrastruttura affidabile per la consegna di webhook per piattaforme SaaS che consegnano eventi ai propri clienti
Relay gestisce le tue code, politiche di retry e sicurezza degli endpoint. Un'architettura scalabile ed event-driven senza manutenzione. Integrazione in esattamente 5 minuti.
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 trappola dello sviluppo interno)
Perché gli ingegneri non costruiscono l'infrastruttura webhook da zero
Inviare una semplice richiesta POST è solo il 5% del lavoro. I problemi reali iniziano quando il server ricevente del tuo cliente va giù, si verificano jitter di rete e il contatore degli eventi supera il milione.
Implementazione interna
- ✕ Implementazione manuale di code ed Exponential Backoff (Redis/RabbitMQ).
- ✕ Vulnerabilità allo spoofing del payload — richiede un'implementazione HMAC personalizzata.
- ✕ Nessun dashboard per il supporto clienti: gli sviluppatori devono cercare tra i log i payload mancanti.
- ✕ Elevato overhead per la manutenzione dei worker e il monitoraggio dell'infrastruttura.
Verne Software Relay
- ✓ Retry intelligenti con intervalli personalizzabili, pronti all'uso.
- ✓ Firma crittografica integrata per ogni evento in uscita.
- ✓ Interfaccia di audit visiva: sia tu che i tuoi clienti vedete lo stato esatto di ogni tentativo.
- ✓ 99,99% di uptime senza alcuna manutenzione.
(Funzionalità principali)
Architettura progettata per carichi elevati
(02)
Sicurezza assoluta (verifica firma)
Zero spoofing. Ogni evento in uscita è firmato crittograficamente (HMAC SHA-256). I tuoi clienti possono verificare l'autenticità del payload tramite l'header Verne-Signature.
(03)
Prestazioni senza compromessi
Il core di Relay è costruito in Rust: esecuzione memory-safe, basso overhead interno e gestione fluida di picchi di traffico massicci.
(04)
Routing fan-out
Invia un singolo evento (es. user.created) al nostro API gateway e Relay lo instrada immediatamente verso decine di endpoint client simultaneamente.
(05)
Log di audit dettagliati
Trasparenza totale. Conserviamo header di richiesta, payload completi e risposte esatte del server per un debugging semplice direttamente nella tua console di gestione.
(06)
Idempotenza per default
Protezione dalla elaborazione duplicata. Relay utilizza Event ID univoci, garantendo che i tuoi clienti non elaborino mai lo stesso webhook due volte durante guasti di rete.
(Ecosistema Nautilus)
Parte dell'ecosistema unificato Nautilus
Relay è progettato come un potente prodotto standalone, ma esprime il suo pieno potenziale in sinergia con gli altri strumenti di Verne Software. Configura trigger di task in Cron, gestisci gli accessi in modo sicuro tramite Auth e consegna istantaneamente i risultati attraverso Relay. Un portale di fatturazione, un account e uno standard unificato di eccellenza API.
CronNautilus CoreRelayClient Endpoint
(Esperienza sviluppatore)
Integra in secondi
Pubblica un evento con una sola chiamata: tramite un SDK ufficiale per Node, Python, PHP o Rust, oppure con una semplice richiesta HTTP se preferisci non aggiungere dipendenze.
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)
Domande frequenti
Come garantisce Relay la sicurezza dei webhook?
Relay genera automaticamente segreti unici per ogni endpoint e firma tutte le richieste in uscita con HMAC SHA-256. La firma viene trasmessa nell'header Verne-Signature, che il destinatario usa per verificare l'autenticità del payload.
Cosa succede se il server destinatario è irraggiungibile?
Relay intercetta gli errori (timeout, stati 429, 500–504) e mette in coda l'evento. Utilizziamo un algoritmo di Exponential Backoff configurabile per i retry (fino a 10 tentativi in 24 ore), evitando di sovraccaricare i server in fase di ripristino.
Posso usare Relay per lo sviluppo locale?
Sì. La piattaforma fornisce strumenti integrati per inviare eventi alle macchine locali tramite la CLI di Nautilus, rendendo il test delle integrazioni webhook rapido e senza interruzioni.
Non conviene costruirlo da soli?
Si può, ma è molto più di un POST: una coda e backoff esponenziale, secret e firma HMAC per ogni endpoint, idempotenza perché nulla venga elaborato due volte, isolamento perché un endpoint lento non rallenti tutti gli altri clienti, e un log di consegna che il supporto può cercare quando un cliente dice che l’evento non è mai arrivato. Relay è esattamente quella lista, già pronta e misurata per richiesta.
(Inizia oggi)
Pronto a delegare la tua architettura eventi?
Lascia a noi la gestione degli eventi. Metti in produzione webhook affidabili per il tuo servizio oggi stesso.
Quanto costa costruirlo
Costruirlo non è la parte cara. Una coda, un retry con backoff e un helper per la firma sono una settimana di lavoro, e la maggior parte dei team ci arriva senza fatica. La spesa comincia la settimana dopo, quando un cliente dice che un evento non è mai arrivato e rispondere significa leggere i log a mano. E non finisce, perché ogni nuovo endpoint cliente è un nuovo modo in cui la consegna può fallire.
In più consuma la tua attenzione dove non rende nulla. Nessuno ha scelto il tuo prodotto perché i tuoi retry usano il backoff esponenziale. Ma un webhook che ha smesso di arrivare in silenzio è prima un ticket di supporto, poi una conversazione su un rimborso e a volte un cliente che se ne va. Conseguenze alte, nessun merito: esattamente la forma di una cosa da comprare invece che da costruire.
Se preferisci costruirlo, costruiscilo: il progetto non è un segreto e faremmo quasi le stesse scelte. Mettilo solo a bilancio come un servizio che gestirai per anni, non come uno sprint. Se preferisci di no, un endpoint che hai già può ricevere consegne firmate e ritentate in circa cinque minuti, e le prime 3.000 richieste di ogni mese sono gratuite.