Mis on veebihaak ja kuidas seda kasutada?

Veebihaagid võimaldavad veebipõhistel rakendustel kohandatud tagasihelistuste abil suhelda.

Veebihaagide kasutamine võimaldab veebirakendustel automaatselt suhelda teiste veebirakendustega.

Erinevalt traditsioonilistest süsteemidest, kus üks süsteem (subjekt) küsib teatud andmete saamiseks teist süsteemi (vaatlejat), võimaldavad veebihaagid vaatlejal sündmuse toimumisel automaatselt andmeid subjekti süsteemi lükata.

See välistab vajaduse katsealuse pideva jälgimise järele. Veebihaagid töötavad täielikult Internetis ja seetõttu peab kogu süsteemidevaheline suhtlus toimuma HTTP-sõnumite kujul.

Veebihaagide kasutamine

Veebihaagid tuginevad staatiliste URL-ide olemasolule, mis osutavad subjekti süsteemis API-dele, mida tuleb teavitada, kui vaatleja süsteemis toimub sündmus. Selle näiteks on veebirakendus, mis on loodud kõigi kasutaja Amazoni kontole tehtud tellimuste kogumiseks ja haldamiseks. Selle stsenaariumi korral tegutseb Amazon vaatlejana ja kohandatud tellimuste haldamise veebirakendus toimib subjektina.

Selle asemel, et kohandatud veebirakendus regulaarselt Amazoni API-dele helistada, et kontrollida, kas tellimus on loodud, võimaldab kohandatud veebirakenduses loodud veebihaak Amazonil automaatselt esitada veebirakenduses äsja loodud tellimuse registreeritud URL-i kaudu. Seetõttu peavad veebihaagide kasutamise võimaldamiseks subjektil olema määratud URL-id, mis võtavad vastu vaatlejalt sündmuste märguandeid. See vähendab objekti olulist koormust, kuna HTTP-kõned tehakse kahe osapoole vahel ainult sündmuse toimumisel.

Küsitluspõhised süsteemid vs veebihaagipõhised süsteemid

Kui vaatleja on kutsunud subjekti veebihaagi, saab katsealune äsja esitatud andmetega vastavaid toiminguid teha. Tavaliselt tehakse veebihaake POST-i päringute kaudu konkreetsele URL-ile. POST-päringud võimaldavad saata objektile lisateavet. Lisaks saab seda kasutada ka paljude erinevate võimalike sündmuste tuvastamiseks, selle asemel et luua iga sündmuse jaoks eraldi veebihaagi URL-id.

Veebihaagi töövoog

Sissetulevate veebihaagide rakendamiseks oma rakenduses peate tegema järgmised põhitoimingud.

• Avaldage oma rakendusserveris API lõpp-punkt, mis aktsepteerib ja töötleb HTTP POST-kõnesid
• Pakkuge potentsiaalsetele veebihaagi kasutajatele juurdepääs sellele lõpp-punktile. API lõpp-punkt kutsub andmeallika rakenduse alati, kui asjakohased tingimused on täidetud.
• Töötlege POST-i andmeid ja tagastage veebihaagi kõne algatajale vastus oleku näitamiseks. See samm võib olla olemas või mitte.

Veebihaagid vs. API-d

Nii veebihaagide kui ka API-de eesmärk on luua side rakenduste vahel. Siiski on Webhooksi kasutamisel rakenduste integreerimisel API-de ees mõned selged eelised ja puudused.

Veebihaagid on tavaliselt paremad lahendused, kui järgmised punktid on rakendatava süsteemi jaoks asjakohasemad:

• Kui andmeid serveris sageli uuendatakse, kipuvad veebihaagid olema paremad lahendused, kuna tarbetud API-kõned kliendilt serverisse jäävad ära. Resthooks.com andmetel läheb 98,5% API uuringutest raisku.
• Veebihaagid võimaldavad paremaid lahendusi süsteemidele, mis nõuavad peaaegu reaalajas andmete värskendamist. API küsitlusi käitatakse tavaliselt määratud intervallidega, mis võib takistada reaalajas andmete värskendamist. Veebihaagi puhul saadetakse värskendused serverist kliendile kohe, kui veebihaak käivitub.

Mõnes muus olukorras tuleks eelistada API kasutamist veebihaagidele.

Asjad, mida kaaluda

Olulised asjad, mida Webhooksis API-de kasutamisel arvestada, on järgmised:

• API kasutamine võimaldab rohkem kohandada seda, millal serverist andmeid küsida ja kui palju andmeid serverist küsitleda. Küsitletavate andmete hulk sõltub API küsitluse suurusest. Veebihaagide puhul otsustab server üldiselt andmete üle ja nende saatmise aja.
• Väga varieeruvate andmetega süsteemide puhul (nagu reaalajas süsteemid, asjade Interneti-süsteemid jne) võib API-põhine küsitlus olla parem valik, kuna iga API-kõne puhul on kasutatavate vastuste tõenäosus suur.
• Kui REST-i lõpp-punktid on võrguühenduseta, võib klient täielikult ignoreerida veebihaagi kaudu serverist saadetud andmeid. Kui serveril pole mehhanismi selliste ebaõnnestunud tõugete uuesti proovimiseks, lähevad andmete värskendused täielikult kaotsi.

Serverist saadetud andmete kadumise võimalusega tegelemiseks, kui veebihaagi lülitub võrguühenduseta, saate kõnede arhiivimiseks kasutada sündmuste sõnumside järjekorda. Selliseid funktsioone pakkuvate platvormide näited hõlmavad järgmist JänesMQ o Amazoni Simple Queue Service (SQS). Mõlemad on loodud toimima vahendavate sõnumsidesalvestusseadmetena, mis väldivad veebihaagi kõnest ilmajäämise võimalust.

Ercole Palmeri