پاسخهای API شما روی edge داخل ایران cache، فشرده و با اتصال پایدار به کاربر تحویل میشود. کاهش تأخیر، بار کمتر روی سرور اصلی و دفاع پایه در برابر اوج ترافیک — مناسب اپ موبایل، فرانتاند و سرویسهای پرمصرف.
پاسخهای API شما روی edge داخل ایران cache و فشرده میشوند و با اتصال پایدار و پروتکلهای مدرن (HTTP/2 و HTTP/3) به کاربر تحویل داده میشوند. این کار تأخیر را کم میکند و بار را از سرور اصلی برمیدارد.
برای endpointهای پرمصرف و کمتغییر، cache در لبه میتواند بخش بزرگی از درخواستها را بدون رسیدن به origin پاسخ دهد و در اوج ترافیک دفاع پایه فراهم کند. مناسب اپ موبایل، فرانتاند و سرویسهای با ترافیک بالا.
micro-cache
حتی پاسخ پویا
stale-while-revalidate
TLS + h2/3
اتصال بهینه
keep-alive به origin
~۱۰ms
edge داخل ایران
تأخیر پایین
بار کمتر
روی سرور اصلی
origin offload
ترکیبی از cache هوشمند و بهینهسازی اتصال — بدون تغییر بکاند شما.
پاسخهای GET عمومی روی edge cache و از نزدیکترین نقطه به کاربر سرو میشوند.
حتی پاسخهای پویا با cache چندثانیهای در اوج ترافیک از edge سرو میشوند.
پایاندهی TLS روی edge + HTTP/2/3 + keep-alive به origin؛ سربار کمتر.
brotli/gzip خودکار برای JSON و متن — حجم کمتر، تحویل سریعتر.
فقط بخش مشخص (path یا cache-tag) را در چند ثانیه پاک کنید، نه کل cache.
rate-limit و ادغام درخواستهای یکسان؛ origin در برابر اوج ناگهانی محافظت میشود.
بر اساس تعداد درخواست تحویلشده از edge + پهنایباند در ماه.
پایه
۱۲۰٬۰۰۰ تومان/ماه
اپها و سایتهای کوچک
حرفهای
۴۹۰٬۰۰۰ تومان/ماه
اپ موبایل و فروشگاهها
تجاری
۱٬۹۹۰٬۰۰۰ تومان/ماه
پلتفرمهای پرمصرف
از پنل DNS فعال کنید؛ تیم ما راهاندازی را همان روز انجام میدهد.
به /account/dns بروید و دامنهٔ API را انتخاب کنید.
گزینهٔ «Edge Proxy: روشن» را فعال کنید تا ترافیک API از edge عبور کند.
مسیرهای قابل cache (مثلاً /api/products) و TTL یا micro-cache را مشخص کنید.
curl -I https://api.yourdomain.com/products → باید هدر وضعیت cache روی HIT ظاهر شود.
در تب Edge، hit-rate، تأخیر میانگین و درخواست در ثانیه را ببینید.
فقط درخواستهای GET که با Cache-Control: public یا قانون cache که شما تعریف میکنید قابل cache باشند (مثلاً لیست محصولات، قیمت، محتوای عمومی). درخواستهای POST/PUT و پاسخهای شخصیشده cache نمیشوند مگر صریحاً اجازه دهید.
با micro-cache (مثلاً ۱ تا ۱۰ ثانیه) + stale-while-revalidate، حتی پاسخهای پویا هم در لحظات اوج ترافیک از edge سرو میشوند و فشار از روی origin برداشته میشود؛ تازگی داده تقریباً حفظ میشود.
پایاندهی TLS روی edge، استفادهٔ مجدد از اتصال (keep-alive) به origin، فشردهسازی brotli/gzip، و HTTP/2/3 — همگی تأخیر و سربار را کم میکنند، حتی برای پاسخهای cache-نشده.
بله — میتوانید با مسیر (path) یا برچسب (cache-tag) که در هدر پاسخ میگذارید، فقط بخش مشخصی را در چند ثانیه پاک کنید؛ نه کل cache.
پایه بله — محدودیت نرخ (rate-limit) ساده و request-coalescing (ادغام درخواستهای همزمان یکسان) جلوی فشار ناگهانی روی origin را میگیرد. برای دفاع پیشرفته، سرویس محافظ ربات را هم فعال کنید.
بر اساس تعداد درخواست تحویلشده از edge + پهنایباند در ماه. جزئیات در بخش قیمتگذاری.