Бір жүйе (субъект) кейбір деректер үшін басқа жүйені (бақылаушы) сұрауын жалғастыратын дәстүрлі жүйелерден айырмашылығы, веб-хуктар бақылаушыға оқиға орын алған сайын субъектінің жүйесіне деректерді автоматты түрде жіберуге мүмкіндік береді.
Бұл субъектінің тұрақты бақылау қажеттілігін жояды. Вебхуктар толығымен Интернетте жұмыс істейді, сондықтан жүйелер арасындағы барлық байланыс HTTP хабарламалары түрінде болуы керек.
Веб-хуктар бақылаушының жүйесінде оқиға орын алған кезде хабарлануы қажет субъект жүйесінде API интерфейстерін көрсететін статикалық URL мекенжайларының болуына сүйенеді. Бұған мысал ретінде пайдаланушының Amazon тіркелгісінде орналастырылған барлық тапсырыстарды жинауға және басқаруға арналған веб-бағдарлама болуы мүмкін. Бұл сценарийде Amazon бақылаушы ретінде әрекет етеді және тапсырысты басқарудың пайдаланушылық веб қолданбасы субъект ретінде әрекет етеді.
Жасалған тапсырысты тексеру үшін пайдаланушы веб-бағдарламасын мерзімді түрде Amazon API интерфейстеріне шақырудың орнына, пайдаланушы веб қолданбасында жасалған веб-хук Amazon компаниясына веб-бағдарламада жаңадан жасалған тапсырысты тіркелген URL арқылы автоматты түрде жіберуге мүмкіндік береді. Сондықтан, веб-хуктарды пайдалануды қосу үшін тақырыпта бақылаушыдан оқиға хабарландыруларын қабылдайтын тағайындалған URL мекенжайлары болуы керек. Бұл нысанға айтарлықтай жүктемені азайтады, өйткені HTTP қоңыраулары оқиға орын алған кезде ғана екі тарап арасында жасалады.
Бақылаушы субъект веб-хукты шақырғаннан кейін, субъект осы жаңадан жіберілген деректермен сәйкес әрекетті жасай алады. Әдетте, веб-хуктар белгілі бір URL мекенжайына POST сұраулары арқылы жасалады. POST сұраулары нысанға қосымша ақпаратты жіберуге мүмкіндік береді. Оған қоса, оны әр оқиға үшін бөлек веб-құк URL мекенжайларын жасаудың орнына әртүрлі ықтимал оқиғалардың қатарын анықтау үшін пайдалануға болады.
Қолданбаңызда кіріс веб-хуктарды енгізу үшін келесі негізгі қадамдарды орындау қажет:
Webhooks да, API интерфейстері де қолданбалар арасында байланысты орнату мақсатын көздейді. Дегенмен, қолданбаларды біріктіруге қол жеткізу үшін API интерфейстеріне қарағанда Webhooks пайдаланудың кейбір ерекше артықшылықтары мен кемшіліктері бар.
Келесі тармақтар енгізілген жүйеге көбірек сәйкес келсе, веб-хуктар жақсырақ шешім болады:
API пайдалану кейбір басқа жағдайларда веб-хуктарға қарағанда жақсырақ болуы керек.
Webhooks-те API пайдалану үшін қарастырылатын маңызды нәрселер:
Веб-хук желіден тыс күйде болғанда серверден жіберілген деректерді жоғалту мүмкіндігімен күресу үшін сол қоңырауларды мұрағаттау үшін оқиға туралы хабар алмасу кезегін пайдалануға болады. Мұндай функционалдылықты қамтамасыз ететін платформалардың мысалдары мыналарды қамтиды Қоян MQ o Amazon қарапайым кезек қызметі (SQS). Екеуі де вебхук қоңырауын өткізіп алу мүмкіндігін болдырмайтын делдал хабар алмасу құралдары ретінде әрекет етуге арналған.
Ercole Palmeri
Әскери-теңіз секторы 150 миллиардтық нарыққа бет алған нағыз жаһандық экономикалық держава болып табылады...
Өткен дүйсенбіде Financial Times OpenAI-мен келісім туралы жариялады. FT өзінің әлемдік деңгейдегі журналистикасына лицензия береді…
Миллиондаған адамдар ай сайынғы абоненттік төлемді төлей отырып, ағынды қызметтерге ақы төлейді. Жалпы пікір, сіз…
Veeam ұсынған Coveware кибербопсалау оқиғаларына жауап беру қызметтерін көрсетуді жалғастырады. Coveware криминалистикалық және қалпына келтіру мүмкіндіктерін ұсынады ...