مفاهيم مساحة اسم Azure Event Grid

  • مقالة

تعرفك هذه المقالة على المفاهيم والوظائف الرئيسية المرتبطة بمواضيع مساحة الاسم.

حدث

الحدث هو أصغر كمية من المعلومات التي تصف بشكل كامل شيئا حدث في النظام. غالبا ما نشير إلى الحدث على أنه حدث منفصل لأنه يمثل حقيقة مميزة قائمة بذاتها حول نظام يوفر نظرة ثاقبة يمكن أن تكون قابلة للتنفيذ. يحتوي كل حدث على معلومات شائعة مثل source الحدث، time وحدث الحدث، ومعرف فريد. يحتوي كل حدث أيضا على type، والذي عادة ما يكون معرفا فريدا يصف نوع الإعلان الذي يتم استخدام الحدث له.

على سبيل المثال، يحتوي حدث حول ملف جديد يتم إنشاؤه في Azure Storage على تفاصيل حول الملف، مثل lastTimeModified القيمة. يحتوي حدث مراكز الأحداث على عنوان URL للملف الملتقط. قد يحتوي حدث حول طلب جديد في الخدمة المصغرة "الطلبات" على سمة orderId وسمة URL لتمثيل حالة الطلب. تتضمن بعض الأمثلة الإضافية على أنواع الأحداث ما يلي: com.yourcompany.Orders.OrderCreated، ، org.yourorg.GeneralLedger.AccountChanged. io.solutionname.Auth.MaximumNumberOfUserLoginAttemptsReached

إليك نموذج حدث:

{
    "specversion" : "1.0",
    "type" : "com.yourcompany.order.created",
    "source" : "/orders/account/123",
    "subject" : "O-28964",
    "id" : "A234-1234-1234",
    "time" : "2018-04-05T17:31:00Z",
    "comexampleextension1" : "value",
    "comexampleothervalue" : 5,
    "datacontenttype" : "application/json",
    "data" : {
       "orderId" : "O-28964",
       "URL" : "https://com.yourcompany/orders/O-28964"
    }
}

نوع آخر من الأحداث

يشير مجتمع المستخدمين أيضا باسم "الأحداث" إلى الرسائل التي تحمل نقطة بيانات، مثل قراءة جهاز واحد أو نقرة على صفحة تطبيق ويب. عادة ما يتم تحليل هذا النوع من الأحداث عبر نافذة زمنية لاشتقاق الرؤى واتخاذ إجراء. في وثائق Event Grid، نشير إلى هذا النوع من الأحداث كنقطة بيانات أو دفق البيانات أو ببساطة كبيانات تتبع الاستخدام. من بين أنواع أخرى من الرسائل، يتم استخدام هذا النوع من الأحداث مع ميزة وسيط نقل بيانات تتبع الاستخدام (MQTT) الخاصة ب Event Grid.

CloudEvents

تقبل موضوعات مساحة اسم Event Grid الأحداث التي تتوافق مع مواصفات CloudEvents 1.0 القياسية المفتوحة ل CloudEvents 1.0 باستخدام ربط بروتوكول HTTP بتنسيق JSON. CloudEvent هو نوع من الرسائل التي تحتوي على ما يتم توصيله، ويشار إليه باسم بيانات الحدث، وبيانات التعريف حوله. عادة ما تحمل بيانات الحدث في البنى المستندة إلى الحدث المعلومات التي تعلن عن تغيير حالة النظام. تتكون بيانات تعريف CloudEvents من مجموعة من السمات التي توفر معلومات سياقية حول الرسالة مثل مكان نشأتها (النظام المصدر) ونوعها وما إلى ذلك. يجب أن تتضمن جميع الرسائل الصالحة التي تلتزم بمواصفات CloudEvents سمات السياق المطلوبة التالية:

تحدد مواصفات CloudEvents أيضا سمات سياق الامتداد والاختياريةالتي يمكنك تضمينها عند استخدام Event Grid.

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

CloudEvents con وضع الخيمة s

تحدد مواصفات CloudEvents ثلاثة con وضع الخيمة: ثنائية ومنظمة ومدفعية.

