أعطال AWS المتكررة: لماذا يستمر خط شبكة واحد في أوريغون بتعطيل الإنترنت

الخط الشبكي نفسه تعطّل مرتين خلال أسابيع

في 24 يوليو 2026، فقدت منطقة us-west-2 من AWS — إحدى أكبر مناطقها، ومقرها أوريغون — اتصالها بالعالم الخارجي عبر مسار فعلي محدد. ووفقًا لتقرير مفصل عن الحادثة، تعطّل العتاد الشبكي المسؤول عن التوجيه بين المنطقة وSeattle Metro في الساعة 10:55 بتوقيت UTC. وتدخّل مهندسو AWS بحلول الساعة 11:01 UTC، وبدأ الاتصال بالعودة عند 11:15 UTC، ولم يكتمل تقارب التوجيه الكامل حتى الساعة 11:59 UTC — مع استمرار خلل ثانوي في Direct Connect حتى الساعة 12:12 UTC، أي نافذة حادثة إجمالية بلغت نحو 77 دقيقة.

وتأثرت عشر خدمات من AWS خلال تلك النافذة، وفقًا لتقرير الحادثة: Direct Connect وGlobal Accelerator وInternet Connectivity وIoT Core وSite-to-Site VPN وAPI Gateway وEC2 وECS وElastic Load Balancing وVPC. والأهم أن الحوسبة العاملة داخل المنطقة استمرت بالعمل بشكل طبيعي — فقد كان العطل تحديدًا عند حدود الدخول/الخروج، ما يعني أن حركة البيانات داخل us-west-2 كانت سليمة، لكن أي شيء يحاول عبور حدود المنطقة لم يكن كذلك.

وبعد أسابيع، تكرر نمط العطل نفسه. وعزت AWS مجددًا الانقطاع إلى مشكلة في الاتصال بالإنترنت والعتاد الشبكي على الخط الشبكي الذي يربط منطقة US-WEST-2 بمنطقة Seattle Metro، والتي أثّرت أيضًا بشكل عابر على منطقة US-WEST-1 المجاورة. وتكرار وصف السبب الجذري بشكل مطابق — الخط الشبكي الإقليمي نفسه — هو التفصيل الذي حوّل حادثة معزولة إلى نمط يستحق التمحيص.

منتجات حقيقية تعطلت بالفعل

لم يكن عطل 24 يوليو حدثًا تقنيًا مجردًا. فوفقًا لتقرير عن الانقطاع، خرجت شبكة PlayStation Network من Sony عن الخدمة بالنسبة للمستخدمين خلال نافذة الحادثة — ضحية واضحة وموجهة للمستهلكين نتيجة عطل شبكي في الخلفية لم يكن معظم هؤلاء المستخدمين ليعلموا بوجوده لولا ذلك.

وهذا هو الشكل العام لمخاطر التركّز السحابي الحديثة: يمكن لعطل عتادي واحد في خط شبكي بمنطقة حضرية واحدة أن يعطّل بصمت خدمات لا رابط واضح بينها ولا بأوريغون، لمجرد أنها جميعًا توجّه حركة بياناتها عبر الحافة الإقليمية نفسها.

نمط متكرر، لا حادثة معزولة

وثّقت جهات رصد الحوادث عطل us-west-2 في 24 يوليو باعتباره ثالث عطل كبير في البنية التحتية خلال تسعة أيام على مستوى القطاع، بعد عطل CloudFront من AWS في 16 يوليو وعطل Azure West US في 23 يوليو — وارتبط عطلان من أصل ثلاثة تحديدًا بشبكة حدود المنطقة لا بأعطال حوسبة أو تخزين. وأحصى تقرير الحادثة نفسه تسعة حوادث تابعة مؤكدة عبر سبعة مزودين آخرين تعتمد خدماتهم على بنية AWS المتأثرة، إلى جانب ثلاثة حوادث تسلسلية محتملة إضافية.

واستمر النمط في أغسطس. ووصفت التغطية الصحفية لهذا التكرار بأنه جزء من رابع حادثة موثوقية ملحوظة لدى AWS في غضون نحو أربعة أشهر من عام 2026، بعد حوادث سابقة شملت عطلًا حراريًا في مركز بيانات في مايو وانقطاعًا شبكيًا منفصلًا في يونيو، واستمر تكرار أغسطس نحو 80 دقيقة من أولى بلاغات العملاء وحتى إشعار الحل من AWS.

لماذا يواصل هذا إثارة قلق المنظمين

تبقى AWS أكبر مزود للبنية التحتية السحابية بفارق كبير. ووفقًا لبيانات Synergy Research Group التي استشهدت بها The Register، سيطرت AWS على 28% من سوق البنية التحتية السحابية العالمي في الربع الثاني من عام 2026، متقدمة على Microsoft Azure بنسبة 20% وGoogle Cloud بنسبة 15% — بحيث استحوذ الثلاثة مجتمعين على 67% من إجمالي إيرادات السحابة في ذلك الربع، ارتفاعًا من 63% قبل عام.

وهذا الحجم هو بالضبط ما يجعل خط شبكة واحد في أوريغون مهمًا إلى ما هو أبعد بكثير من أوريغون. وأشارت التغطية الصحفية لتكرار أغسطس إلى أن البنية التحتية المالية الاستهلاكية — من Apple Pay إلى Coinbase وCME Direct — قد تأثرت بحادثة من AWS في وقت ما خلال 2026، وحذّرت من أن مخاوف التركّز التي كانت تختمر في واشنطن وبروكسل منذ 2025 قد تعود إلى الواجهة الآن بعد وقوع حادثة رابعة في غضون أشهر معدودة على العائلة التقنية نفسها. وعندما يشهد سوق بهذا التركّز أعطالًا متكررة بسبب جذري مماثل مُعلن، ينتقل السؤال من «هل كان هذا سوء حظ» إلى «هل هذا ضعف بنيوي لم تصلحه AWS بعد».

