قد يقيّد المزوّد المحدد الطلب أو تقيّده سياسة تنطبق على مساحة العمل أو المفتاح. يمكن للتوجيه والمسارات البديلة تقليل إخفاقات المزوّد، لكن قد يظل الطلب يُرجع 429.
حدود المزوّد
تستخدم طلبات BYOK حدود حسابك لدى المزوّد. تستخدم الطلبات المُدارة سعة مشتركة لدى المزوّد؛ وهذه السعة ليست حصة مخصصة لمساحة عمل بعينها.
يمرّر Phaseo قيمة Retry-After بعد التحقق منها عندما يوفّرها المزوّد الذي وُجّه إليه الطلب. قد تتضمن استجابات BYOK أيضًا ترويسات X-Phaseo-Upstream-RateLimit-*. تُحذف ترويسات الحصة هذه من الطلبات المُدارة لأنها تصف سعة مشتركة لدى المزوّد. ولا تُمرّر الترويسات الأخرى الواردة من المزوّد.
التعامل مع طلب مقيّد
- افحص رمز الخطأ للتمييز بين التقييد المؤقت لدى المزوّد وقيد السياسة أو الميزانية الذي يتطلب تغيير الإعدادات.
- التزم بـ
Retry-After عند وجودها. قد تكون مدة انتظار بالثواني أو تاريخًا بصيغة HTTP؛ تحقّق من القيمة قبل جدولة إعادة المحاولة.
- وإلا، استخدم تأخيرًا أُسّيًا مع تباين عشوائي وحدّ أقصى لمدة الانتظار.
- ضع حدًا لإعادة المحاولة من حيث عدد المحاولات والمهلة الإجمالية. ألغِ العمل المتروك وحرّر جسم كل استجابة فاشلة قبل إعادة المحاولة.
- قلّل عدد الطلبات المتزامنة إذا استمر التقييد.
لا تُعد تلقائيًا إرسال مهمة ذات نتيجة غير مؤكدة، ولا تكرّر إجراءات أدوات اكتملت بالفعل. ربما وصل الطلب إلى المزوّد حتى لو فقد العميل الاستجابة؛ وقد تؤدي إعادة المحاولة إلى تكرار العمل والرسوم. بالنسبة إلى مهمة فيديو أو مهمة دفعات مقبولة، استخدم نقطة نهاية حالتها بدلًا من إرسالها مجددًا.
مراقبة تقييد الطلبات
تتبّع معدلات 429 حسب نقطة النهاية والنموذج، وافحص تكرار المسارات البديلة في سجلات الطلبات. قارن سجلات تطبيقك مع إعدادات التوجيه وحصص حساب المزوّد لحركة BYOK.
راجع الميزانيات وضوابط الحماية للتحكم في الإنفاق والوصول ضمن مساحة العمل. آخر تعديل في ٢ أكتوبر ٢٠٢٦
