ما هي Azure Notification Hubs؟

توفر Azure Notification Hubs محرك دفع سهل الاستخدام وقابل للتحجيم يمكّنك من إرسال إعلامات إلى أي نظام أساسي (iOS وAndroid وWindows، إلخ) من أي واجهة خلفية (سحابية أو محلية). تعمل مراكز الإعلام بشكل رائع لكل من سيناريوهات المؤسسات والمستهلكين. فيما يلي بعض السيناريوهات كأمثلة:

• إرسال إشعارات الأخبار العاجلة إلى الملايين بوقت استجابة بطيء.
• أرسل القسائم المستندة إلى الموقع إلى شرائح المستخدمين المهتمين.
• إرسال الإشعارات المتعلقة بالحدث إلى المستخدمين أو المجموعات لتطبيقات الوسائط/الرياضة/المالية/الألعاب.
• دفع المحتويات الترويجية إلى التطبيقات لجذب العملاء وتسويقها.
• قم بإعلام المستخدمين بأحداث المؤسسة مثل الرسائل الجديدة وعناصر العمل.
• إرسال رموز للمصادقة متعددة العوامل.

ملاحظة

للحصول على معلومات حول إيقاف Firebase Cloud Messaging وخطوات الترحيل، راجع ترحيل Google Firebase Cloud Messaging.

ما هو دفع الإشعارات؟

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

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

ملاحظة

لا تدعم لوحات Azure Notification Hubs رسمياً إعلامات دفع الصوت عبر بروتوكول الإنترنت (VOIP) ؛ ومع ذلك، توضح هذه المقالة كيفية استخدام إعلامات APNS VOIP من خلال Azure Notification Hubs.

لمزيد من المعلومات حول دفع الإشعارات لبعض الأنظمة الأساسية الشائعة، راجع الموضوعات التالية:

• Android
• iOS
• Windows

كيف تعمل الإشعارات؟

يتم تسليم الإشعارات الفورية من خلال البنى التحتية الخاصة بالنظام الأساسي والتي تسمى أنظمة إعلام النظام الأساسي (PNSes). إنها توفر وظائف دفع أساسية لتوصيل رسالة إلى جهاز بمقبض متوفر، وليس لها واجهة مشتركة. لإرسال إشعار إلى جميع العملاء عبر إصدارات التطبيق Android وiOS وWindows، يجب أن يعمل المطور بشكل منفصل مع Apple Push Notification Service (APNS) وFirebase Cloud Messaging (FCM) وWindows Notification Service (WNS).

على مستوى عالٍ، إليك كيفية عمل الدفع:

1. يريد أحد التطبيقات تلقي إشعار، لذلك يتصل بـ PNS للنظام الأساسي المستهدف الذي يعمل عليه التطبيق ويطلب مقبض دفع فريداً ومؤقتاً. يعتمد نوع المقبض على النظام (على سبيل المثال، يستخدم WNS URIs بينما يستخدم APNS الرموز المميزة).
2. يخزن تطبيق العميل هذا المقبض في الواجهة الخلفية للتطبيق أو المزود.
3. لإرسال إشعار دفع، تتصل الواجهة الخلفية للتطبيق بـ PNS باستخدام المقبض لاستهداف تطبيق عميل معين.
4. يقوم PNS بإعادة توجيه الإشعار إلى الجهاز المحدد بواسطة المقبض.

تحديات دفع الإشعارات

PNSes قوية. ومع ذلك، فإنهم يتركون الكثير من العمل لمطور التطبيق لتنفيذ سيناريوهات إشعارات الدفع الشائعة، مثل بث إشعارات الدفع للمستخدمين المقسمين.

يتطلب إرسال إشعارات الدفع بنية تحتية معقدة لا علاقة لها بمنطق العمل الرئيسي للتطبيق. بعض تحديات البنية التحتية هي:

• تبعية النظام الأساسي
  • تتطلب الواجهة الخلفية منطقاً معقداً ويصعب صيانته يعتمد على النظام الأساسي لإرسال إعلامات إلى الأجهزة الموجودة على منصات مختلفة، حيث لا يتم توحيد PNS.
• ⁧⁩المقياس⁧⁩
  • وفقاً لإرشادات PNS، يجب تحديث الرموز المميزة للجهاز عند تشغيل كل تطبيق. تتعامل الواجهة الخلفية مع قدر كبير من حركة المرور والوصول إلى قاعدة البيانات فقط للحفاظ على الرموز المميزة محدثة. عندما يزداد عدد الأجهزة إلى مئات أو آلاف أو ملايين، فإن تكلفة إنشاء هذه البنية التحتية وصيانتها تكون هائلة.
  • لا تدعم معظم PNSes البث إلى أجهزة متعددة. ينتج عن البث البسيط لمليون جهاز مليون مكالمة إلى PNSes. إن تحجيم هذا القدر من حركة المرور بأقل وقت استجابة هو أمر غير بديهي.
