(01)
Garantovana isporuka (pametni ponovni pokušaji)
Ugrađeni Exponential Backoff. Ako server klijenta odgovori greškom 5xx ili istekne vreme, Relay automatski stavlja događaj u red i ponovo pokušava prema konfigurabilnom rasporedu.
(Verne Relay · Webhooks-as-a-Service)
Pouzdana infrastruktura za isporuku webhook-a za SaaS platforme koje isporučuju događaje svojim klijentima
Relay upravlja vašim redovima, politikama ponovnih pokušaja i bezbednošću endpoint-a. Skalabilna arhitektura zasnovana na događajima bez održavanja. Integracija za tačno 5 minuta.
curl -X POST https://api.vernesoft.com/v1/relay/messages \
-H "Authorization: Bearer vrn_relay_•••" \
-d '{"event_type":"user.created","payload":{"id":"usr_123"}}'(Zamka internog razvoja)
Zašto inženjeri ne grade webhook infrastrukturu od nule
Slanje jednostavnog POST zahteva je samo 5% posla. Pravi problemi počinju kada server vašeg klijenta prestane da radi, dođe do mrežnih kašnjenja i vaš brojač događaja pređe milion.
Interna implementacija
- ✕ Ručna implementacija redova i Exponential Backoff-a (Redis/RabbitMQ).
- ✕ Ranjivost na lažiranje payload-a — zahteva prilagođenu HMAC implementaciju.
- ✕ Nema kontrolne table za korisničku podršku: programeri moraju pretraživati logove da bi pronašli nedostajuće payload-e.
- ✕ Visoki troškovi održavanja workera i praćenja infrastrukture.
Verne Software Relay
- ✓ Pametni ponovni pokušaji sa prilagodljivim intervalima, odmah dostupni.
- ✓ Ugrađeni kriptografski potpis za svaki odlazni događaj.
- ✓ Vizuelni interfejs za reviziju: i vi i vaši klijenti vidite tačan status svakog pokušaja.
- ✓ 99,99% dostupnost bez ikakvog održavanja.
(Ključne funkcionalnosti)
Arhitektura dizajnirana za visoko opterećenje
(02)
Apsolutna bezbednost (verifikacija potpisa)
Nula lažiranja. Svaki odlazni događaj je kriptografski potpisan (HMAC SHA-256). Vaši klijenti mogu verifikovati autentičnost payload-a putem Verne-Signature zaglavlja.
(03)
Performanse bez kompromisa
Jezgro Relay-a je izgrađeno u Rust-u: izvršavanje bezbedno za memoriju, nizak interni overhead i besprekorno rukovanje masivnim skokovima saobraćaja.
(04)
Fan-out rutiranje
Pošaljite jedan događaj (npr. user.created) na naš API gateway i Relay će ga odmah prosleđivati desetinama različitih klijentskih endpoint-a istovremeno.
(05)
Detaljni revizijski zapisi
Potpuna transparentnost. Čuvamo zaglavlja zahteva, kompletne payload-e i tačne serverske odgovore za jednostavno otklanjanje grešaka direktno iz vaše upravljačke konzole.
(06)
Idempotentnost po podrazumevanoj vrednosti
Zaštita od dupliranog procesiranja. Relay koristi jedinstvene Event ID-eve, osiguravajući da vaši klijenti nikada ne obrade isti webhook dvaput tokom mrežnih kvarova.
(Nautilus ekosistem)
Deo jedinstvenog Nautilus ekosistema
Relay je dizajniran kao moćan standalone proizvod, ali dostiže puni potencijal u sinergiji sa ostalim Verne Software alatima. Podesite okidače zadataka u Cron, bezbedno upravljajte pristupom putem Auth i odmah isporučujte rezultate kroz Relay. Jedan portal za naplatu, jedan nalog i jedinstven standard API izvrsnosti.
CronNautilus CoreRelayClient Endpoint
(Iskustvo programera)
Integrišite za sekunde
Objavite događaj jednim pozivom — kroz zvanični SDK za Node, Python, PHP ili Rust, ili običnim HTTP zahtevom ako ne želite dodatnu zavisnost.
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)
Često postavljana pitanja
Kako Relay obezbeđuje sigurnost webhook-a?
Relay automatski generiše jedinstvene tajne za svaki endpoint i potpisuje sve odlazne zahteve koristeći HMAC SHA-256. Potpis se prenosi u Verne-Signature zaglavlju, koje primalac koristi za verifikaciju autentičnosti payload-a.
Šta se dešava ako je odredišni server nedostupan?
Relay presreće greške (timeouts, statusi 429, 500–504) i stavlja događaj u red. Koristimo prilagodljiv Exponential Backoff algoritam za ponovne pokušaje (do 10 pokušaja tokom 24 sata), sprečavajući preopterećenje servera koji se oporavljaju.
Mogu li koristiti Relay za lokalni razvoj?
Da. Platforma pruža ugrađene alate za prosleđivanje događaja na lokalne mašine putem Nautilus CLI-ja, čineći testiranje webhook integracija brzim i glatkim.
Zar ne bismo ovo sami napravili?
Možete, ali to je mnogo više od jednog POST-a: red čekanja i eksponencijalni backoff, secret i HMAC potpis po endpoint-u, idempotentnost da se ništa ne obradi dvaput, izolacija da jedan spor endpoint ne zadržava sve ostale klijente i pretraživ log isporuka za podršku kada klijent kaže da događaj nikada nije stigao. Relay je upravo ta lista, već napravljena i naplaćena po zahtevu.
(Počnite danas)
Spremni da prebacite svoju arhitekturu događaja?
Prepustite upravljanje događajima nama. Danas rasporedite webhook-e spremne za produkciju za vaš servis.
Koliko košta da se napravi
Izrada nije skupi deo. Red čekanja, retry sa backoff-om i pomoćnik za potpisivanje su nedelja posla, i većina timova tu stigne bez muke. Trošak počinje sledeće nedelje, kada klijent kaže da događaj nikada nije stigao, a odgovor na to znači ručno čitanje logova. I ne prestaje, jer je svaki novi klijentski endpoint novi način na koji isporuka može da propadne.
Uz to troši vašu pažnju tamo gde ništa ne donosi. Niko nije izabrao vaš proizvod zato što vaši retry-ji koriste eksponencijalni backoff. Ali webhook koji je tiho prestao da stiže prvo je tiket podrške, zatim razgovor o povraćaju novca, a ponekad i klijent koji odlazi. Velike posledice, nikakva zasluga — tačno oblik stvari koju vredi kupiti umesto praviti.
Ako ipak želite sami da napravite — napravite: dizajn nije tajna i mi bismo doneli skoro iste odluke. Samo to obračunajte kao servis koji ćete voditi godinama, a ne kao jedan sprint. Ako ne želite, endpoint koji već imate može za oko pet minuta primati potpisane isporuke sa retry-jem, a prvih 3.000 zahteva svakog meseca je besplatno.