هل تأثرت Salesforce بانقطاع خدمة AWS الأخير؟ ما الذي يجب التحقق منه قبل إلقاء اللوم على السحابة؟

إذا شعرتَ ببطء في أداء Salesforce، أو فشلت عملية تسجيل الدخول، أو توقف التكامل فجأةً عن العمل بالتزامن مع ورود أنباء عن انقطاع خدمة AWS، فقد يميل المرء إلى ربط الأمرين فورًا. قد يكون هذا التشخيص صحيحًا في بعض الحالات، ولكن ليس دائمًا.

حتى تاريخ 16 سبتمبر 2026، لم تتوفر أدلة علنية على انقطاع واسع النطاق في خدمة Salesforce يُعزى إلى آخر خلل في AWS. ولا تزال AWS تُبلغ عن انقطاع كبير ومستمر في الخدمة في منطقة الشرق الأوسط (البحرين)، واضطراب خطير في أجزاء من منطقة الشرق الأوسط (الإمارات العربية المتحدة). وتُشغّل Salesforce أحمال عمل Hyperforce على AWS في عدة دول، بما فيها الإمارات، لذا فإن أي مشكلة إقليمية في AWS قد تُؤثر على بعض عملاء Salesforce. لكن يجب التحقق من حالة Salesforce على مستوى المؤسسة، والمثيل، والمنطقة، والخدمة تحديدًا قبل الجزم بأن AWS هي السبب.

تشرح هذه المقالة ما تم تأكيده وما لم يتم تأكيده، وكيفية معرفة ما إذا كانت بيئة Salesforce الخاصة بك متأثرة، ومتى يجب عليك التوقف عن انتظار صفحة الحالة العامة والتحقق من شبكتك أو متصفحك أو التكامل أو المستأجر الخاص بك بدلاً من ذلك.

ما هو العطل الأخير في خدمات AWS؟

لا يزال أحدث خلل كبير في خدمات أمازون ويب سيرفيسز (AWS) حاضراً في تاريخها، ويتركز في منطقة الشرق الأوسط. وتقول AWS إن منطقة الشرق الأوسط (البحرين)، المشار إليها بالرمز me-south-1 ، غير متاحة بسبب أضرار مادية، بينما تعرضت منطقة الشرق الأوسط (الإمارات العربية المتحدة)، المشار إليها بالرمز me-central-1 ، أيضاً لأضرار بالغة.

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

يمكنك التحقق من حالة الأحداث الحالية والسابقة مباشرةً على لوحة معلومات AWS Health . كما توضح AWS أن عرض حالة الخدمة العام يُظهر أحداث الخدمة العامة، بينما يمكن للعملاء المسجلين رؤية المشكلات الخاصة بحساباتهم في عرض AWS Health المخصص لهم.

هل تعطلت منصة Salesforce بسبب تعطل AWS؟

ليس على نطاق واسع، استناداً إلى الأدلة العامة المتاحة في 16 سبتمبر 2026.

يُعد موقع حالة الثقة العام التابع لشركة Salesforce المصدر الرئيسي للتحقق من حوادث Salesforce. في وقت المراجعة، لم تكن Salesforce تنشر أي حادثة على مستوى المنصة تُعزى فيها مشاكل توفر Salesforce الحالية واسعة النطاق إلى انقطاع AWS في الشرق الأوسط.

هذا التمييز مهم. قد يتعرض مزود خدمة سحابية لانقطاع خطير في منطقة ما دون أن تتأثر جميع شركات البرمجيات التي تستخدمه عالميًا. غالبًا ما تعمل منصات SaaS الحديثة عبر مناطق متعددة، ومناطق توافر، وطبقات توجيه، وبيئات بنية تحتية. لذا، فإن السؤال المهم ليس فقط "هل تعاني AWS من انقطاع؟" بل "هل تعمل مؤسسة Salesforce الخاصة بي أو خدمة تعتمد عليها ضمن مسار البنية التحتية المتأثر؟"