هام

مع أي con وضع الخيمة يمكنك تبادل النص (JSON، النص/*، وما إلى ذلك) أو بيانات الحدث المرمزة ثنائيا. لا يتم استخدام con وضع الخيمة الثنائي بشكل حصري لإرسال البيانات الثنائية.

لا يتعلق con وضع الخيمة s بالترميز الذي تستخدمه أو ثنائي أو نص، ولكن حول كيفية وصف بيانات الحدث وبيانات التعريف الخاصة به وتبادلها. يستخدم con وضع الخيمة المنظم بنية واحدة، على سبيل المثال، كائن JSON، حيث تكون كل من سمات السياق وبيانات الحدث معا في حمولة HTTP. يفصل con وضع الخيمة الثنائي سمات السياق، التي تم تعيينها إلى رؤوس HTTP، وبيانات الحدث، وهي حمولة HTTP المشفرة وفقا لنوع الوسائط الذي تم تعيينه في Content-Type.

دعم CloudEvents

يوضح هذا الجدول الدعم الحالي لمواصفات CloudEvents:

CloudEvents con وضع الخيمة مدعوم؟
JSON منظم ‏‏نعم‬
JSON منظمة مجمعة نعم، لنشر الأحداث
الثنائيه نعم، لنشر الأحداث

يعد الحد الأقصى المسموح به الخاص بحجم الحدث هو 1 ميغابايت. يتم فرض رسوم على الأحداث التي تزيد عن 64 كيلوبايت بزيادات 64 كيلوبايت.

con منظم وضع الخيمة

تحتوي الرسالة في CloudEvents structured con وضع الخيمة على كل من سمات السياق وبيانات الحدث معا في حمولة HTTP.

هام

حاليا، تدعم Event Grid تنسيق CloudEvents JSON مع HTTP.

فيما يلي مثال على CloudEvents في الوضع المنظم باستخدام تنسيق JSON. يتم وصف كل من بيانات التعريف (جميع السمات التي ليست "بيانات") وبيانات الرسالة/الحدث (كائن "البيانات") باستخدام JSON. يتضمن مثالنا جميع سمات السياق المطلوبة جنبا إلى جنب مع بعض السمات الاختيارية (subjectو timeو datacontenttype) وسمات الملحق (comexampleextension1، comexampleothervalue).

{
    "specversion" : "1.0",
    "type" : "com.yourcompany.order.created",
    "source" : "/orders/account/123",
    "subject" : "O-28964",
    "id" : "A234-1234-1234",
    "time" : "2018-04-05T17:31:00Z",
    "comexampleextension1" : "value",
    "comexampleothervalue" : 5,
    "datacontenttype" : "application/json",
    "data" : {
       "orderId" : "O-28964",
       "URL" : "https://com.yourcompany/orders/O-28964"
    }
}

يمكنك استخدام تنسيق JSON مع محتوى منظم لإرسال بيانات الحدث التي ليست قيمة JSON. لتحقيق هذه الغاية، يمكنك القيام بالخطوات التالية:

  1. قم بتضمين سمة datacontenttype بنوع الوسائط الذي يتم ترميز البيانات فيه.
  2. إذا تم ترميز نوع الوسائط بتنسيق نصي مثل text/plain، text/csvأو application/xml، يجب استخدام سمة data مع سلسلة JSON تحتوي على ما تقوم بالاتصال كقيمة.
  3. إذا كان نوع الوسائط يمثل ترميزا ثنائيا، فيجب عليك استخدام سمة data_base64 تكون قيمتها سلسلة JSON تحتوي على القيمة الثنائية المرمزة BASE64.

على سبيل المثال، يحمل CloudEvent بيانات الحدث المشفرة application/protobuf لتبادل رسائل Protobuf.

{
    "specversion" : "1.0",
    "type" : "com.yourcompany.order.created",
    "source" : "/orders/account/123",
    "id" : "A234-1234-1234",
    "time" : "2018-04-05T17:31:00Z",
    "datacontenttype" : "application/protobuf",
    "data_base64" : "VGhpcyBpcyBub3QgZW5jb2RlZCBpbiBwcm90b2J1ZmYgYnV0IGZvciBpbGx1c3RyYXRpb24gcHVycG9zZXMsIGltYWdpbmUgdGhhdCBpdCBpcyA6KQ=="
}

لمزيد من المعلومات حول استخدام data السمات أو data_base64 ، راجع معالجة البيانات .

لمزيد من المعلومات حول هذا con وضع الخيمة، راجع CloudEvents HTTP structured con وضع الخيمة المواصفات .

con مجمعة وضع الخيمة

تدعم Event Grid حاليا con مجمعة من JSON وضع الخيمة عند نشر CloudEvents إلى Event Grid. يستخدم هذا con وضع الخيمة مصفوفة JSON مليئة ب CloudEvents في con وضع الخيمة منظمة. على سبيل المثال، يمكن لتطبيقك نشر حدثين باستخدام صفيف مثل ما يلي. وبالمثل، إذا كنت تستخدم وحدة بيانات Event Grid SDK، فإن هذه الحمولة هي أيضا ما يتم إرساله:

[
    {
        "specversion": "1.0",
        "id": "E921-1234-1235",
        "source": "/mycontext",
        "type": "com.example.someeventtype",
        "time": "2018-04-05T17:31:00Z",
        "data": "some data"
    },
    {
        "specversion": "1.0",
        "id": "F555-1234-1235",
        "source": "/mycontext",
        "type": "com.example.someeventtype",
        "time": "2018-04-05T17:31:00Z",
        "data": {
            "somekey" : "value",
            "someOtherKey" : 9
        }
    }
]

لمزيد من المعلومات، راجع CloudEvents Batched Content Mode specs.

الدفعات

يجب أن يجمع تطبيقك عدة أحداث معا في صفيف لتحقيق كفاءة أكبر ومعدل نقل أعلى مع طلب نشر واحد. يمكن أن تصل الدفعات إلى 1 ميغابايت ويكون الحد الأقصى لحجم الحدث 1 ميغابايت.

مخروط ثنائي وضع الخيمة

يحتوي CloudEvent في con ثنائي وضع الخيمة على سمات السياق الموصوفة كعناوين HTTP. أسماء رؤوس HTTP هي اسم سمة السياق مسبوقة ب ce-. Content-Type يعكس الرأس نوع الوسائط الذي يتم فيه ترميز بيانات الحدث.

هام

عند استخدام con الثنائي وضع الخيمة ce-datacontenttype يجب ألا يكون رأس HTTP موجودا أيضا.

هام

إذا كنت تخطط لتضمين السمات الخاصة بك (أي سمات الملحق) عند استخدام con الثنائي وضع الخيمة، فتأكد من أن أسمائها تتكون من أحرف صغيرة ('a' إلى 'z') أو أرقام ('0' إلى '9') من حرف ASCII وأنها لا تتجاوز 20 حرفا في الطول. أي أن اصطلاح التسمية لتسمية سمات سياق CloudEvents أكثر تقييدا من أسماء عناوين HTTP الصالحة. ليس كل اسم عنوان HTTP صالح هو اسم سمة ملحق صحيح.

حمولة HTTP هي بيانات الحدث المشفرة وفقا لنوع الوسائط في Content-Type.

يمكن أن يبدو طلب HTTP المستخدم لنشر CloudEvent في الوضع الثنائي للمحتوى مثل هذا المثال:

POST / HTTP/1.1
HOST mynamespace.eastus-1.eventgrid.azure.net/topics/mytopic
ce-specversion: 1.0
ce-type: com.example.someevent
ce-source: /mycontext
ce-id: A234-1234-1234
ce-time: 2018-04-05T17:31:00Z
ce-comexampleextension1: value
ce-comexampleothervalue: 5
content-type: application/protobuf

Binary data according to protobuf encoding format. No context attributes are included.

متى تستخدم مخروطا ثنائيا أو منظما في CloudEvents وضع الخيمة

يمكنك استخدام con منظم وضع الخيمة إذا كنت تريد نهجا بسيطا لإعادة توجيه CloudEvents عبر القفزات والبروتوكولات. نظرا لأن CloudEvent في con منظم وضع الخيمة يحتوي على الرسالة مع بيانات التعريف الخاصة به، فمن السهل على العملاء استهلاكها ككل وإعادة توجيهها إلى أنظمة أخرى.

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

الناشرون

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

مصادر الأحداث

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

مساحة الاسم

مساحة اسم شبكة الأحداث هي حاوية إدارة للموارد التالية:

Resource البروتوكول المدعوم
مواضيع مساحة الاسم HTTP
مسافات الموضوع MQTT
العملاء MQTT
مجموعات العملاء MQTT
شهادات المرجع المصدق MQTT
روابط الأذونات MQTT

باستخدام مساحة اسم Azure Event Grid، يمكنك تجميع الموارد ذات الصلة وإدارتها كوحدة واحدة في اشتراك Azure الخاص بك. يمنحك اسم مجال مؤهل بالكامل فريدا (FQDN).

تعرض مساحة الاسم نقطتي نهاية:

  • نقطة نهاية HTTP لدعم متطلبات المراسلة العامة باستخدام مواضيع مساحة الاسم.
  • نقطة نهاية MQTT لمراسلة IoT أو الحلول التي تستخدم MQTT.

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

فيما يلي بعض النقاط الإضافية حول مساحات الأسماء:

  • مساحة الاسم هي مورد متعقب مع tags خصائص و location ، وبمجرد إنشائها، يمكن العثور عليها على resources.azure.com.
  • يمكن أن يتراوح طول اسم مساحة الاسم من 3 إلى 50 حرفا. يمكن أن يتضمن الأبجدية الرقمية والواصلة (-)، ولا توجد مسافات.
  • يجب أن يكون الاسم فريدا لكل منطقة.
  • المناطق المدعومة حاليا: وسط الولايات المتحدة وشرق آسيا وشرق الولايات المتحدة وشرق الولايات المتحدة 2 وشمال أوروبا وجنوب وسط الولايات المتحدة وجنوب شرق آسيا وشمال الإمارات العربية المتحدة وغرب أوروبا وغرب الولايات المتحدة 2 وغرب الولايات المتحدة 3.

وحدات الإنتاجية

تحدد وحدات معدل النقل (TUs) سعة معدل أحداث الدخول والخروج في مساحات الأسماء. لمزيد من المعلومات، راجع الحصص النسبية وحدود Azure Event Grid.

الموضوعات

يحتوي الموضوع على الأحداث التي تم نشرها إلى Event Grid. عادة ما تستخدم مورد موضوع لمجموعة من الأحداث ذات الصلة. غالبا ما أشرنا إلى مواضيع داخل مساحة اسم كمواضيع مساحة الاسم.

مواضيع مساحة الاسم

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

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

اشتراكات الأحداث

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

رسم تخطيطي يوضح موضوعا واشتراكات الأحداث المقترنة.

للحصول على مثال لإنشاء اشتراكات لمواضيع مساحة الاسم، راجع نشر الرسائل واستهلاكها باستخدام مواضيع مساحة الاسم باستخدام CLI.

إشعار

تتميز اشتراكات الحدث ضمن موضوع مساحة الاسم بنموذج مورد مبسط بالمقارنة مع ذلك المستخدم لموضوعات مخصصة ومجال وشريك ونظام (Event Grid Basic). لمزيد من المعلومات، راجع إنشاء اشتراكات الأحداث وعرضها وإدارتها.

تسليم السحب

مع تسليم السحب، يتصل التطبيق الخاص بك ب Event Grid لقراءة الرسائل باستخدام دلالات تشبه قائمة الانتظار. بينما تتصل التطبيقات بشبكة الأحداث لاستهلاك الأحداث، فإنها تتحكم في معدل استهلاك الحدث وتوقيته. يمكن لتطبيقات المستهلك أيضا استخدام نقاط النهاية الخاصة عند الاتصال ب Event Grid لقراءة الأحداث باستخدام مساحة IP خاصة.

يدعم تسليم السحب العمليات التالية لقراءة الرسائل والتحكم في حالة الرسالة: الاستلام والإقرار والإصدار والرفض وتجديد التأمين. لمزيد من المعلومات، راجع نظرة عامة على تسليم السحب.

شكل البيانات عند تلقي الأحداث باستخدام تسليم السحب

عند تسليم الأحداث باستخدام تسليم السحب، تتضمن Event Grid صفيفا من الكائنات التي تتضمن بدورها عناصر event و brokerProperties . قيمة خاصية الحدث هي CloudEvent التي تم تسليمها في con منظم وضع الخيمة. يحتوي كائن brokerProperties على رمز التأمين المقترن ب CloudEvent الذي تم تسليمه. كائن json التالي هو نموذج استجابة من عملية تلقي تقوم بإرجاع حدثين:

{
    "value": [
        {
            "brokerProperties": {
                "lockToken": "CiYKJDUwNjE4QTFFLUNDODQtNDZBQy1BN0Y4LUE5QkE3NjEwNzQxMxISChDXYS23Z+5Hq754VqQjxywE",
                "deliveryCount": 2
            },
            "event": {
                "specversion": "1.0",
                "id": "A234-1234-1235",
                "source": "/mycontext",
                "time": "2018-04-05T17:31:00Z",
                "type": "com.example.someeventtype",
                "data": "some data"
            }
        },
        {
            "brokerProperties": {
                "lockToken": "CiYKJDUwNjE4QTFFLUNDODQtNDZBQy1BN0Y4LUE5QkE3NjEwNzQxMxISChDLeaL+nRJLNq3/5NXd/T0b",
                "deliveryCount": 1
            },
            "event": {
                "specversion": "1.0",
                "id": "B688-1234-1235",
                "source": "/mycontext",
                "type": "com.example.someeventtype",
                "time": "2018-04-05T17:31:00Z",
                "data": {
                    "somekey" : "value",
                    "someOtherKey" : 9
                }
            }
        }
    ]
}

دفع التسليم

مع تسليم الدفع، ترسل Event Grid الأحداث إلى وجهة تم تكوينها في اشتراك حدث دفع (وضع التسليم في). يوفر منطق إعادة محاولة قوي في حالة عدم قدرة الوجهة على تلقي الأحداث.

هام

يدعم تسليم الدفع لمساحات أسماء Event Grid حاليا Azure Event Hubs كوجهة. في المستقبل، ستدعم مساحات أسماء Event Grid المزيد من الوجهات، بما في ذلك جميع الوجهات التي يدعمها Event Grid Basic.

تسليم حدث مراكز الأحداث

تستخدم Event Grid Event Hubs SDK لإرسال الأحداث إلى مراكز الأحداث باستخدام AMQP. يتم إرسال الأحداث كصفيف بايت مع كل عنصر في الصفيف الذي يحتوي على CloudEvent.

دفع التسليم وسحبه

تدعم Event Grid دفع تسليم الحدث وسحبه باستخدام HTTP. مع تسليم الدفع، يمكنك تحديد وجهة في اشتراك حدث أو إخطار على الويب أو خدمة Azure، والتي ترسل إليها Event Grid الأحداث. مع تسليم السحب، تتصل تطبيقات المشترك ب Event Grid لاستهلاك الأحداث. يتم دعم تسليم السحب للمواضيع في مساحة اسم شبكة الأحداث.

هام

يتم دعم مراكز الأحداث كوجهة للاشتراكات في موضوعات مساحة الاسم. في الإصدارات القادمة، ستدعم مساحات أسماء شبكة الأحداث جميع الوجهات المتوفرة حاليا في Event Grid Basic جنبا إلى جنب مع وجهات إضافية.

رسم تخطيطي عالي المستوى يوضح تسليم الدفع وتسليم السحب مع نوع الموارد المعنية.

متى تستخدم تسليم الدفع مقابل تسليم السحب

فيما يلي إرشادات عامة لمساعدتك في تحديد وقت استخدام التسليم السحب أو الدفع.

تسليم السحب

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

دفع التسليم

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

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