اختيار حل قائمة انتظار الرسائل
تتسم قوائم انتظار التخزين وقوائم انتظار ناقل خدمة Azure بمجموعة ميزات مختلفة بعض الشيء. يمكنك اختيار إما واحد أو كليهما، اعتمادًا على احتياجات الحل الخاص بك.
عند تحديد تقنية الانتظار التي تناسب الغرض من حل معين، يجب على مهندسي الحلول والمطورين النظر في هذه التوصيات.
فكر في استخدام قوائم انتظار ناقل خدمة Azure
كمهندس حل/ مطور، يجب عليك استخدام قوائم انتظار ناقل خدمة Azure في الحالات التالية:
- الحل الخاص بك يحتاج إلى تلقي رسائل دون الحاجة إلى الاستقصاء في قائمة الانتظار. باستخدام ناقل خدمة Azure، يمكنك تحقيق ذلك باستخدام عملية تلقي استقصاء طويلة باستخدام hgبروتوكولات المستندة إلى TCP التي تدعم ناقل خدمة Azure.
- يتطلب الحل قائمة الانتظار لتوفير تسليم أمر ضمان أول بأول (FIFO).
- يحتاج الحل الخاص بك إلى دعم الكشف التلقائي عن التكرارات.
- تريد التطبيق الخاص بك لمعالجة الرسائل كتدفقات طويلة الأمد بشكل متوازي (الرسائل المقترنة بتدفق باستخدام خاصية معرف جلسة العمل على الرسالة). في هذا النموذج، تتنافس كل عقدة في التطبيق المستهلك على الدفقات، بدلًا من الرسائل. عند إعطاء دفق لعقدة مستهلكة، يمكن للعقدة فحص حالة دفق التطبيق باستخدام المعاملات.
- يتطلب الحل سلوك المعاملات وآلية الرجوع عند إرسال أو تلقي رسائل متعددة من قائمة انتظار.
- يعالج التطبيق الرسائل التي يمكن أن تتجاوز 64 كيلوبايت ولكن لن تقترب على الأرجح من حد 256 كيلو بايت.
فكر في استخدام قوائم انتظار التخزين
كمهندس حل/ مطور، يجب عليك استخدام قوائم انتظار التخزين في الحالات التالية:
- يجب أن يخزن التطبيق أكثر من 80 غيغابايت من الرسائل في قائمة انتظار.
- يريد تطبيقك تعقب التقدم لمعالجة رسالة في قائمة الانتظار. إنه مفيد إذا تعطل العامل الذي يعالج رسالة. يمكن لعامل آخر بعد ذلك استخدام هذه المعلومات للمتابعة من حيث توقف العامل السابق.
- تتطلب سجلات جانب الخادم من كافة المعاملات المنفذة مقابل قوائم انتظارك.