वेबहुक क्या है और आप इसका उपयोग कैसे करते हैं?

वेबहुक वेब-आधारित एप्लिकेशन को कस्टम कॉलबैक के उपयोग के माध्यम से इंटरैक्ट करने की अनुमति देता है।

वेबहुक का उपयोग करने से वेब एप्लिकेशन अन्य वेब-ऐप के साथ स्वचालित रूप से संचार कर सकते हैं।

पारंपरिक प्रणालियों के विपरीत जहां एक सिस्टम (विषय) कुछ डेटा के लिए दूसरे सिस्टम (पर्यवेक्षक) को पोल करता रहता है, वेबहुक पर्यवेक्षक को जब भी कोई घटना होती है तो स्वचालित रूप से विषय के सिस्टम में डेटा पुश करने की अनुमति देता है।

इससे विषय द्वारा निरंतर निगरानी की आवश्यकता समाप्त हो जाती है। वेबहुक पूरी तरह से इंटरनेट पर काम करते हैं और इसलिए सिस्टम के बीच सभी संचार HTTP संदेशों के रूप में होने चाहिए।

वेबहुक का उपयोग करना

वेबहुक विषय के सिस्टम में एपीआई की ओर इशारा करने वाले स्थिर यूआरएल की उपस्थिति पर भरोसा करते हैं जिन्हें पर्यवेक्षक के सिस्टम में कोई घटना होने पर सूचित करने की आवश्यकता होती है। इसका एक उदाहरण एक वेब ऐप होगा जिसे उपयोगकर्ता के अमेज़ॅन खाते पर रखे गए सभी ऑर्डर एकत्र करने और प्रबंधित करने के लिए डिज़ाइन किया गया है। इस परिदृश्य में, अमेज़ॅन पर्यवेक्षक के रूप में कार्य करता है और कस्टम ऑर्डर प्रबंधन वेबएप विषय के रूप में कार्य करता है।

बनाए गए ऑर्डर की जांच करने के लिए कस्टम वेबएप को समय-समय पर अमेज़ॅन एपीआई को कॉल करने के बजाय, कस्टम वेबएप में बनाया गया एक वेबहुक अमेज़ॅन को एक पंजीकृत यूआरएल के माध्यम से वेबएप में नए बनाए गए ऑर्डर को स्वचालित रूप से सबमिट करने की अनुमति देगा। इसलिए, वेबहुक के उपयोग को सक्षम करने के लिए, विषय में निर्दिष्ट यूआरएल होना चाहिए जो पर्यवेक्षक से घटना अधिसूचनाएं स्वीकार करता है। इससे ऑब्जेक्ट पर महत्वपूर्ण भार कम हो जाता है क्योंकि HTTP कॉल दोनों पक्षों के बीच तभी की जाती है जब कोई घटना घटती है।

मतदान आधारित प्रणालियाँ बनाम वेबहुक आधारित प्रणालियाँ

एक बार जब पर्यवेक्षक द्वारा विषय के वेबहुक को कॉल किया जाता है, तो विषय इस नए सबमिट किए गए डेटा के साथ उचित कार्रवाई कर सकता है। आमतौर पर, वेबहुक एक विशिष्ट URL पर POST अनुरोधों के माध्यम से किया जाता है। POST अनुरोध आपको ऑब्जेक्ट पर अतिरिक्त जानकारी भेजने की सुविधा देते हैं। इसके अतिरिक्त, इसका उपयोग प्रत्येक ईवेंट के लिए अलग-अलग वेबहुक यूआरएल बनाने के बजाय कई संभावित ईवेंट की पहचान करने के लिए भी किया जा सकता है।

वेबहुक वर्कफ़्लो

अपने एप्लिकेशन पर इनबाउंड वेबहुक लागू करने के लिए, आपको निम्नलिखित बुनियादी कदम उठाने होंगे:

