Kas yra „webhook“, kaip jis veikia ir kam jis naudojamas?

Šiuolaikinės programos yra tarpusavyje susijusios.Klientų ryšių valdymo sistemos (CRM), internetinės parduotuvės, mokėjimo vartai, rinkodaros įrankiai, pagalbos platformos... Visos jos turi bendrauti tarpusavyje, kad galėtų akimirksniu dalytis duomenimis. Jei kiekviena sistema turėtų nuolat klausti: „Ar yra kas nors naujo?“, rezultatas būtų lėtas, brangiai prižiūrimas ir labai neefektyvus tinklas.

Siekiant išvengti šio chaoso, yra paprastas, bet itin veiksmingas mechanizmas: „Webhooks“ yra maži, automatiniai pranešimai, kuriuos viena programa siunčia kitai, kai įvyksta konkretus įvykis.Jie yra daugelio dabartinių integracijų pagrindas – nuo ​​internetinės parduotuvės prekių likučių atnaujinimo realiuoju laiku iki infrastruktūros kaip kodo srautų ar „GitOps“ automatizavimo paleidimo sudėtingose ​​IT aplinkose.

Kas yra webhook ir kodėl jis tapo toks svarbus?

En pocas palabras, „Webhook“ yra būdas vienai programai pranešti kitai, kad kažkas įvyko.automatiškai siunčiant duomenis į URL adresą, kai įvyksta konkretus įvykis. Informaciją konkrečiu momentu „persiunčia“ ne kita programa, o pati įvykį generuojanti sistema.

Jei pagalvotume apie kasdienį gyvenimą, „Webhook“ labiau primena įspėjimą WhatsApp kad jie kas penkias minutes tikrina svetainę, ar nėra kokių nors atnaujinimųSiunčianti programa (pvz., jūsų el. prekybos platforma) siunčia HTTP užklausą konkrečiu adresu su duomenų paketu (paprastai JSON formatu), o gaunanti programa apdoroja šią informaciją ir atitinkamai atlieka veiksmus.

Tipiškas pavyzdys: Klientas perka jūsų internetinėje parduotuvėje ir, atlikus mokėjimą, suveikia žiniatinklio kabliukas, kuris siunčia visus užsakymo duomenis į jūsų siuntimo sistemą arba ERP.Nereikia paleisti rankinių procesų, importuoti failų ar periodiškai atlikti užklausų: priimančioji sistema sužino momentą, kai pardavimas patvirtinamas.

Ši „įvykio, kuris paleidžia duomenis“, idėja daro internetinius kabliukus idealius automatizuoti darbo eigas, sinchronizuoti sistemas ir reaguoti realiuoju laiku reaguodami į tai, kas vyksta jūsų versle ar techninėje infrastruktūroje.

Kaip „webhook“ veikia viduje

Vidinis „webhook“ veikimas yra paprastas, bet labai galingasVisada yra du pagrindiniai veikėjai: programa, kuri siunčia žiniatinklio kablį, kai aptinka įvykį, ir programa, kuri jį gauna ir priima sprendimus, remdamasi išsiųsta informacija.

Siunčiančiojoje pusėje, Konfigūruojama, kokio tipo įvykis suaktyvins žiniatinklio kablį ir į kurį URL bus siunčiami duomenys.Tas URL priklauso priimančiajai sistemai, kuri ruošiasi klausytis ir apdoroti gaunamas užklausas (paprastai per HTTP maršrutą, kuris priima POST užklausas su JSON duomenimis).