لماذا قد تكون خدمات AWS مهمة لشركة Salesforce على الإطلاق؟

تعتمد بنية Hyperforce من Salesforce على بنية تحتية سحابية عامة لتشغيل العديد من أحمال عمل Salesforce. وتشير وثائق Salesforce الحالية إلى أن Hyperforce متوفرة على AWS في عدة دول، منها أستراليا، والبرازيل، وكندا، وفرنسا، وألمانيا، والهند، وإندونيسيا، وإسرائيل، وإيطاليا، واليابان، وسنغافورة، وجنوب إفريقيا، وكوريا الجنوبية، والسويد، وسويسرا، والإمارات العربية المتحدة، والمملكة المتحدة، والولايات المتحدة.

تُوثّق Salesforce أيضًا أن بعض مثيلات Hyperforce مُرتبطة بمناطق AWS مُحددة. على سبيل المثال، تُدرج وثائق موقع المثيل مناطق AWS لعدد من المناطق الجغرافية لـ Hyperforce. وتُشير الشركة كذلك إلى أنه يُمكن للعملاء تحديد مثيل Salesforce الخاص بهم واستخدام Salesforce Trust لعرض موقعه وحالته.

راجع دليل موقع مثيل Salesforce الرسمي ووثائق إقامة بيانات Hyperforce الخاصة بـ Salesforce .

ما النتيجة التي يجب أن تسعى لتحقيقها؟

لا يقتصر الهدف على مجرد العثور على رمز حالة أحمر أو أخضر. بل يجب أن يجيب التشخيص المفيد على ثلاثة أسئلة:

• النطاق: هل تؤثر المشكلة على الجميع، أم على نسخة واحدة من Salesforce، أم على منتج واحد، أم على عملية تكامل واحدة، أم على مؤسستك فقط؟
• السبب: هل هناك حادثة رسمية في Salesforce، أو حدث إقليمي في AWS، أو دليل على أن المشكلة محلية في متصفحك أو شبكتك أو إعداد المصادقة أو التكامل؟
• الخطوة التالية: هل يجب على المستخدمين الانتظار، أو تجاوز الفشل، أو إعادة المحاولة لاحقًا، أو تغيير سير العمل، أو الاتصال بدعم Salesforce، أو التحقيق في تبعية داخلية؟

إذا لم تتمكن من الإجابة على هذه الأسئلة الثلاثة بعد، فهذا يعني أن لديك حالة قيد الملاحظة، وليس تشخيصًا.

كيف يمكنك التحقق مما إذا كانت مؤسسة Salesforce الخاصة بك متأثرة؟

1. حدد مثيل Salesforce الخاص بك

توصي Salesforce بالتحقق من حقل "المثيل" في الإعدادات ضمن "معلومات الشركة" أو البحث عن نطاقك على Salesforce Trust. تُعدّ هوية المثيل مهمة لأن حالة الخدمة قد تختلف بين المناطق ومجموعات البنية التحتية.

تتوفر التعليمات الرسمية من Salesforce في قسم " عرض معلومات المثيل لمؤسستك في Salesforce" .

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

2. ابحث عن تلك الحالة في Salesforce Trust

انتقل إلى Salesforce Trust وابحث عن مثيلك أو نطاقك. تحقق من الحوادث الحالية، وسجل الحوادث الأخيرة، والصيانة المجدولة.

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

إذا أظهر Salesforce Trust أن مثيلك سليم، فلا تتوقف عند هذا الحد. قد تتأخر صفحات الحالة عن تقارير العملاء الأولى، وقد تؤثر المشكلة على ميزة أو تبعية أو مجموعة صغيرة من المستأجرين فقط.

3. قارن التوقيت مع الحدث الرسمي لشركة AWS

