تعد قائمة انتظار OCI خدمة قوائم انتظار عالية التوفر وعالية الإنتاجية قادرة على استيعاب ملايين الرسائل في الثانية. يمكن للمستخدمين نشر الرسائل في قائمة الانتظار واستهلاكها وحذفها وكذلك تحديث إمكانية رؤية الرسالة.
تدعم قائمة انتظار OCI واجهات برمجة التطبيقات RESTful باستخدام أدوات SDK بالإضافة إلى STOMP.
تدعم قائمة الانتظار قوائم الانتظار القياسية (الطلب بأفضل جهد). تُعد قوائم انتظار FIFO ميزة مستقبلية، وليس لدينا مخطط زمني حتى الآن. الرجاء تقديم طلب دعم أو الاتصال بمدير حسابات OCI إذا كان هذا مطلوبًا.
تقدم قائمة انتظار OCI اتفاقية مستوى خدمة بوقت التشغيل يبلغ 99.9% مع الاحتفاظ بسبعة أيام كحد أقصى للرسائل.
يمكنك زيادة بعض الحدود من خلال تقديم طلب دعم.
يتم تنشيط آلية التقييد عند تجاوز الحدود التالية:
المعامل | الحد المرن للعميل |
---|---|
حد تقييد الإنتاجية | استيعاب بيانات 10 ميجابايت/ثانية وخروج 10 ميجابايت/ثانية لكل قائمة انتظار (برمجية) |
يمكن العثور على مثال للتعليمة البرمجية في مستودع Oracle DevRel GitHub، أو اتبع الخطوات التالية لتكوين بيئة التطوير المتكاملة الخاصة بك.
com.oracle.oci.sdk
oci-java-sdk-queue
3.2.0
يتم توضيح بعض ميزات SDK في الأمثلة المضمنة في مستودعات GitHub العامة لقائمة انتظار OCI.
نقدم واجهات برمجة التطبيقات التالية:
واجهات برمجة التطبيقات لإدارة قائمة الانتظار
رسائل API
تتوفر تفاصيل حول أخطاء واجهة برمجية التطبيقات في الوثائق.
يصير استدعاء الشطب متسقًا في النهاية؛ هذا يعني أنه يحذف كل الرسائل المنشورة قبل استدعاء الشطب، لكنه قد يؤدي أيضًا إلى حذف بعض الرسائل المنشورة أثناء وجود قائمة الانتظار في حالة الشطب (معظمها في حالة التحديث مع حذف تفاصيل حالة دورة الحياة). لم يتم حظر استدعاء PutMessages أثناء عملية الحذف، لكن قد يتم حذف رسائله.
من المؤكد أنه لن يتم إرجاع الرسائل التي تم حذفها بواسطة استدعاء GetMessages ولن تؤثر على إحصائيات قائمة الانتظار. مع ذلك، تُعد عملية حذف الرسالة غير متزامنة وقد تستغرق بعض الوقت. خلال ذلك الوقت، تنجح عمليات تحديث وحذف الرسائل التي تم شطبها، شريطة أن يكون لديك إيصال صالح.
لا، يجب على العميل استدعاء DeleteMessage API لحذف رسالة بعد معالجتها بنجاح. وإلا، يتم إرجاع الرسالة إلى قائمة الانتظار (بعد انتهاء مهلة الرؤية) وإرجاعها أثناء طلب استدعاء لاحق.