• ⁧⁩Routing⁧⁩
  • على الرغم من أن PNSes توفر طريقة لإرسال الرسائل إلى الأجهزة، إلا أن معظم إشعارات التطبيقات تستهدف المستخدمين أو مجموعات الاهتمامات. يجب أن تحتفظ الواجهة الخلفية بسجل لربط الأجهزة بمجموعات الاهتمامات والمستخدمين والممتلكات وما إلى ذلك. وتضيف هذه النفقات العامة إلى الوقت اللازم لتسويق التطبيق وتكاليف صيانته.

لماذا تستخدم Azure Notification Hubs؟

تعمل Notification Hubs على التخلص من جميع التعقيدات المرتبطة بإرسال إشعارات الدفع بنفسك من الواجهة الخلفية لتطبيقك. تعمل البنية التحتية لإشعارات الدفع متعددة المنصات والمتدرجة على تقليل الترميز المرتبط بالدفع وتبسيط الواجهة الخلفية الخاصة بك. باستخدام Notification Hubs (مراكز الإعلام)، تكون الأجهزة مسؤولة فقط عن تسجيل مقابض PNS الخاصة بها مع لوحة وصل، بينما ترسل الواجهة الخلفية رسائل إلى المستخدمين أو مجموعات الاهتمامات، كما هو موضح في الشكل التالي:

تعد Notification Hubs محرك الدفع الجاهز للاستخدام مع المزايا التالية:

• عبر الأنظمة الأساسية
  • دعم لجميع منصات الدفع الرئيسية.
  • واجهة مشتركة للدفع إلى جميع الأنظمة الأساسية بتنسيقات خاصة بالمنصة أو مستقلة عن النظام الأساسي بدون عمل خاص بالنظام الأساسي.
  • إدارة مقبض الجهاز في مكان واحد.
• عبر الخلفيات
  • السحابة أو في أماكن العمل.
  • NET وNode.js وJava وPython وما إلى ذلك.
• مجموعة غنية من أنماط العرض
  • البث إلى نظام أساسي واحد أو أكثر: يمكنك البث على الفور إلى ملايين الأجهزة عبر الأنظمة الأساسية من خلال استدعاء واحد لواجهة برمجة التطبيقات.
  • الدفع للجهاز: يمكنك توجيه الإشعارات إلى أجهزة فردية.
  • الدفع للمستخدم: تساعدك العلامات والقوالب في الوصول إلى جميع الأجهزة التي تعمل عبر الأنظمة الأساسية للمستخدم.
  • الدفع للتقسيم باستخدام العلامات الديناميكية: تساعدك ميزة العلامات على تقسيم الأجهزة والدفع إليها وفقاً لاحتياجاتك، سواء كنت ترسل إلى مقطع واحد أو تعبيراً عن شرائح (على سبيل المثال، نشط ويعيش في سياتل وليس مستخدماً جديداً). بدلاً من تقييد النشر والاشتراك، يمكنك تحديث علامات الجهاز في أي مكان وزمان.
  • الدفع المترجم: تساعد ميزة القوالب في تحقيق الترجمة دون التأثير على كود الواجهة الخلفية.
  • الدفع الصامت: يمكنك تمكين نمط الدفع والسحب عن طريق إرسال إشعارات صامتة إلى الأجهزة وتشغيلها لإكمال عمليات سحب أو إجراءات معينة.
  • الدفع المجدول: يمكنك جدولة الإشعارات ليتم إرسالها في أي وقت.
  • الدفع المباشر: يمكنك تخطي تسجيل الأجهزة مع خدمة Notification Hubs والدفع المباشر إلى قائمة مقابض الجهاز.
  • الدفع المخصص: تساعدك متغيرات دفع الجهاز على إرسال إشعارات دفع مخصصة خاصة بالجهاز مع أزواج قيمة مفتاح مخصصة.
• قابلية التوسع
  • أرسل رسائل سريعة إلى ملايين الأجهزة دون إعادة هندسة أو تقسيم الجهاز.
• الأمان
  • سر الوصول المشترك (SAS) أو المصادقة الموحدة.

الخطوات التالية

ابدأ في إنشاء واستخدام مركز إعلام باتباع البرنامج التعليمي: دفع الإشعارات إلى تطبيقات الجوال.