به گزارش سیتنا، کلودفلر روز جمعه ۱۴ اوت ۲۰۲۶ افزایش خطاهای HTTP 5xx را در چهار نقطه از شبکه خود شامل کویت، بانکوک، جاکارتا و دمام گزارش کرد. این رخداد در سطح «جزئی» طبقهبندی شد و پس از بررسی، کلودفلر از رفع مشکل خبر داد.
تنها یک روز پیش از آن نیز چند مشکل دیگر در صفحه وضعیت کلودفلر ثبت شده بود؛ از جمله افزایش خطاها در Workers KV و بروز مشکل در برخی خدمات Workers AI. البته ثبت چند رخداد در فاصله زمانی کوتاه الزاماً به معنای وقوع چند قطعی گسترده در شبکه جهانی کلودفلر نیست و دامنه و شدت هر یک از این اتفاقها متفاوت بوده است.
با این حال، تکرار چنین رخدادهایی این پرسش را مطرح میکند که چرا زیرساخت شرکتی در ابعاد کلودفلر همچنان در معرض اختلال قرار دارد؟ وقتی اختلال یک سرویس به سرویسهای دیگر سرایت میکند
یکی از پاسخها را میتوان در میزان وابستگی سرویسهای کلودفلر به یکدیگر پیدا کرد.
به گزارش سیتنا، در ۱۲ جون ۲۰۲۵، اختلال در زیرساخت ذخیرهسازی مورد استفاده Workers KV به مدت دو ساعت و ۲۸ دقیقه ادامه یافت و مجموعهای از خدمات کلودفلر از جمله WARP، Access، Gateway، Images، Stream، Workers AI و Turnstile را تحت تأثیر قرار داد.
Workers KV برای عملکرد بخشهایی از محصولات مختلف کلودفلر، از جمله ذخیره و دسترسی به اطلاعات پیکربندی و برخی فرایندهای احراز هویت، اهمیت داشت. در نتیجه، اختلال در این زیرساخت توانست اثر خود را به چند سرویس دیگر منتقل کند.
کلودفلر پس از این رخداد نیز در گزارش فنی خود به وابستگی محصولات مختلف به این زیرساخت و ضرورت کاهش چنین وابستگیهایی پرداخت. وقتی یک تغییر فنی به اختلال بزرگ تبدیل میشود
یکی از مهمترین نمونههای این مسئله در ۱۸ نوامبر ۲۰۲۵ رخ داد؛ زمانی که بخش قابل توجهی از خدمات کلودفلر با مشکل مواجه شدند.
براساس بررسی های گزارش فنی کلودفلر تپیط سیتنا، این اتفاق ناشی از حمله سایبری نبود. تغییری در مجوزهای یکی از سیستمهای پایگاه داده باعث شد دادههای تکراری در فایلی ایجاد شود که سامانه مدیریت رباتهای کلودفلر از آن استفاده میکرد.
حجم این فایل در نتیجه مشکل ایجادشده تقریباً دو برابر شد. فایل سپس در شبکه کلودفلر توزیع شد، اما نرمافزاری که باید آن را پردازش میکرد برای چنین حجمی طراحی نشده …
