Wat ass e Webhook a wéi benotzt Dir en?

Webhooks erméiglechen Interaktioun tëscht Web-baséiert Uwendungen duerch d'Benotzung vu personaliséierte Callbacks.

Mat Webhooks erlaabt Webapplikatiounen automatesch mat anere Webapps ze kommunizéieren.

Am Géigesaz zu traditionelle Systemer, wou ee System (Sujet) weider en anere System (Beobachter) fir e puer Donnéeën pollt, erlaben Webhooks den Beobachter automatesch Daten an de System vum Thema ze drécken wann ëmmer en Event geschitt.

Dëst eliminéiert de Besoin fir konstant Iwwerwaachung vum Thema. Webhooks funktionnéieren ganz am Internet an dofir muss all Kommunikatioun tëscht Systemer a Form vun HTTP Messagen stattfannen.

Benotzt Webhooks

Webhooks vertrauen op d'Präsenz vu statesche URLen, déi op APIen am System vum Thema weisen, déi musse matgedeelt ginn wann en Event am Observateur System geschitt. E Beispill vun dësem wier eng Web App entwéckelt fir all Bestellungen ze sammelen an ze verwalten déi op engem Benotzer säin Amazon Kont gesat ginn. An dësem Szenario handelt Amazon als Beobachter an d'Webapp Custom Order Management handelt als Thema.

Amplaz datt déi personaliséiert Webapp periodesch d'Amazon APIs ruffe fir no enger erstallt Bestellung ze kontrolléieren, e Webhook, deen an der personaliséierter Webapp erstallt gouf, erlaabt Amazon automatesch eng Bestellung déi nei an der Webapp erstallt gouf iwwer eng registréiert URL ofzeginn. Dofir, fir d'Benotzung vu Webhooks z'erméiglechen, muss de Sujet designéiert URLen hunn, déi Event Notifikatioune vum Beobachter akzeptéieren. Dëst reduzéiert eng bedeitend Belaaschtung op den Objet well HTTP-Uriff nëmmen tëscht den zwou Parteien gemaach ginn wann en Event geschitt.

Ëmfro baséiert Systemer vs Webhook baséiert Systemer

Wann de Webhook vum Thema vum Beobachter geruff gëtt, kann de Sujet déi entspriechend Handlung mat dësen nei proposéierten Donnéeën huelen. Typesch ginn Webhooks iwwer POST Ufroe op eng spezifesch URL gemaach. POST Ufroe léisst Iech zousätzlech Informatioun un den Objet schécken. Zousätzlech kann et och benotzt ginn fir tëscht enger Zuel vu verschiddene méiglechen Eventer z'identifizéieren anstatt separat Webhook URLen fir all Event ze kreéieren.

Webhook Workflow

Fir inbound Webhooks op Ärer Applikatioun ëmzesetzen, musst Dir déi folgend Basis Schrëtt ausféieren:

• Entdeckt en API Endpunkt op Ärem Applikatiounsserver deen HTTP POST Uriff akzeptéiert a veraarbecht
• Gitt Zougang zu dësem Endpunkt fir potenziell Webhook Benotzer. Den API Endpunkt rufft eng Datequellapplikatioun un, wann déi relevant Konditioune erfëllt sinn.
• Veraarbechtt d'POST-Daten a gitt eng Äntwert op de Webhook Call Initiator zréck fir de Status unzeginn. Dëse Schrëtt kann oder vläicht net präsent sinn.

Webhooks vs APIen

Béid Webhooks an APIen hunn d'Zil d'Kommunikatioun tëscht Uwendungen z'etabléieren. Wéi och ëmmer, et ginn e puer markant Virdeeler an Nodeeler fir Webhooks iwwer APIen ze benotzen fir Applikatiounsintegratioun z'erreechen.

Webhooks tendéieren besser Léisungen ze sinn wann déi folgend Punkte méi relevant sinn fir den implementéierte System:

• Wann d'Donnéeën dacks um Server aktualiséiert ginn, tendéieren Webhooks besser Léisungen ze sinn, well onnéideg API Uriff vum Client op de Server eliminéiert ginn. Laut resthooks.com, 98,5% vun API Ëmfroen ginn ze Offall.
• Webhooks erméiglechen besser Léisunge fir Systemer déi bal Echtzäit Datenupdates erfuerderen. API Ëmfroe lafen typesch mat festgeluegten Intervalle, déi verhënnere kënnen datt live Daten aktualiséiert ginn. Mat Webhooks ginn Updates vum Server un de Client geschéckt soubal de Webhook ausgeléist gëtt.

D'Benotzung vun der API sollt iwwer Webhooks an e puer anere Situatiounen bevorzugt ginn.

Saachen ze betruecht

Déi wichteg Saache fir ze berücksichtegen fir APIen op Webhooks ze benotzen sinn:

• D'Benotzung vun der API erlaabt méi Personnalisatioun vu wéini fir Daten vun engem Server ze pollen an och wéi vill Daten vum Server ze pollen. D'Quantitéit vun den Donnéeën, déi gepréift ginn, gëtt vun der API Ëmfrogréisst regéiert. Mat Webhooks entscheet de Server allgemeng d'Donnéeën a wéini se geschéckt ginn.
• Fir Systemer mat héich variabelen Donnéeën (wéi Echtzäitsystemer, IoT Systemer, asw.), API-baséiert Polling kéint eng besser Optioun sinn, well fir all API Uruff eng héich Probabilitéit vu benotzbaren Äntwerte gëtt.
• Et ass méiglech datt Daten vun engem Server geschéckt ginn, iwwer e Webhook, komplett vum Client ignoréiert ginn am Fall wou d'REST Endpunkte offline sinn. Am Fall wou de Server kee Mechanismus huet fir sou gescheitert Pushen ze probéieren, ginn d'Datenupdates komplett verluer.

Fir mat der Méiglechkeet ze këmmeren fir Daten ze verléieren, déi vun engem Server geschéckt ginn wann de Webhook offline geet, kënnt Dir eng Eventmessageschlaang benotzen fir dës Uriff ze archivéieren. Beispiller vu Plattformen déi sou Funktionalitéit ubidden enthalen Kanéngchen MQ o Amazon's Simple Queue Service (SQS). Béid sinn entworf als Tëschestatioun Messagerie Stockage Ariichtungen ze handelen, datt d'Méiglechkeet vun vermësst Webhook Opruff vermeiden.

Ercole Palmeri