إذا كانت مؤسستك على منصة Salesforce تعمل على Hyperforce المدعومة من AWS، فقارن فترة حوادث Salesforce بفترة أحداث منطقة AWS ذات الصلة. يتطلب الربط الدقيق بين الأحداث أكثر من مجرد وقوعها في نفس الشهر.

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

4. اختبر ما لا يزال يعمل

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

• هل يمكن للمستخدمين تسجيل الدخول؟
• هل بإمكانهم فتح السجلات؟
• هل يمكنهم حفظ التحديثات؟
• هل تنجح طلبات واجهة برمجة التطبيقات (API)؟
• هل تفشل عمليات التكامل الصادرة أم الواردة؟
• هل تحدث المشكلة عبر المتصفحات والشبكات المختلفة؟
• هل تقتصر المشكلة على منطقة جغرافية أو مكتب واحد؟

يُعدّ نمط المشكلة بالغ الأهمية. ففشل تسجيل الدخول بالكامل يُشير إلى نطاق عطل مختلف عن عطل تكاملي واحد متأخر. إذا كانت واجهة مستخدم Salesforce سليمة، ولكن فشل تدفق البرمجيات الوسيطة إلى نظام مُستضاف على AWS، فقد يكون التأثير الحقيقي في المراحل اللاحقة لـ Salesforce وليس في Salesforce نفسها.

هل يمكن أن يكون نظام Salesforce سليماً بينما لا يزال التكامل معطلاً؟

نعم. هذا أحد أهم الفروقات أثناء انقطاع الخدمة السحابية.

قد يكون نظام Salesforce الخاص بك متاحًا بالكامل بينما يكون أحد المكونات المستضافة على AWS والتي يتصل بها معطلاً. تشمل الأمثلة البرامج الوسيطة، وواجهات برمجة التطبيقات المخصصة، وخطوط نقل البيانات، وخدمات الملفات، ومكونات الهوية، ووظائف التحليلات، أو التطبيقات الخارجية التي تعمل على AWS.

في تلك الحالة، قد يُظهر Salesforce Trust بشكل صحيح أن منصة Salesforce سليمة على الرغم من فشل عملية تجارية داخل مؤسستك.

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

ماذا عن مشاكل Salesforce التي تم الإبلاغ عنها في وقت سابق من شهر سبتمبر؟

نشرت Salesforce عدة حوادث في أوائل سبتمبر 2026، لكن سجلات الحوادث العامة لا تثبت أنها ناجمة عن انقطاع خدمة AWS في الشرق الأوسط الحالي.

على سبيل المثال، سجلت Salesforce انقطاعًا في الخدمة بتاريخ 5 سبتمبر/أيلول، أثر على مجموعة منصة "AWS US"، واستمر الانقطاع حوالي 90 دقيقة، وتم حله لاحقًا. وفي سياق منفصل، أبلغت Salesforce عن مشكلة في Revenue Cloud بدأت في 6 سبتمبر/أيلول، وأشارت إلى أن التحقيق الذي أجرته كشف أن إصدارًا حديثًا هو السبب. كما نشرت Salesforce إشعارًا إعلاميًا حول تجمد واجهة المستخدم بشكل متقطع في متصفحي Chrome وEdge 153، ووصفت ذلك بأنه مشكلة في متصفح تابع لجهة خارجية، وليس مشكلة في بنية Salesforce التحتية.

الدرس مهم: قد تحدث أعطال متعددة في وقت متقارب لأسباب مختلفة تمامًا. تجنب تصنيف جميع مشاكل Salesforce تحت مسمى "عطل AWS" إلا إذا ربطها المورّد فعليًا.

ما هي العلامات التي تشير إلى احتمال تورط AWS بالفعل؟

تزداد الأدلة قوةً عندما تتوافق عدة إشارات:

متى يجب عليك التوقف عن انتظار صفحات الحالة؟

