فرض کنید API پرداخت شما موقتاً خطا می‌دهد.
سیستم تصمیم می‌گیرد دوباره تلاش کند:
Request
↓
Retry
↓
Retry
↓
Retry
اگر ۱۰۰۰ درخواست هم‌زمان داشته باشید، یک خطای موقت می‌تواند ناگهان به:
🔥 هزاران Request جدید
تبدیل شود.
این همان چیزی است که باید هنگام طراحی Retry مراقبش باشید.
راهکارهای حرفه‌ای:
✅ محدود کردن تعداد Retry
✅ Exponential Backoff
✅ Jitter
✅ تشخیص خطاهای قابل Retry
و در سیستم‌های مالی:
✅ Idempotency
🎯عمل Retry باید سیستم را مقاوم‌تر کند، نه اینکه هنگام بحران فشار بیشتری به سرویس وارد کند.
💡همین Retry بدون Backoff می‌تواند یک سرویس سالم را هم وارد زنجیره شکست کند.
@CodeVerse_dev