ما هو الويب هوك، وكيف يعمل، وما هي استخداماته؟

 

التطبيقات الحديثة مترابطة.أنظمة إدارة علاقات العملاء، والمتاجر الإلكترونية، وبوابات الدفع، وأدوات التسويق، ومنصات الدعم... جميعها تحتاج إلى التواصل فيما بينها لتبادل البيانات بشكل فوري. لو اضطر كل نظام إلى السؤال باستمرار: "هل هناك أي جديد؟"، لكانت النتيجة شبكة بطيئة، ومكلفة الصيانة، وغير فعالة للغاية.

ولتجنب هذه الفوضى، توجد آلية بسيطة ولكنها فعالة للغاية: Webhooks عبارة عن إشعارات صغيرة وتلقائية يرسلها تطبيق إلى آخر عند وقوع حدث معين.إنها أساس العديد من عمليات التكامل الحالية، بدءًا من تحديث مخزون متجر إلكتروني في الوقت الفعلي وحتى تشغيل تدفقات البنية التحتية كبرنامج أو عمليات أتمتة GitOps في بيئات تكنولوجيا المعلومات المعقدة.

ما هو رابط الويب ولماذا أصبح بهذه الأهمية؟

بكلمات قليلة ، يُعدّ Webhook وسيلةً لتطبيقٍ ما لإخطار تطبيقٍ آخر بحدوث شيءٍ ما.عن طريق إرسال البيانات تلقائيًا إلى عنوان URL عند وقوع حدث معين. ليس التطبيق الآخر هو من يطلبها، بل النظام الذي يُنشئ الحدث نفسه هو الذي "يدفع" المعلومات في اللحظة المناسبة.

إذا فكرنا في الحياة اليومية، يُعدّ Webhook أشبه بتنبيه لـ واتس اب أنهم يتفقدون موقعًا إلكترونيًا كل خمس دقائق لمعرفة ما إذا كانت هناك أي تحديثاتيقوم التطبيق المرسل (على سبيل المثال، منصة التجارة الإلكترونية الخاصة بك) بإرسال طلب HTTP إلى عنوان محدد، مع حمولة بيانات (عادةً بتنسيق JSON)، ويقوم التطبيق المستقبل بمعالجة تلك المعلومات ويتصرف وفقًا لذلك.

مثال نموذجي: يقوم العميل بعملية شراء في متجرك الإلكتروني، وعند إتمام عملية الدفع، يتم تشغيل رابط ويب يرسل جميع بيانات الطلب إلى نظام الشحن الخاص بك أو نظام تخطيط موارد المؤسسات (ERP).لا حاجة لتشغيل العمليات اليدوية أو استيراد الملفات أو إجراء استعلامات دورية: يكتشف النظام المستلم ذلك في اللحظة التي يتم فيها تأكيد عملية البيع.

إن فكرة "الحدث الذي يطلق البيانات" تجعل روابط الويب مثالية لأتمتة سير العمل، والحفاظ على تزامن الأنظمة، والتفاعل في الوقت الفعلي استجابةً لما يحدث في أعمالك أو بنيتك التحتية التقنية.

كيف يعمل رابط الويب من الداخل

آلية عمل Webhook بسيطة، لكنها فعالة للغايةهناك دائمًا لاعبان رئيسيان: التطبيق الذي يرسل webhook عندما يكتشف حدثًا ما، والتطبيق الذي يستقبله ويتخذ القرارات بناءً على المعلومات المرسلة.

من جانب المرسل، يتم تحديد نوع الحدث الذي سيؤدي إلى تشغيل webhook وعنوان URL الذي سيتم إرسال البيانات إليه.ينتمي عنوان URL هذا إلى النظام المستقبل، الذي يستعد للاستماع إلى الطلبات الواردة ومعالجتها (عادةً عبر مسار HTTP يقبل طلبات POST مع البيانات بتنسيق JSON).

