مقایسه سیاست های سهمیه و SpikeArrest

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

سیاست‌های سهمیه‌بندی و SpikeArrest - آیا نمی‌دانید کدام یک برای رفع نیازهای محدودکننده نرخ شما مناسب‌تر است؟ به نمودار مقایسه‌ای زیر مراجعه کنید.

سهمیه اسپایک آرست
از آن استفاده کنید تا: تعداد اتصالاتی که برنامه‌ها می‌توانند در یک دوره زمانی خاص به backend هدف پروکسی API شما برقرار کنند را محدود کنید. از backend هدف پروکسی API خود در برابر افزایش شدید ترافیک و حملات انکار سرویس محافظت کنید.
از آن برای موارد زیر استفاده نکنید:

از آن برای محافظت از backend هدف پروکسی API خود در برابر افزایش ناگهانی ترافیک استفاده نکنید.

برای این کار، از پالیسی SpikeArrest استفاده کنید.

از آن برای شمارش و محدود کردن تعداد اتصالاتی که برنامه‌ها می‌توانند در یک دوره زمانی خاص به backend هدف پروکسی API شما برقرار کنند، استفاده نکنید.

برای این کار، از سیاست سهمیه‌بندی (Quota policy) استفاده کنید.

تعداد را ذخیره می‌کند؟ بله خیر
بهترین شیوه‌ها برای پیوست کردن این سیاست:

آن را به ProxyEndpoint Request PreFlow ، معمولاً پس از احراز هویت کاربر، ضمیمه کنید.

این به سیاست اجازه می‌دهد تا شمارنده سهمیه را در نقطه ورود پروکسی API شما بررسی کند.

آن را به ProxyEndpoint Request PreFlow ، معمولاً در همان ابتدای جریان، ضمیمه کنید.

این کار محافظت در برابر اسپایک (افزایش ناگهانی سرعت) را در نقطه ورود پروکسی API شما فراهم می‌کند.

کد وضعیت HTTP هنگام رسیدن به حد مجاز:

500 (خطای داخلی سرور) *

500 (خطای داخلی سرور) *

خوب است بدانید:
  • شمارنده سهمیه در کاساندرا ذخیره می‌شود.
  • برای صرفه‌جویی در منابع، سیاست را طوری پیکربندی کنید که شمارنده را به صورت غیرهمزمان همگام‌سازی کند.
  • همگام‌سازی شمارنده ناهمزمان ممکن است باعث تأخیر در پاسخ محدودکننده سرعت شود، که ممکن است امکان تماس‌هایی با کمی بیشتر از محدودیتی که تعیین کرده‌اید را فراهم کند.
  • بر اساس زمان دریافت آخرین ترافیک، throttling را انجام می‌دهد. این زمان برای هر پردازنده پیام ذخیره می‌شود.
  • اگر محدودیت سرعت ۱۰۰ تماس در ثانیه را تعیین کنید، فقط ۱ تماس در هر ۱/۱۰۰ ثانیه (۱۰ میلی‌ثانیه) در پردازنده پیام مجاز خواهد بود. تماس دوم در عرض ۱۰ میلی‌ثانیه رد خواهد شد.
  • حتی با محدودیت سرعت بالا در هر ثانیه، درخواست‌های تقریباً همزمان ممکن است منجر به رد شدن شوند.
جزئیات بیشتر را دریافت کنید: سیاست سهمیه‌بندی سیاست SpikeArrest

* برای سیاست سهمیه‌بندی و سیاست SpikeArrest ، کد وضعیت پیش‌فرض HTTP برای عبور از محدودیت نرخ، یک خطای عمومی 500 Internal Server Error است. شما می‌توانید با اضافه کردن یک ویژگی سطح سازمانی ( features.isHTTPStatusTooManyRequestEnabled )، کد وضعیت را برای این سیاست‌ها به 429 Too Many Requests تغییر دهید. اگر مشتری Cloud هستید، برای فعال کردن این ویژگی با پشتیبانی Apigee Edge تماس بگیرید.