(Verne Relay · Webhooks-as-a-Service)

Infrastructure de livraison de webhooks fiable pour les plateformes SaaS qui livrent des événements à leurs clients

Relay gère vos files d'attente, politiques de retry et sécurité des endpoints. Une architecture événementielle scalable, zéro maintenance. Intégration en exactement 5 minutes.

curl -X POST https://api.vernesoft.com/v1/relay/messages \
  -H "Authorization: Bearer vrn_relay_•••" \
  -d '{"event_type":"user.created","payload":{"id":"usr_123"}}'

(Le piège du développement interne)

Pourquoi les ingénieurs n'implémentent pas l'infrastructure webhooks eux-mêmes

Envoyer une simple requête POST ne représente que 5% du travail. Les vrais problèmes commencent quand le serveur de votre client tombe, quand la latence réseau augmente et quand votre compteur d'événements dépasse le million.

Implémentation interne

  • Implémentation manuelle des files d'attente et du Backoff Exponentiel (Redis/RabbitMQ).
  • Vulnérabilité aux falsifications de payload — nécessite une implémentation HMAC personnalisée.
  • Pas de tableau de bord pour le support client : les développeurs fouillent les logs pour retrouver les payloads manquants.
  • Maintenance lourde des workers et surveillance de l'infrastructure.

Verne Software Relay

  • Retries intelligents avec intervalles configurables, prêts à l'emploi.
  • Signature cryptographique intégrée pour chaque événement sortant.
  • Interface d'audit visuelle : vous et vos clients voyez le statut exact de chaque tentative.
  • Disponibilité 99,99% sans aucune maintenance.

(Fonctionnalités clés)

Architecture conçue pour les charges élevées

(01)

Livraison garantie (retries intelligents)

Backoff Exponentiel intégré. Si le serveur d'un client répond avec une erreur 5xx ou expire, Relay met automatiquement l'événement en file et le réessaie selon un calendrier configurable.

(02)

Sécurité absolue (vérification de signature)

Zéro falsification. Chaque événement sortant est signé cryptographiquement (HMAC SHA-256). Vos clients peuvent vérifier l'authenticité du payload via l'en-tête Verne-Signature.

(03)

Performances sans compromis

Le cœur de Relay est construit en Rust : exécution memory-safe, faible surcoût interne et gestion fluide des pics de trafic massifs.

(04)

Routage fan-out

Envoyez un seul événement (ex. user.created) à notre API gateway et Relay le dispatche instantanément vers des dizaines d'endpoints clients simultanément.

(05)

Journaux d'audit détaillés

Transparence totale. Nous stockons les en-têtes de requête, les payloads complets et les réponses exactes pour un débogage facile directement dans votre console de gestion.

(06)

Idempotence par défaut

Protection contre le traitement en double. Relay utilise des Event IDs uniques, garantissant que vos clients ne traitent jamais le même webhook deux fois en cas de défaillance réseau.

(Écosystème Nautilus)

Partie de l'écosystème unifié Nautilus

Relay est conçu comme un produit standalone puissant, mais il révèle tout son potentiel en synergie avec les autres outils Verne Software. Configurez des déclencheurs de tâches dans Cron, gérez les accès en toute sécurité via Auth et livrez instantanément les résultats via Relay. Un portail de facturation, un compte et un standard unifié d'excellence API.

CronNautilus CoreRelayClient Endpoint

(Expérience développeur)

Intégration en quelques secondes

Publiez un événement en un seul appel — via un SDK officiel pour Node, Python, PHP ou Rust, ou par une simple requête HTTP si vous préférez éviter une dépendance.

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)

Questions fréquentes

Comment Relay garantit-il la sécurité des webhooks ?

Relay génère automatiquement des secrets uniques pour chaque endpoint et signe toutes les requêtes sortantes avec HMAC SHA-256. La signature est transmise dans l'en-tête Verne-Signature, que le destinataire utilise pour vérifier l'authenticité du payload.

Que se passe-t-il si le serveur destinataire est indisponible ?

Relay intercepte les erreurs (timeouts, statuts 429, 500–504) et met l'événement en file. Nous utilisons un algorithme de Backoff Exponentiel configurable pour les retries (jusqu'à 10 tentatives sur 24 heures), évitant de surcharger les serveurs en cours de récupération.

Puis-je utiliser Relay pour le développement local ?

Oui. La plateforme fournit des outils intégrés pour transférer les événements vers des machines locales via le CLI Nautilus, rendant les tests d'intégration webhook rapides et fluides.

Ne devrions-nous pas simplement le construire nous-mêmes ?

Vous le pouvez, mais c'est bien plus qu'un POST : une file d'attente et un backoff exponentiel, des secrets et une signature HMAC par endpoint, l'idempotence pour que rien ne soit traité deux fois, l'isolation pour qu'un endpoint lent ne retarde pas tous les autres clients, et un journal de livraison que votre support peut consulter quand un client affirme n'avoir jamais reçu l'événement. Relay, c'est cette liste, déjà construite et facturée à la requête.

(Commencez aujourd'hui)

Prêt à déléguer votre architecture événementielle ?

Laissez la gestion des événements à notre charge. Déployez des webhooks prêts pour la production dès aujourd'hui.

Ce que coûte de le construire

La construction n'est pas la partie chère. Une file d'attente, un retry avec backoff et un utilitaire de signature, c'est une semaine de travail, et la plupart des équipes y arrivent sans peine. La dépense commence la semaine suivante, quand un client affirme qu'un événement n'est jamais arrivé et que répondre signifie lire des logs à la main. Et cela ne s'arrête plus : chaque nouvel endpoint client est une nouvelle façon d'échouer à livrer.

Cela consomme aussi votre attention là où elle ne rapporte rien. Personne n'a choisi votre produit parce que vos retries utilisent un backoff exponentiel. Mais un webhook qui a cessé d'arriver en silence, c'est d'abord un ticket de support, puis une discussion sur un remboursement, parfois un client qui s'en va. Conséquences fortes, aucun crédit — exactement la forme d'une chose qu'on achète au lieu de la construire.

Si vous préférez le construire, construisez-le : la conception n'est pas un secret et nous ferions presque les mêmes choix. Chiffrez-le simplement comme un service que vous exploiterez pendant des années, pas comme un sprint. Sinon, un endpoint que vous avez déjà peut recevoir des livraisons signées et réessayées en cinq minutes environ, et les 3 000 premières requêtes de chaque mois sont gratuites.