Kai sąlyga įvykdoma (pvz. „Sukurtas naujas kontaktas“, „Mokėjimas priimtas“, „Prenumerata atšaukta“Siunčianti programa sugeneruoja HTTP užklausą, nukreiptą į „webhook“ URL. Šioje užklausoje pateikiama informacija apie įvykius: identifikatoriai, sumos, būsenos, naudotojo duomenys ir kt.

Priimančiojoje pusėje, Programa, kuri klausosi to URL, apdoroja naudingąją apkrovą ir vykdo apibrėžtus veiksmus.: išsaugoti įrašus duomenų bazėje, atnaujinti CRM, paleisti kitą automatizavimo srautą, suaktyvinti vidinį įspėjimą, sinchronizuoti ERP... bet ką, kas yra prasminga verslui.

Techniškai didžioji dauguma internetinių kabliukų Jie naudoja HTTP ir paprastai dirba su POST užklausomis.nes jie palengvina duomenų siuntimą užklausos tekste. Tai leidžia juos suderinami su praktiškai bet kokia kalba ir kūrimo aplinka – nuo ​​PHP ar Node.js iki Pitonas, „Java“ arba tokios sistemos kaip „Laravel“, „Django“ ar „Spring“.

Įvykiai, kurie gali suaktyvinti žiniatinklio kablį

Įvykiai, kurie suaktyvina „webhook“, visiškai priklauso nuo siunčiančios programos. ir verslo modelį. Bet koks net ir mažai reikšmingas dalykas gali tapti veiksniu, jei įrankis tai palaiko.

Pavyzdžiui, mokėjimo šliuze Labai dažnai rodomi skirtingi įvykiai, susiję su priimtais mokėjimais, atmestais mokėjimais arba grąžinimais.Kiekvienas iš jų gali siųsti skirtingą žiniatinklio kablį su atitinkama būsena, kad priimanti sistema galėtų veikti tam tikru būdu (patvirtinti užsakymą, pažymėti jį kaip nepavykusį, inicijuoti pinigų grąžinimą ir pan.).

CRM sistemoje arba rinkodaros įrankyje „Webhooks“ paprastai paleidžiami, kai sukuriami, atnaujinami arba ištrinami kontaktai, įmonės, galimybės arba prenumeratos.Tai leidžia kitoms sistemoms (pvz., ERP arba išorinei el. pašto platformai) gauti naujausią informaciją.

Net ir labiau techniškai techniškai aktyvesnėje aplinkoje, „Webhook“ galima suaktyvinti įkėlus kodą į „Git“ saugyklą, patvirtinus užklausą arba pakeitus infrastruktūros konfigūracijos failą.Iš ten CI/CD srautai, automatiniai diegimai arba infrastruktūros kaip kodo užduotys yra sujungiamos grandinėje.

Trumpai: bet koks svarbus faktas programoje, kurį „verta papasakoti“ kitai sistemai Tai geras kandidatas tapti webhook įvykiu.

Skirtumai tarp žiniatinklio kabliukų ir tradicinių API

Nors jie kartais ir susipainioja, „Webhooks“ ir API nėra tas pats, nors jie vienas kitą papildo.Abu jie skirti programoms perduoti ir duomenims perkelti, tačiau tai daro skirtingais būdais.

Klasikinė API veikia su „pull“ modeliu: Jūsų programa yra ta, kuri pateikia užklausą kito įrankio API, kai jai reikia duomenų arba ji nori atlikti veiksmą.Tai reiškia, kad klientas turi žinoti, kada nori patikrinti (pavyzdžiui, kas 5 minutes), ir aiškiai pateikti užklausą.

Su webhook schema yra atvirkštinė: Nebereikia nuolat klausinėti; pati sistema, kuri generuoja informaciją, ją siunčia, kai kas nors nutinka.Štai kodėl, kalbėdami apie žiniatinklio kabliukus, dažnai kalbame apie „atvirkštinę API“ arba „įterptąją API“.

Techniniu požiūriu: API puikiai tinka duomenims skaityti arba modifikuoti pagal poreikį.su didele užklausų ir kada kontrole. Kita vertus, „webhooks“ idealiai tinka gauti pranešimus realiuoju laiku apie konkrečius pakeitimus, nereikalaujant nuolatinės apklausos ar išteklių eikvojimo nenaudingoms užklausoms.

Dažniausias derinys yra naudoti Žiniatinklio kabliai, skirti sužinoti, kad kažkas įvyko, ir API, skirti išplėsti informaciją arba imtis veiksmų pagal tą įvykįPavyzdžiui, gaunate žiniatinklio kablį su sukurtos išlaidos ID ir tada iškviečiate API, kad gautumėte visą papildomą informaciją apie tas išlaidas.

„Webhooks“, infrastruktūra kaip kodas (IaC) ir „GitOps“

Be verslo integracijų, „Webhooks“ yra labai svarbūs infrastruktūros kaip kodo aplinkose ir „GitOps“ praktikoje.Čia jungiasi ne tik rinkodaros ar pardavimo programos, bet ir platformos, kurios valdo serverius, konteinerius ir debesijos išteklius.

Infrastruktūra kaip kodas (IaC) susideda iš apibrėžti ir valdyti serverius, tinklus, sandėliavimas ir kitus infrastruktūros komponentus per konfigūracijos failus ir kodąUžuot atlikus tai rankiniu būdu iš skydelių ar grafinių vedlių, tai leidžia versijų pakeitimus atlikti „Git“ saugyklose, automatizuoti diegimus ir kurti atkuriamas aplinkas.

Čia ir prasideda „GitOps“ – metodas, kuris Jis naudoja „Git“ kaip vienintelį patikimą infrastruktūros ir programų konfigūracijos šaltinį.Pakeitimai įvedami per pakeitimus ir ištraukimo užklausas, o norimos būsenos variklis (pvz., „Ansible“ tipo platforma arba „Kubernetes“ operatoriai) yra atsakingas už faktinės būsenos suderinimą su tuo, ką sako saugykla.

Kur čia tinka webhookai? Jie veikia kaip pranešimų jungtis tarp „Git“ saugyklos ir norimos būsenos modulio.Kiekvieną kartą, kai atliekamas pakeitimas arba sujungiama šaka, „Git“ paleidžia žiniatinklio kablį automatizavimo įrankiui, kuris interpretuoja pakeitimą ir pritaiko naują konfigūraciją infrastruktūrai.

Taigi, Paprastas YAML failo ar veiksmų plano pakeitimas gali sukelti visą automatizavimo grandinę.serverio kūrimas, konteinerių diegimas, paslaugų atnaujinimus, atšaukimą nepavykus ir kt. „Webhook“ yra „trigeris“, kuris kodo pakeitimą paverčia konkrečiu veiksmu infrastruktūroje.

Įvykiais pagrįsta automatizacija ir trigerio kilmė

Pirmiau minėtas metodas gali būti išplėstas iki bet kokio tipo įvykiais pagrįsta automatizacijaŠaltinis nebūtinai turi būti „Git“ saugykla; tai taip pat gali būti stebėjimo įrankis, bilietų pardavimo sistema, finansinė programėlė arba trečiosios šalies paslauga.

Įsivaizduokite įrankį, kuris stebi jūsų infrastruktūrą visą parą: Aptikus kritinį įspėjimą (pilnas diskas, 100 % procesoriaus naudojimas, API klaida), jis gali suaktyvinti žiniatinklio kablį, kuris aktyvuoja taisomąją automatizaciją. jūsų orkestravimo platformoje. Tokiu būdu veiksmai taikomi be žmogaus įsikišimo, net ir ankstyvomis ryto valandomis.

Kitas pavyzdys: Išlaidų valdymo platforma gali paleisti žiniatinklio kabliukus, kai sukuriamos arba patvirtinamos naujos operacijos.Turėdama šią informaciją, apskaitos sistema gali akimirksniu registruoti operacijas arba vidinis tvirtinimo mechanizmas gali inicijuoti konkrečius darbo eigą pagal sumas, skyrius ar išlaidų rūšis.

Visose šiose situacijose „Magija“ slypi tame, kad duomenų šaltinis siunčia įspėjimą tiksliai tuo metu.nelaukiant, kol paklaus kita sistema. Toks darbo būdas leidžia kurti labai automatizuotas architektūras, pasižyminčias minimalia trintimi ir greitu reagavimu į pokyčius.

Taip, Kad automatizavimas būtų patikimas, variklis, kuris gauna ir apdoroja žiniatinklio kabliukus, turi būti paruoštas pakartotiniam siuntimui, klaidų registravimui ir pakartotinių bandymų apdorojimui. kai kas nors nepavyksta, kad dėl laikinų elektros energijos tiekimo sutrikimų nebūtų praleisti svarbūs įvykiai.

„Webhooks“ naudojimo versle ir projektuose pranašumai

Verslo požiūriu, „Webhooks“ išsiskiria tuo, kad gali automatizuoti procesus, kuriems anksčiau reikėjo rankinio darbo.Sujungdamos programas ir perkeldamos duomenis realiuoju laiku, jos panaikina poreikį eksportuoti ir importuoti failus, kopijuoti informaciją rankiniu būdu arba vykdyti periodinius scenarijus.

Jie taip pat prisideda Priimant sprendimus remiantis naujausiais duomenimis, labai svarbu gauti informaciją realiuoju laiku.Elektroninėje prekyboje momentinis žinojimas, kada mokėjimas patvirtintas arba kada prekės nebėra sandėlyje, padeda išvengti brangiai kainuojančių klaidų. Finansų srityje pranešimas apie nepavykusį mokėjimą leidžia greitai reaguoti į kliento problemas.

Kitas privalumas – efektyvumas: Vengiant nuolatinės apklausos, sumažinamas nereikalingų API užklausų skaičius. ir dėl to serverių išteklių sunaudojimas, duomenų bazės ir tinklus. Duomenys siunčiami tik tada, kai yra kažkas naujo, apie ką reikia pranešti.

Daugeliu atvejų „Webhook“ nustatymas yra daug paprastesnis nei visiškos integracijos, pagrįstos sudėtingomis API užklausomis, kūrimas.Tiesiog gaukite paskirties URL iš priimančios programos, įklijuokite jį į programos, kuri transliuos žiniatinklio kablį, nustatymus ir pasirinkite, kurie įvykiai jį suaktyvins.

Galiausiai, „Webhooks“ labai gerai integruojasi su trečiųjų šalių platformomis Tai apima CRM, palaikymo įrankius, pranešimų sistemas, ERP, mokėjimo šliuzus ir net integratorius, tokius kaip „Zapier“, „Make“ ar individualius koordinatorius. Jie yra pagrindinis komponentas kuriant sujungtas programinės įrangos ekosistemas.

Žiniatinklio kabliukų apribojimai ir rizika

Ne viskas yra privalumas: „Webhooks“ taip pat turi savo apribojimų, ir svarbu apie juos žinoti prieš kuriant visą architektūrą jų pagrindu.Pirma, ne visos rinkoje esančios programos jas palaiko iš karto.

Kai įrankis nesiūlo žiniatinklio kabliukų, Būtina pasikliauti išoriniais integratoriais arba individualiais projektais, kurie veikia kaip tiltas.Tai apima periodišką API užklausų teikimą ir žiniatinklio kabliuko modeliavimą galutinėje sistemoje. Tai šiek tiek apsunkina architektūrą ir padidina priklausomybę nuo trečiųjų šalių.

Be to, „Webhooks“ yra vienpusis komunikacijos mechanizmasViena programa siunčia duomenis kitai, tačiau šios API nėra skirtos sudėtingiems dvikrypčiams mainams. Jei jums reikia nuolatinio dialogo, skaitymo ir rašymo operacijų, išplėstinių filtrų ir tikslios kontrolės, ko bet kuriuo metu prašyti, klasikinė API vis tiek yra tinkamesnė.

Kita svarbi rizika yra galima Duomenų praradimas, kai kažkas nutinka ne taip ir niekas nepastebiJei priimantis serveris neveikia arba grąžina klaidas, o siuntėjas netinkamai tvarko pakartotinius bandymus, tam tikri įvykiai gali niekada neįvykti, ir neaišku, kas buvo prarasta.

Priešingai, Tiesioginio API iškvietimo metu paprastai gaunate klaidos kodą ir galite nedelsdami reaguoti.Naudojant internetinius kabliukus, būtina sukurti stebėjimo mechanizmus, pakartotinius bandymus ir įspėjimus, kurie praneštų atsakingiems asmenims, kai nutrūksta pranešimų grandinė.

Kada prasminga naudoti internetinius kabliukus

Webhook yra tobulas kai reikia, kad viena sistema praneštų kitai, kai tik įvyksta konkretus įvykisTačiau jums nereikia nuolatinio ryšio tarp dviejų programėlių. Kai kurie tipiniai scenarijai yra ypač laukiami.

Pavyzdžiui, rinkodaros srityje „Webhooks“ galima naudoti prenumeratorių sąrašams atnaujinti, kai kas nors užsiregistruoja mobiliojoje programėlėje, užpildo formą arba pakeičia savo profilį.. Priemonė iš pašto rinkodaros Gaukite pranešimą ir modifikuokite segmentą akimirksniu, nelaukdami.

Pardavimų srityje Įprasta aktyvuoti žiniatinklio kabliukus, kad būtų pranešta apie užsakymų, siuntų ar potencialių klientų būsenos pasikeitimus.Tokiu būdu pardavimų komanda realiuoju laiku informuojama, kai atsiranda nauja galimybė, atnaujinamas pristatymo adresas arba atliekamas atitinkamas mokėjimas.

Bankininkystės ir finansinių paslaugų srityje „Webhooks“ yra labai svarbūs norint sinchronizuoti likučius, operacijas, kortelių mokesčius ir klientų duomenų atnaujinimus.Kiekviena svarbi operacija ar pakeitimas gali būti automatiškai atspindėtas vidinėse sistemose, išvengiant rankinių klaidų ir vėlavimų.

Bet kurioje įmonėje, kurioje yra daug skirtingų įrankių, „Webhooks“ padeda centralizuoti svarbią informaciją vienoje vietoje (CRM, BI ataskaitų suvestinė, įmonės duomenų bazė), leidžianti priimti sprendimus turint naujausią verslo vaizdą.

Susijęs straipsnis:

Kaip valdyti skaitmeninius sertifikatus skirtingose ​​žiniatinklio naršyklėse

Izaokas

Aistringas rašytojas apie baitų pasaulį ir technologijas apskritai. Man patinka dalytis savo žiniomis rašydamas, būtent tai ir darysiu šiame tinklaraštyje, parodysiu jums įdomiausius dalykus apie programėles, programinę įrangą, techninę įrangą, technologijų tendencijas ir kt. Mano tikslas – padėti jums paprastai ir smagiai naršyti skaitmeniniame pasaulyje.