ماذا يعني هذا لفرق الهندسة التي تعتمد على منطقة سحابية واحدة

1. ارسم نطاق التأثير الحقيقي لديك قبل الحادثة التالية، لا أثناءها

تعرف معظم الفرق أي خدمات تعمل «داخل AWS us-west-2». لكن فرقًا أقل تعرف أي من تلك الخدمات يعتمد تحديدًا على حركة بيانات عابرة للمناطق أو خارجة إلى الإنترنت مقابل حركة تبقى بالكامل داخل المنطقة. وبما أن حادثة 24 يوليو تركت الحوسبة داخل المنطقة تعمل بشكل طبيعي بينما تعطلت فقط حركة البيانات العابرة للحدود، ينبغي على الفرق تدقيق بنيتها تحديدًا بحثًا عن موازنات التحميل المواجهة للإنترنت، ونقاط نهاية API Gateway، وروابط Direct Connect، وأنفاق Site-to-Site VPN — وهي قائمة الخدمات ذاتها التي أكدت AWS تأثرها — لأنها المكونات الأكثر عرضة لتكرار هذا النمط المحدد من الفشل.

2. اعتبر «العتاد الشبكي بين المنطقة ومحيطها الحضري» خطرًا محددًا الاسم في خطة المرونة لديك

إدراج خطر غامض من نوع «قد تتعرض AWS لعطل» غير قابل للتنفيذ. أما إدراج محدد — «الخط الشبكي بين us-west-2 وSeattle Metro تعطّل مرتين على الأقل في الأشهر الأخيرة بالسبب المُعلن نفسه» — فيفرض قرارًا ملموسًا: قبول الخطر، أو إضافة منطقة ثانوية لحركة البيانات المواجهة للإنترنت، أو إضافة مزود سحابي ثانوي للخدمات الأكثر عرضة تحديدًا. فالانتشارات العامة متعددة المناطق على AWS التي لا تزال توجّه كل حركة البيانات الخارجية عبر الخط المتري الفعلي نفسه لا تحل هذه المشكلة فعليًا.

3. ابنِ واختبر تبديلًا احتياطيًا حقيقيًا عابرًا للمناطق مخصصًا لحركة البيانات المواجهة للإنترنت تحديدًا

بما أن نمط الفشل هو حركة البيانات العابرة للحدود لا الحوسبة، فإن استراتيجية تبديل احتياطي تتعامل فقط مع سيناريو «المنطقة بأكملها معطلة» لن تُفعَّل بشكل صحيح عندما يكون العطل الفعلي هو «المنطقة تعمل داخليًا لكنها لا تستطيع الوصول إلى الإنترنت». يجب أن تختبر أتمتة التبديل الاحتياطي إمكانية الوصول الخارجي تحديدًا، لا فقط فحوصات سلامة الوحدات، ويجب التحقق منها في مواجهة محاكاة لفشل الخروج، لا مجرد محاكاة لعطل إقليمي.

4. أعد تقييم تعدد السحابات كقرار مرونة، لا مجرد قرار تكلفة أو تجنّب الارتباط بمزود واحد

السبب الجذري المتكرر عبر الحوادث — عتاد شبكي فعلي على خط متري محدد — هو نوع الفشل الذي لا يمكن لمنطقة AWS ثانية أن تحمي منه بالكامل إذا كانت المنطقتان تشتركان في بنية شبكية عليا أو نقاط نظير (peering). وبالنسبة للخدمات التي لا يُقبل فيها حتى ساعة واحدة من انعدام الوصول الخارجي (المدفوعات، بنية الألعاب اللحظية، الأنظمة الحرجة للسلامة)، قيّم ما إذا كان مزود سحابي ثانٍ لتلك الحمولة المحددة مبررًا الآن بالنظر إلى تواتر الحوادث الموثّق لدى AWS في 2026، بدلًا من التعامل مع تعدد السحابات كورقة تفاوضية سعرية فقط.

الدرس البنيوي

لا يبدو أي من حوادث AWS في 2026 كارثيًا بمفرده — فالمدد تُقاس بعشرات الدقائق إلى ما يزيد قليلًا عن الساعة، مع بقاء الحوسبة داخل المنطقة غير متأثرة في كل مرة. لكن ما يجعل هذا النمط ذا دلالة هو اجتماع التكرار، وسبب جذري مُعلن مطابق، وحصة AWS المفرطة البالغة 28% من سوق يزداد هو نفسه تركّزًا بين ثلاثة مزودين يسيطرون على 67% من إيرادات السحابة العالمية. خط شبكي هش بين منطقة واحدة ومنطقة حضرية واحدة هو مشكلة هندسية محلية عندما يحدث مرة واحدة. أما عندما يتعطل الخط نفسه مجددًا بالتفسير ذاته بعد أسابيع، وتقع البنية التحتية المالية والترفيهية الاستهلاكية — من Apple Pay إلى PlayStation Network — ضمن نطاق التأثير في كل مرة، فإن الأمر يتحول إلى سؤال جهازي حول مقدار «سباكة» الإنترنت التي تمر عبر نقاط لم تعزّزها AWS بعد.

الأسئلة الشائعة

المصادر والقراءات الإضافية

• The July 24, 2026 AWS us-west-2 Outage: Network Routing and a Long Recovery Tail — IncidentHub
• AWS Outage Hits US-West-2: 4th Incident in 4 Months [2026] — Tech Insider
• The PSN is back online after AWS outage — TheSixthAxis
• Enterprise cloud infrastructure uptake shows no sign of slowing — The Register