غيّر أسلوبك في استكشاف الأخطاء وإصلاحها عندما لا تتطابق المعلومات العامة مع ما تراه.

إذا كانت حالة ثقة Salesforce سليمة، ولكن مجموعة كبيرة من المستخدمين لا يستطيعون الوصول إلى نفس النظام من شبكات متعددة، فقم بتسجيل الطوابع الزمنية، ومعرفات الطلبات، ورسائل الخطأ، وأسماء المستخدمين المتأثرين، ثم افتح حالة دعم لدى Salesforce. أما إذا كان مكتب واحد فقط متأثرًا، فقارن الحالة بشبكة أخرى أو اتصال جوال قبل الإبلاغ عن انقطاع خدمة SaaS عالمي.

إذا كانت واجهة مستخدم Salesforce تعمل ولكن عمليات التكامل تفشل، فافحص نقطة النهاية الخارجية، وحل DNS، والشهادات، وقوائم الانتظار، ورموز أخطاء واجهة برمجة التطبيقات، والمنطقة السحابية التي تستضيف هذا المكون. لا تنتظر حتى تُبلغ Salesforce عن مشكلة تتعلق بمكون لا تُشغّله Salesforce.

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

كيف يمكنك معرفة متى يتم حل المشكلة بالفعل؟

تُعد صفحة الحالة التي تعود إلى اللون الأخضر مفيدة، ولكن يجب التأكد من استعادة التشغيل من خلال سير العمل الخاص بك.

قبل إعلان انتهاء الحادث، تحقق مما يلي:

• يمكن للمستخدمين تسجيل الدخول بشكل طبيعي؛
• تنجح عمليات قراءة وكتابة السجلات؛
• عادت معدلات أخطاء واجهة برمجة التطبيقات إلى مستوياتها الأساسية؛
• عمليات التكامل المتراكمة تتناقص بدلاً من أن تستمر في التراكم؛
• تم استئناف تشغيل المهام المجدولة؛
• لا يبقى أي تكوين يدوي للفشل أو تكوين طوارئ نشطًا؛
• يمكن إتمام المعاملات بالغة الأهمية للأعمال من البداية إلى النهاية.

إن النتيجة القوية لا تقتصر على مجرد قول البائع "تم حل المشكلة". بل هي "قول البائع "تم حل المشكلة، وسير العمل الذي يهمنا يعمل مرة أخرى دون معدلات خطأ غير طبيعية".

ما هو الحل العملي الآن؟

حتى تاريخ 16 سبتمبر 2026، لا تدعم المعلومات الرسمية المتاحة القول بأن خدمة Salesforce بأكملها معطلة بسبب انقطاع خدمة AWS الأخير. يُعدّ العطل الأكثر خطورة الذي تواجهه AWS حاليًا محدودًا جغرافيًا، ويتركز في البحرين وأجزاء من الإمارات العربية المتحدة. تستخدم Salesforce خدمة AWS للعديد من بيئات Hyperforce، بما في ذلك في الإمارات، لذا قد تعتمد بعض أحمال العمل المستضافة أو المتصلة بـ Salesforce على خدمات AWS. هذا يجعل التحقق الإقليمي مهمًا، ولكنه لا يعني بالضرورة حدوث انقطاع عالمي لخدمة Salesforce.

إذا كانت مؤسستك تواجه مشاكل الآن، فإن المسار الأكثر موثوقية هو:

1. حدد مثيل Salesforce الخاص بك؛
2. تحقق من تلك الحالة على Salesforce Trust؛
3. تحديد ما إذا كانت المؤسسة أو التبعية الفاشلة موجودة على AWS وفي أي منطقة؛
4. قارن بين فترات وقوع الحادث بدقة؛
5. اختبر نظام Salesforce الأساسي بشكل منفصل عن عمليات التكامل الخارجية؛
6. قم بتصعيد الأمر بالأدلة إذا لم يفسر الوضع الرسمي أعراضك.

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