محدود کننده نرخ

شما در حال مشاهده مستندات Apigee Edge هستید.
به مستندات Apigee X مراجعه کنید .
اطلاعات

برای حفظ عملکرد و دسترسی‌پذیری در طیف متنوعی از برنامه‌های کلاینت، بسیار مهم است که ترافیک برنامه را در محدوده ظرفیت APIها و سرویس‌های backend خود حفظ کنید. همچنین مهم است که اطمینان حاصل کنید که برنامه‌ها منابع بیشتری از حد مجاز مصرف نمی‌کنند.

Apigee Edge دو مکانیسم ارائه می‌دهد که شما را قادر می‌سازد مدیریت ترافیک را بهینه کنید تا تأخیر برنامه‌ها را به حداقل برسانید و در عین حال سلامت سرویس‌های backend را حفظ کنید. هر نوع سیاست، جنبه‌ی متمایزی از مدیریت ترافیک را مورد توجه قرار می‌دهد. در برخی موارد، ممکن است از هر دو نوع سیاست در یک پروکسی API واحد استفاده کنید.

برای آشنایی با سیاست‌های مدیریت ترافیک API، این ویدیو را تماشا کنید.

اسپایک آرست

این سیاست با تقسیم محدودیتی که شما تعریف می‌کنید به فواصل کوچکتر، افزایش ناگهانی ترافیک را متعادل می‌کند. به عنوان مثال، اگر محدودیت ۱۰۰ پیام در ثانیه را تعریف کنید، سیاست SpikeArrest محدودیتی حدود ۱ درخواست در هر ۱۰ میلی‌ثانیه (۱۰۰۰ / ۱۰۰) را اعمال می‌کند؛ و ۳۰ پیام در دقیقه به حدود ۱ درخواست در هر ۲ ثانیه (۶۰ / ۳۰) متعادل می‌شود. محدودیت SpikeArrest باید نزدیک به ظرفیت محاسبه شده برای سرویس backend شما یا خود پروکسی API باشد. این محدودیت همچنین باید برای فواصل زمانی کوتاه‌تر، مانند ثانیه یا دقیقه، پیکربندی شود. این سیاست باید برای جلوگیری از انفجارهای ناگهانی ترافیک ناشی از مهاجمان مخرب که سعی در ایجاد اختلال در سرویس با استفاده از حمله انکار سرویس (DOS) یا توسط برنامه‌های کلاینت دارای اشکال دارند، استفاده شود.

به سیاست SpikeArrest مراجعه کنید.

سهمیه

این سیاست با حفظ یک «شمارنده» توزیع‌شده که درخواست‌های ورودی را شمارش می‌کند، محدودیت‌های مصرف را بر روی برنامه‌های کلاینت اعمال می‌کند. این شمارنده می‌تواند درخواست‌های API را برای هر موجودیت قابل شناسایی، از جمله برنامه‌ها، توسعه‌دهندگان، کلیدهای API، توکن‌های دسترسی و غیره، شمارش کند. معمولاً از کلیدهای API برای شناسایی برنامه‌های کلاینت استفاده می‌شود. این سیاست از نظر محاسباتی پرهزینه است، بنابراین برای APIهای پرترافیک، باید برای فواصل زمانی طولانی‌تر، مانند یک روز یا ماه، پیکربندی شود. این سیاست باید برای اجرای قراردادهای تجاری یا SLA با توسعه‌دهندگان و شرکا استفاده شود، نه برای مدیریت ترافیک عملیاتی.

به سیاست سهمیه‌بندی مراجعه کنید.