• अपने एप्लिकेशन सर्वर पर एक एपीआई एंडपॉइंट प्रदर्शित करें जो HTTP POST कॉल को स्वीकार और संसाधित करता है
• संभावित वेबहुक उपयोगकर्ताओं के लिए इस समापन बिंदु तक पहुंच प्रदान करें। जब भी प्रासंगिक शर्तें पूरी होंगी एपीआई एंडपॉइंट डेटा स्रोत एप्लिकेशन को कॉल करेगा।
• POST डेटा को संसाधित करें और स्थिति को इंगित करने के लिए वेबहुक कॉल आरंभकर्ता को प्रतिक्रिया लौटाएं। यह चरण मौजूद हो भी सकता है और नहीं भी.

वेबहुक बनाम एपीआई

वेबहुक और एपीआई दोनों का लक्ष्य अनुप्रयोगों के बीच संचार स्थापित करना है। हालाँकि, एप्लिकेशन एकीकरण प्राप्त करने के लिए एपीआई पर वेबहुक का उपयोग करने के कुछ विशिष्ट फायदे और नुकसान हैं।

यदि निम्नलिखित बिंदु कार्यान्वित प्रणाली के लिए अधिक प्रासंगिक हैं तो वेबहुक बेहतर समाधान साबित होते हैं:

• यदि सर्वर पर डेटा बार-बार अपडेट किया जाता है, तो वेबहुक बेहतर समाधान होता है क्योंकि क्लाइंट से सर्वर पर अनावश्यक एपीआई कॉल समाप्त हो जाती हैं। resthooks.com के अनुसार, 98,5% एपीआई सर्वेक्षण बेकार चले जाते हैं।
• वेबहुक उन सिस्टमों के लिए बेहतर समाधान सक्षम करता है जिनके लिए लगभग वास्तविक समय डेटा अपडेट की आवश्यकता होती है। एपीआई पोल आम तौर पर निर्धारित अंतराल पर चलते हैं जो लाइव डेटा को अपडेट होने से रोक सकते हैं। वेबहुक के साथ, वेबहुक चालू होते ही सर्वर से क्लाइंट को अपडेट भेज दिए जाते हैं।

कुछ अन्य स्थितियों में वेबहुक की तुलना में एपीआई के उपयोग को प्राथमिकता दी जानी चाहिए।

विचार करने के लिए बातें

वेबहुक पर एपीआई का उपयोग करने के लिए विचार करने योग्य महत्वपूर्ण बातें हैं:

• एपीआई का उपयोग करने से सर्वर से डेटा के लिए पोल कब करना है और सर्वर से कितना डेटा पोल करना है, इसके अधिक अनुकूलन की अनुमति मिलती है। पोल किए जाने वाले डेटा की मात्रा एपीआई पोल आकार द्वारा नियंत्रित होती है। वेबहुक के साथ, सर्वर आमतौर पर डेटा तय करता है और इसे कब भेजा जाता है।
• अत्यधिक परिवर्तनशील डेटा वाले सिस्टम (जैसे रीयल-टाइम सिस्टम, IoT सिस्टम इत्यादि) के लिए, एपीआई-आधारित मतदान एक बेहतर विकल्प हो सकता है क्योंकि प्रत्येक एपीआई कॉल के लिए, प्रयोग करने योग्य प्रतिक्रियाओं की उच्च संभावना होती है।
• वेबहुक के माध्यम से सर्वर से भेजे गए डेटा को क्लाइंट द्वारा पूरी तरह से अनदेखा किया जाना संभव है, यदि REST एंडपॉइंट ऑफ़लाइन हैं। यदि सर्वर के पास ऐसे विफल पुश को पुनः प्रयास करने के लिए कोई तंत्र नहीं है, तो डेटा अपडेट पूरी तरह से खो जाते हैं।

वेबहुक ऑफ़लाइन होने पर सर्वर से भेजे गए डेटा के खोने की संभावना से निपटने के लिए, आप उन कॉलों को संग्रहीत करने के लिए इवेंट मैसेजिंग कतार का उपयोग कर सकते हैं। ऐसी कार्यक्षमता प्रदान करने वाले प्लेटफ़ॉर्म के उदाहरणों में शामिल हैं RabbitMQ o अमेज़ॅन की सरल कतार सेवा (एसक्यूएस)। दोनों को मध्यस्थ संदेश भंडारण सुविधाओं के रूप में कार्य करने के लिए डिज़ाइन किया गया है जो वेबहुक कॉल छूटने की संभावना से बचते हैं।

Ercole Palmeri