عند تحقق الشرط (على سبيل المثال، "تم إنشاء جهة اتصال جديدة"، "تم قبول الدفع"، "تم إلغاء الاشتراك"يقوم التطبيق المُرسِل بإنشاء طلب HTTP موجه إلى عنوان URL الخاص بخطاف الويب. يحمل هذا الطلب حمولة البيانات التي تتضمن معلومات الحدث ذات الصلة: المعرّفات، والمبالغ، والحالات، وبيانات المستخدم، وما إلى ذلك.

أما من جهة الاستقبال، يقوم التطبيق الذي يستمع إلى عنوان URL هذا بمعالجة البيانات وتنفيذ الإجراءات المحددة.: حفظ السجلات في قاعدة بيانات، تحديث نظام إدارة علاقات العملاء، تشغيل تدفق أتمتة آخر، إطلاق تنبيه داخلي، مزامنة نظام تخطيط موارد المؤسسات... أي شيء منطقي بالنسبة للعمل.

من الناحية الفنية، فإن الغالبية العظمى من روابط الويب يستخدمون بروتوكول HTTP ويعملون عادةً مع طلبات POST.لأنها تسهل إرسال البيانات ضمن نص الطلب. وهذا يجعلها متوافقة مع أي لغة وبيئة تطوير تقريبًا، بدءًا من PHP أو Node.js وحتى Python، جافا أو أطر عمل مثل Laravel أو Django أو Spring.

الأحداث التي يمكن أن تؤدي إلى تشغيل رابط الويب

تعتمد الأحداث التي تؤدي إلى تشغيل webhook بشكل كامل على التطبيق المُرسِل. ونموذج العمل. أي شيء ذي صلة ولو بشكل غير مباشر يمكن أن يصبح محفزًا إذا كانت الأداة تدعمه.

في بوابة الدفع، على سبيل المثال، من الشائع جداً عرض أحداث مختلفة للمدفوعات المقبولة، والمدفوعات المرفوضة، أو المبالغ المستردة.يمكن لكل منهم إرسال رابط ويب مختلف بالحالة المقابلة، بحيث يمكن للنظام المتلقي التصرف بطريقة محددة (تأكيد الطلب، أو وضع علامة عليه بأنه فاشل، أو بدء عملية استرداد الأموال، وما إلى ذلك).

في نظام إدارة علاقات العملاء أو أداة التسويق، يتم تشغيل Webhooks عادةً عند إنشاء جهات الاتصال أو الشركات أو الفرص أو الاشتراكات أو تحديثها أو حذفها.وهذا يسمح للأنظمة الأخرى (مثل نظام تخطيط موارد المؤسسات أو منصة البريد الإلكتروني الخارجية) بالبقاء على اطلاع دائم بأحدث المعلومات.

حتى في البيئات الأكثر تخصصًا، يمكن تشغيل webhook عن طريق دفع التعليمات البرمجية إلى مستودع Git، أو الموافقة على طلب سحب، أو تغيير ملف تكوين البنية التحتية.ومن هناك، يتم ربط تدفقات التكامل المستمر/التسليم المستمر، وعمليات النشر الآلية، أو مهام البنية التحتية كبرنامج معًا.

باختصار: أي حقيقة ذات صلة في تطبيق "تستحق الإبلاغ" لنظام آخر إنه مرشح جيد ليصبح حدثًا مرتبطًا بشبكة الويب.

الاختلافات بين Webhooks وواجهات برمجة التطبيقات التقليدية

على الرغم من أنهم يخلطون في بعض الأحيان، لا تتشابه Webhooks و APIs، على الرغم من أنهما يكملان بعضهما البعض.كلاهما يخدمان في توصيل التطبيقات ونقل البيانات، لكنهما يفعلان ذلك بأساليب مختلفة.

تعمل واجهة برمجة التطبيقات الكلاسيكية مع نموذج "السحب": تطبيقك هو الذي يرسل طلبًا إلى واجهة برمجة التطبيقات (API) لأداة أخرى عندما يحتاج إلى بيانات أو يرغب في تنفيذ إجراء ماوهذا يعني أنه يجب على العميل أن يعرف متى يريد التحقق (على سبيل المثال، كل 5 دقائق) وأن يقدم الطلب بشكل صريح.

باستخدام Webhook، يتم عكس المخطط: لم يعد هناك حاجة للسؤال باستمرار؛ فالنظام نفسه، الذي يُنشئ المعلومات، يرسلها عندما يحدث شيء ما.لهذا السبب نتحدث غالبًا عن "واجهة برمجة التطبيقات العكسية" أو "واجهة برمجة تطبيقات الدفع" عند الإشارة إلى خطافات الويب.

من وجهة نظر فنية: تُعد واجهات برمجة التطبيقات مثالية لقراءة البيانات أو تعديلها عند الطلب.مع قدر كبير من التحكم في ما يُطلب ومتى. أما Webhooks، من ناحية أخرى، فهي مثالية لـ تلقي إشعارات فورية بالتغييرات المحددة، دون الحاجة إلى استطلاع مستمر أو استهلاك الموارد في استعلامات غير مجدية.

التركيبة الأكثر شيوعًا هي استخدام تُستخدم روابط الويب لاكتشاف حدوث شيء ما، بينما تُستخدم واجهات برمجة التطبيقات لتوسيع المعلومات أو اتخاذ إجراء بناءً على ذلك الشيء.على سبيل المثال، تتلقى إشعارًا عبر الويب يحتوي على معرف المصروفات التي تم إنشاؤها، ثم تقوم باستدعاء واجهة برمجة التطبيقات للحصول على جميع التفاصيل الإضافية لتلك المصروفات.

Webhooks، والبنية التحتية كبرنامج (IaC)، وGitOps

وبعيداً عن عمليات التكامل التجاري، تُعدّ Webhooks عنصرًا أساسيًا في بيئات البنية التحتية كبرمجيات وممارسات GitOpsهذا هو المكان الذي لا تتصل فيه تطبيقات التسويق أو المبيعات فحسب، بل تتصل فيه أيضًا المنصات التي تدير الخوادم والحاويات وموارد الحوسبة السحابية.

تتكون البنية التحتية كبرنامج (IaC) من تحديد وإدارة الخوادم والشبكات، تخزين ومكونات البنية التحتية الأخرى من خلال ملفات التكوين والتعليمات البرمجيةبدلاً من القيام بذلك يدويًا من اللوحات أو المعالجات الرسومية، يتيح لك هذا إمكانية التحكم في التغييرات في مستودعات Git، وأتمتة عمليات النشر، وإنشاء بيئات قابلة للتكرار.

وهنا يأتي دور GitOps، وهو نهج يستخدم نظام Git كمصدر وحيد للحقيقة فيما يتعلق بتكوين البنية التحتية والتطبيقات.يتم إدخال التغييرات من خلال عمليات الالتزام وطلبات السحب، ويكون محرك الحالة المطلوب (على سبيل المثال، منصة تشبه Ansible أو مشغلي Kubernetes) مسؤولاً عن مواءمة الحالة الفعلية مع ما يقوله المستودع.

أين تندرج روابط الويب هنا؟ إنها بمثابة رابط الإشعارات بين مستودع Git ومحرك الحالة المطلوب.في كل مرة يتم فيها إجراء عملية إيداع أو دمج فرع، يقوم Git بتشغيل webhook إلى أداة التشغيل الآلي، والتي تفسر التغيير وتطبق التكوين الجديد على البنية التحتية.

وهكذا، يمكن لتعديل بسيط في ملف YAML أو ملف التشغيل أن يؤدي إلى تشغيل سلسلة كاملة من عمليات التشغيل الآلي.إنشاء الخادم، نشر الحاويات، تحديثات الخدمة، التراجع في حالة حدوث خطأ ما، إلخ. يُعد webhook بمثابة "المحفز" الذي يحول تغيير الكود إلى إجراء ملموس على البنية التحتية.

الأتمتة القائمة على الأحداث ومصدر التشغيل

يمكن توسيع النهج المذكور أعلاه ليشمل أي نوع من أنواع الأتمتة القائمة على الأحداثلا يجب أن يكون المصدر دائمًا مستودع Git؛ يمكن أن يكون أيضًا أداة مراقبة، أو نظام تذاكر، أو تطبيقًا ماليًا، أو خدمة تابعة لجهة خارجية.

تخيل أداة تراقب بنيتك التحتية على مدار الساعة طوال أيام الأسبوع: عندما يكتشف تنبيهًا حرجًا (قرص ممتلئ، استخدام وحدة المعالجة المركزية بنسبة 100٪، خطأ في واجهة برمجة التطبيقات)، يمكنه تشغيل رابط ويب يقوم بتنشيط التشغيل الآلي التصحيحي. على منصة التنسيق الخاصة بك. وبهذه الطريقة، يتم تنفيذ الإجراءات دون تدخل بشري، حتى في ساعات الصباح الباكرة.

مثال آخر: يمكن لمنصة إدارة النفقات إطلاق روابط الويب عند إنشاء معاملات جديدة أو الموافقة عليها.باستخدام هذه المعلومات، يمكن لنظام المحاسبة تسجيل المعاملات على الفور، أو يمكن لمحرك الموافقة الداخلي بدء عمليات سير عمل محددة بناءً على المبالغ أو الأقسام أو أنواع النفقات.

في كل هذه المواقف، يكمن "السحر" في حقيقة أن مصدر البيانات يرسل التنبيه في اللحظة المناسبة تماماً.دون انتظار طلب من نظام آخر. تتيح هذه الطريقة في العمل إنشاء بنى تحتية مؤتمتة للغاية، مع الحد الأدنى من الاحتكاك والاستجابة السريعة للتغييرات.

نعم، لكي تكون الأتمتة قوية، يجب أن يكون المحرك الذي يستقبل ويعالج روابط الويب مستعدًا لإعادة الإرسال وتسجيل الأخطاء والتعامل مع عمليات إعادة المحاولة. عندما يحدث عطل ما، حتى لا تفوت الأحداث المهمة بسبب انقطاعات مؤقتة.

مزايا استخدام روابط الويب في الشركات والمشاريع

من منظور الأعمال، تتميز Webhooks بقدرتها على أتمتة العمليات التي كانت تتطلب سابقًا عملاً يدويًا.من خلال ربط التطبيقات ونقل البيانات في الوقت الفعلي، فإنها تلغي الحاجة إلى تصدير واستيراد الملفات، أو نسخ المعلومات يدويًا، أو تشغيل البرامج النصية الدورية.

كما أنها تساهم تُعد المعلومات الآنية بالغة الأهمية عند اتخاذ القرارات بناءً على بيانات محدثة.في التجارة الإلكترونية، يُجنّب معرفة تأكيد الدفع أو نفاد المنتج من المخزون فورًا حدوث أخطاء مكلفة. وفي مجال التمويل، يُتيح تلقي إشعار بفشل عملية الدفع الاستجابة السريعة للعميل.

ومن نقاط القوة الأخرى الكفاءة: من خلال تجنب الاستقصاء المستمر، يتم تقليل عدد طلبات واجهة برمجة التطبيقات غير الضرورية. وبالتالي، استهلاك الموارد على الخوادم، قواعد البيانات والشبكات. لا يتم إرسال البيانات إلا عند وجود شيء جديد للإبلاغ عنه.

في كثير من الحالات ، يُعد إعداد رابط الويب أبسط بكثير من تطوير تكامل كامل يعتمد على استعلامات واجهة برمجة التطبيقات المعقدة.ما عليك سوى الحصول على عنوان URL للوجهة من التطبيق المتلقي، ولصقه في إعدادات التطبيق الذي سيبث webhook، واختيار الأحداث التي تؤدي إلى تشغيله.

وأخيرا، تتكامل Webhooks بشكل جيد للغاية مع منصات الطرف الثالث تشمل هذه الأدوات أنظمة إدارة علاقات العملاء، وأدوات الدعم، وأنظمة المراسلة، وأنظمة تخطيط موارد المؤسسات، وبوابات الدفع، وحتى أدوات التكامل مثل Zapier وMake، أو أدوات التنسيق المخصصة. وهي عنصر أساسي لبناء أنظمة برمجية مترابطة.

قيود ومخاطر استخدام روابط الويب

ليس كل شيء ميزة: كما أن لـ Webhooks قيودها، ومن المهم أن تكون على دراية بها قبل بناء بنية كاملة عليها.أولاً، لا تدعم جميع التطبيقات الموجودة في السوق هذه الميزات بشكل أصلي.

عندما لا توفر أداة ما روابط الويب، من الضروري الاعتماد على شركات تكامل خارجية أو تطويرات مخصصة تعمل كجسر.يتضمن ذلك الاستعلام الدوري عن واجهة برمجة التطبيقات (API) ومحاكاة اتصال ويب بالنظام النهائي. وهذا يُعقّد البنية إلى حد ما ويزيد الاعتماد على جهات خارجية.

وبالإضافة إلى ذلك، تُعدّ Webhooks آلية اتصال أحادية الاتجاهيرسل أحد التطبيقات البيانات إلى تطبيق آخر، لكن واجهات برمجة التطبيقات هذه غير مصممة لعمليات تبادل البيانات المعقدة ثنائية الاتجاه. إذا كنت بحاجة إلى حوار مستمر، وعمليات قراءة وكتابة، وفلاتر متقدمة، وتحكم دقيق في البيانات المطلوبة في أي وقت، فإن واجهة برمجة التطبيقات التقليدية لا تزال أنسب.

ثمة خطر آخر مهم يتمثل في الاحتمال فقدان البيانات يحدث عندما يقع خطأ ما ولا يلاحظه أحدإذا كان الخادم المستقبل معطلاً أو يُرجع أخطاءً ولم يتعامل المرسل مع عمليات إعادة المحاولة بشكل جيد، فقد لا تصل بعض الأحداث أبدًا، دون أن يكون من الواضح ما الذي فُقد.

في المقابل، باستخدام استدعاء واجهة برمجة التطبيقات المباشر، عادةً ما تتلقى رمز خطأ ويمكنك التفاعل على الفور.باستخدام Webhooks، من الضروري تصميم آليات مراقبة وإعادة محاولات وتنبيهات لإخطار المسؤولين عند انقطاع سلسلة الإخطارات.

متى يكون استخدام Webhooks منطقياً

يُعدّ Webhook مثاليًا عندما تحتاج إلى نظام واحد لإخطار نظام آخر بمجرد وقوع حدث معينلكنك لست بحاجة إلى اتصال مستمر بين التطبيقين. بعض السيناريوهات النموذجية مرحب بها بشكل خاص.

في مجال التسويق، على سبيل المثال، يمكن استخدام Webhooks لتحديث قوائم المشتركين عندما يقوم شخص ما بالتسجيل في تطبيق جوال، أو يملأ نموذجًا، أو يغير ملفه الشخصي.. أداة التسويق عبر البريد الإلكتروني تلقي الإشعار وتعديل المقطع على الفور، دون انتظار.

في مجال المبيعات، من الشائع استخدام روابط الويب للإبلاغ عن تغييرات الحالة في الطلبات أو الشحنات أو العملاء المحتملينوبهذه الطريقة، يتم إخطار فريق المبيعات في الوقت الفعلي عند وجود فرصة جديدة، أو تحديث عنوان التسليم، أو إتمام عملية دفع ذات صلة.

في مجال الخدمات المصرفية والمالية، تعتبر Webhooks ضرورية للحفاظ على تزامن الأرصدة والمعاملات ورسوم البطاقات وتحديثات بيانات العملاء.يمكن عكس كل معاملة أو تغيير ذي صلة تلقائيًا في الأنظمة الداخلية، مما يجنب الأخطاء والتأخيرات اليدوية.

في أي شركة تمتلك العديد من الأدوات المختلفة، تساعد روابط الويب في مركزة المعلومات ذات الصلة في نقطة واحدة (نظام إدارة علاقات العملاء، ولوحة معلومات ذكاء الأعمال، وقاعدة بيانات الشركة)، مما يسمح لك باتخاذ القرارات بناءً على أحدث صورة للأعمال.