كيف يقرر حد المعدل تنفيذ طلبك
يحدد حد المعدل عدد الطلبات التي يمكن للعميل إرسالها خلال فترة زمنية معينة، ويعيد رمز 429 بمجرد تجاوز هذا الحد. يهدف هذا الحد إلى منع عميل واحد من استهلاك سعة مخصصة للجميع، ولهذا السبب فإن الاستجابة الصحيحة هي التباطؤ بدلاً من إرسال نفس الطلب مرة أخرى على الفور.
إعادة المحاولة فورًا هو بالضبط ما تفعله معظم عمليات التكامل الأولى، وهذا يحول الرفض المؤقت إلى رفض مستمر. يصل العميل إلى الحد الأقصى، ثم يعيد المحاولة، مما يوسع النافذة الزمنية التي يتم القياس عليها، وينتهي به الأمر مقيدًا لفترة أطول بكثير مما تتطلبه الدفعة الأصلية، وعادة ما يستنتج المطور أن API غير موثوق به. يتم استبعاد إعدادات الحد الخاصة بك عمدًا: عتبات كل مستوى، ومخصصات الدفعات، ونقاط النهاية ذات الحدود الأكثر صرامة، فهذه تنتمي إلى الوثائق المحدثة وليست إلى فيديو قديم.
يتتبع هذا القالب طلبًا واحدًا عبر ثمانية مشاهد: مشهد حول سبب وجود الحدود من الأساس، وآخر حول النافذة وكيفية احتسابها، ومشهد حول ما يحتويه رد 429، ومشهدان حول التراجع وسبب ضرورة زيادة التأخير، ومشهد حول التذبذب (jitter) وقطيع الرعد (thundering herd)، ومشهد حول قراءة رؤوس حدود المعدل، ومشهد حول التصميم بحيث نادرًا ما يتم الوصول إلى الحد.

