عند فتح Salesforce، تجد إحدى الميزات بطيئة أو غير متاحة أو تُظهر خطأً. في الوقت نفسه، تلاحظ تقارير عن مشكلة في AWS. قد يتبادر إلى ذهنك أن "Salesforce يعمل على AWS، لذا لا بد أن AWS هو السبب". قد يكون هذا صحيحًا في بعض الأحيان، لكن العلاقة الحقيقية أكثر تعقيدًا. يستخدم Salesforce خدمات AWS على نطاق واسع، خاصةً من خلال Hyperforce ، بينما تستخدم بعض بيئات وخدمات Salesforce بنى تحتية أخرى. لذلك، قد يؤثر أي عطل في AWS على بعض أحمال عمل Salesforce دون أن يؤدي بالضرورة إلى توقف جميع عملاء Salesforce أو جميع منتجاتها.
السؤال العملي ليس ببساطة ما إذا كانت Salesforce تستخدم AWS، فهي تستخدمها بالفعل. السؤال المهم هو: أين تتم استضافة أي جزء من خدمة Salesforce الخاصة بك؟ وما هي منطقة AWS أو الخدمة التي تعتمد عليها؟ وهل تكمن المشكلة في Salesforce نفسها، أم في AWS، أم في التكامل الخاص بك، أم في مسار الشبكة بينهما ؟ يشرح هذا الدليل هذه التبعية بدءًا من أبسط الفحوصات وصولًا إلى أدق تفاصيل البنية، ثم يوضح كيفية التحقق من وضعك الخاص.
هايبرفورس هي بنية تحتية سحابية عامة من سيلزفورس تُستخدم لتقديم تطبيقات سيلزفورس في بيئات سحابية إقليمية. وتصف سيلزفورس هايبرفورس بأنها البنية التحتية التي تدعم منصة Customer 360، وتستخدم مزودي الخدمات السحابية العامة لتوسيع نطاق التوافر الإقليمي، وموقع البيانات، وضوابط الأمان، وقابلية التوسع.
اعتبارًا من سبتمبر 2026، أعلنت Salesforce أن Hyperforce متاحة على Amazon Web Services في عدة دول، وأنها بصدد التوسع لتشمل Google Cloud Platform. هذا التمييز مهم: صحيح أن "Salesforce تستخدم AWS"، لكن ليس صحيحًا أن "جميع مؤسسات Salesforce تعمل حصريًا على AWS". لا تزال Salesforce تدير بعض البنية التحتية الخاصة بها، ويمكن تشغيل بعض الخدمات على بنية تحتية منفصلة عن البنية التحتية الأساسية للمؤسسة.
تتوفر إرشادات Salesforce الحالية بشأن موقع البنية التحتية في قسم المساعدة: أين يوجد مثيل Salesforce الخاص بي؟ كما تشرح Salesforce نموذج Hyperforce الأوسع نطاقًا في قسم المعلومات العامة والأسئلة الشائعة حول Hyperforce .
يُعدّ هذا الاعتماد كبيرًا ومتعدد المستويات. لطالما كانت AWS مزودًا استراتيجيًا رئيسيًا لخدمات الحوسبة السحابية لشركة Salesforce لسنوات، وتصف AWS الشركتين بأنهما شريكتان استراتيجيتان عالميتان. تستخدم Salesforce بنية AWS التحتية لنشر Hyperforce، كما قامت بدمج منتجاتها مع خدمات AWS مثل Amazon Connect وAmazon Bedrock.
بالنسبة للعميل، يساعد ذلك على تقسيم العلاقة إلى ثلاثة مستويات:
| طبقة | يعتمد الأمر على AWS | ما يعنيه ذلك عملياً |
|---|---|---|
| طبقة استضافة Salesforce | قد يتم تشغيل مؤسسة أو خدمة Salesforce على Hyperforce المستضافة في منطقة AWS. | قد تصبح مشكلة في البنية التحتية الإقليمية أو الأساسية لـ AWS ذات صلة بتوافر Salesforce لهذا الحمل المستضيف. |
| طبقة منتجات وخدمات Salesforce | يمكن تشغيل بعض الإضافات أو الخدمات الداعمة لـ Salesforce على AWS بشكل منفصل عن مؤسسة Salesforce الأساسية. | قد تتعطل إحدى الميزات حتى عندما يظل نظام إدارة علاقات العملاء الأساسي سليمًا. |
| طبقة تكامل العملاء | قد تقوم شركتك بربط Salesforce بأحمال العمل الخاصة بك على AWS، أو واجهات برمجة التطبيقات، أو Amazon Connect، أو خطوط نقل البيانات، أو الشبكات الخاصة. | قد تكمن المشكلة في حساب AWS الخاص بك أو مسار الشبكة حتى عندما تعمل Salesforce نفسها بشكل طبيعي. |
يُعدّ هذا النموذج متعدد الطبقات مفتاحًا أساسيًا لحلّ المشكلات. فصفحة الحالة التي تُشير إلى أن "Salesforce يعمل" لا تُثبت سلامة التكامل المُستضاف على AWS. وبالمثل، فإنّ حدثًا عامًا في AWS لا يُثبت تأثّر نسخة Salesforce الخاصة بك.
تُشير Salesforce إلى أن مثيلات Hyperforce تستخدم نموذجًا نشطًا/نشطًا عبر ثلاث مناطق توافر ضمن المنطقة المعنية. منطقة التوافر (AZ) هي موقع معزول داخل منطقة AWS. في تصميم نشط/نشط، تعمل سعة التطبيق عبر مناطق متعددة بدلاً من إبقاء منطقة واحدة خاملة كاحتياطية. وتوضح Salesforce أن حركة البيانات تُوزع على خوادم التطبيقات النشطة في المناطق الثلاث، وأن تكرار قاعدة البيانات يحافظ على اتساق البيانات عبر المناطق.
تهدف هذه البنية إلى تقليل الاعتماد على منطقة توافر واحدة. فإذا واجهت إحدى مناطق التوافر مشكلة محلية، يُمكن للتصميم أن يُساعد الخدمة على الاستمرار عبر المناطق الأخرى. مع ذلك، لا تُزيل بنية مناطق التوافر المتعددة جميع احتمالات الأعطال. فمشكلة الخدمة على مستوى المنطقة، أو مشكلة في مستوى التحكم، أو انقطاع الشبكة، أو عطل في البرمجيات، أو فشل في التبعيات، أو حادث على مستوى التطبيق، كلها عوامل قد تؤثر على التوافر.
لذا فإن النموذج الذهني الصحيح هو: تم تصميم Salesforce على AWS ليكون مرنًا داخل منطقة AWS، ولكنه لا يزال يعتمد على البنية التحتية التي يمكن أن تكون مهمة أثناء أحداث AWS الأكبر .
هنا يكمن الخطأ في العديد من تحقيقات الحوادث. تشير Salesforce صراحةً إلى إمكانية تشغيل بعض الخدمات على بنية تحتية منفصلة مع دمجها في بنية مؤسسة العميل. على سبيل المثال، تنص وثائق Salesforce الخاصة بخدمات Sales Engagement وEinstein Activity Capture وSalesforce Inbox وEinstein Conversation Insights على أن هذه الخدمات مُستضافة على بنية تحتية AWS منفصلة عن بنية Salesforce الأساسية الخاصة بالمؤسسة.
وهذا يعني أن المستخدم قد يرى موقفًا مثل:
توثق Salesforce هذا الفصل في إرشادات ترحيل Hyperforce الخاصة بها لـ Sales Engagement و Einstein Activity Capture و Salesforce Inbox و Einstein Conversation Insights .
ابدأ بالاطلاع على معلومات الحالة والموثوقية الرسمية من Salesforce. ابحث عن حالة مثيل Salesforce الخاص بك بدلاً من الاعتماد على التقارير العامة التي تفيد بأن "Salesforce معطل". تشرح Salesforce كيفية تحديد مثيل المؤسسة في قسم " عرض معلومات المثيل لمؤسسة Salesforce الخاصة بك " .
في إعداد Salesforce، استخدم مربع البحث السريع للعثور على معلومات الشركة ، ثم ابحث عن حقل "المثيل" . تشير Salesforce إلى أن بادئات المثيل المكونة من حرفين، مثل AP0، تدل على بنية تحتية تابعة لطرف أول تُدار بواسطة Salesforce، بينما تشير البادئات المكونة من ثلاثة أحرف، مثل GBR10، إلى بنية تحتية تابعة لـ Hyperforce.
لا يُعدّ استخدام Hyperforce مرادفًا تلقائيًا لخدمات AWS بشكل دائم. تُشير Salesforce إلى أن Hyperforce مُتاح على AWS، وأنها بصدد التوسع ليشمل منصة Google Cloud Platform. وتنصح وثائقها العملاء الذين يرغبون في معرفة ما إذا كان استخدام Hyperforce مُحددًا مُتاحًا على AWS أو GCP بالتواصل مع دعم عملاء Salesforce.
يُعدّ هذا الأمر بالغ الأهمية لربط الحوادث. لا ينبغي ربط "هايبرفورس" بـ "AWS" بمجرد النظر إلى الكلمة نفسها.
إذا تأكدتَ من أن مؤسستك أو خدمة Salesforce المتأثرة تعمل على AWS، فحدد المنطقة. تُدرج وثائق مواقع Salesforce الحالية مناطق Hyperforce ومزودي خدمات الحوسبة السحابية العامة التابعة لها. على سبيل المثال، تُدرج Salesforce مناطق Hyperforce المدعومة من AWS في مواقع تشمل سيدني، ومومباي، وطوكيو، وسنغافورة، ولندن، وفرانكفورت، ووسط كندا، والعديد من المناطق في الولايات المتحدة.
ثم قارن حادثة Salesforce بمعلومات AWS Health الرسمية ذات الصلة بتلك المنطقة والخدمة. تجنب اعتبار مشكلة في منطقة AWS واحدة دليلاً على وجود مشكلة في منطقة Salesforce أخرى غير ذات صلة.
إذا كان نظام Salesforce نفسه يعمل بشكل سليم، فافحص مسار التكامل. تشمل التبعيات النموذجية من جانب العميل بوابات واجهة برمجة التطبيقات (API)، ووظائف Lambda، وAmazon Connect، وقواعد البيانات، وقوائم الانتظار، ونقاط النهاية الخاصة، وشبكات VPN، ونظام أسماء النطاقات (DNS)، وضوابط شبكة الشركة. قد يظهر عطل في أحد هذه المكونات للمستخدمين على أنه "مشكلة في Salesforce" لأن الخطأ يحدث داخل سير عمل Salesforce.
من الاختبارات المفيدة السؤال التالي: هل يمكن أن تنجح عملية Salesforce نفسها دون استدعاء خدمة AWS الخاصة بنا؟ إذا كانت الإجابة بنعم، فقد يكون النظام الأساسي سليمًا بينما يفشل مسار التكامل.
تستخدم بعض المؤسسات خدمة AWS Direct Connect ، وهي عبارة عن اتصال شبكي خاص بشبكة AWS، لدعم متطلبات الشبكات الخاصة بـ Hyperforce على AWS. وتوثّق Salesforce حالة استخدام لتوجيه حركة مرور بريد إلكتروني محددة من Hyperforce عبر AWS Direct Connect للمؤسسات التي لديها متطلبات اتصال خاص، أو متطلبات امتثال، أو متطلبات تتعلق بمكان تخزين البيانات.
يُنشئ هذا طبقة تبعية إضافية. عند استخدام اتصال خاص، قد يقع الحادث بين المستخدم وSalesforce بدلاً من أن يكون داخل Salesforce نفسه. للاطلاع على وثائق Salesforce ذات الصلة، يُرجى مراجعة "توجيه البريد الإلكتروني عبر AWS Direct Connect لـ Hyperforce" .
تصف Salesforce منصة Hyperforce بأنها مصممة للعمل عبر العديد من مزودي خدمات الحوسبة السحابية العامة. وهذا يقلل من الافتراض المعماري القائل بضرورة وجود مزود واحد لخدمات الحوسبة السحابية العملاقة ليكون البنية التحتية الدائمة لجميع أحمال عمل Salesforce. وتشير وثائق Salesforce لعام 2026 إلى أن Hyperforce متوفرة على AWS، وأن دعم منصة Google Cloud Platform سيُطرح في مناطق محددة، وذلك وفقًا لما ستعلنه Salesforce في خارطة طريقها.
بالنسبة للعملاء، لا يعني هذا أن مؤسسة Salesforce الحالية ستنتقل تلقائيًا من AWS إلى Google Cloud في حالة انقطاع خدمة AWS. يتعلق دعم الحوسبة السحابية المتعددة بشكل أساسي بمكان نشر Salesforce لمنصتها وتشغيلها. لذا، لا تفترض إمكانية الانتقال التلقائي بين مزودي الخدمة إلا إذا وثّقت Salesforce ذلك صراحةً للخدمة التي تستخدمها.
لا تقتصر العلاقة بين AWS وSalesforce على استضافة البنية التحتية فحسب، بل تشمل شراكة استراتيجية أوسع نطاقًا في مجالات البيانات والذكاء الاصطناعي وقدرات مراكز الاتصال والتكامل والمشتريات. وتُبرز صفحة الشراكة الرسمية لـ AWS عمليات التكامل التي تجمع بين منتجات Salesforce وتقنيات AWS، بما في ذلك الذكاء الاصطناعي التوليدي وقدرات إدارة البيانات. يمكنكم الاطلاع على تفاصيل هذه العلاقة على صفحة الشراكة الرسمية بين AWS وSalesforce .
هذا الأمر مهم أثناء مراجعات التصميم المعماري لأنه يوجد سؤالان مختلفان حول التبعية:
لهذين الاعتمادين مالكين مختلفين، ومسارات مراقبة مختلفة، وإجراءات استرداد مختلفة، وفرق دعم مختلفة.
عندما يبلغ المستخدمون عن عدم توفر Salesforce أو وجود خلل جزئي فيها، قم بإجراء هذه الفحوصات بالترتيب التالي:
ستتأكد من صحة تشخيصك عندما تتطابق الأدلة عبر مختلف المستويات. إذا أبلغت خدمة Salesforce Trust عن حادثة في نظامك تحديدًا، وكانت الخاصية المتأثرة مطابقة للأعراض، فإن Salesforce متورطة بقوة. أما إذا كان نظام Salesforce يعمل بشكل سليم، ولكن اختبارات تكامل AWS الخاصة بك فشلت في نفس الفترة الزمنية، فإن اعتماد العميل على AWS يُعد مؤشرًا أقوى. وإذا تأثرت إضافة واحدة فقط من إضافات Salesforce بينما ظلت وظائف CRM الأساسية تعمل بشكل طبيعي، فابحث في البنية التحتية وحالة تلك الخدمة بشكل منفصل.
لا تتوقف عند عبارة "حدث عطل في AWS" أو "تعطلت خدمة Salesforce". يأتي الحل الموثوق من مطابقة مثيلك ومنتجك ومنطقتك ومسار التكامل الخاص بك .
تعتمد Salesforce بشكل كبير على AWS، خاصةً وأن العديد من عمليات نشر Hyperforce والخدمات الداعمة لها تعمل على بنية AWS التحتية. لكن هذا الاعتماد ليس شاملاً أو أحادي البعد. إذ تدير Salesforce أيضاً بنية تحتية خاصة بها، وتوسع نطاق Hyperforce عبر العديد من مزودي الخدمات السحابية العامة، ويمكنها استضافة خدمات فردية بشكل منفصل عن المؤسسة الأساسية للعميل.
بالنسبة لفرق العمليات، يُعدّ التعامل مع Salesforce وAWS كبنية ترابطية، بدلاً من اعتبارهما نظامًا واحدًا متكاملاً، هو الأسلوب الأمثل. حدّد مكان تشغيل النظام الأساسي، وارسم خريطة لخدمات Salesforce المستضافة بشكل منفصل، ووثّق كل عملية تكامل مع AWS يديرها العميل، وراقب كل طبقة على حدة. هذا يُمكّنك من الانتقال بسرعة أكبر من تشخيص "Salesforce معطّل" إلى المكوّن المحدد الذي يحتاج إلى معالجة.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
تعرف على كيفية قيام واجهات الدماغ والحاسوب بفك تشفير الإشارات العصبية لاستعادة الاتصال والحركة، وما حققته الدراسات الحديثة، وما الذي لا يزال يحد من استخدام واجهات الدماغ والحاسوب.
See how commercial drones combine sensors, edge AI, batteries, communications, and flight-control software—and where autonomy still depends on mission and regulation.
Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.
Learn how payload mass, battery limits, weather, propulsion efficiency, and aircraft architecture shape industrial UAV endurance—and how to improve it.
قارن بين برامج الهندسة الطبية الحيوية الرائدة للأجهزة الطبية الذكية، بما في ذلك التصميم، والإلكترونيات الحيوية، والذكاء الاصطناعي، والأمن السيبراني، والتدريب السريري، والتنظيم.
قم ببناء خطة عملية لاستمرارية العمل في حالة توقف Salesforce مع أولويات واضحة، وسير عمل احتياطي، وفحوصات استعادة، ومعايير اختبار، وحدود واقعية.
قد تُؤدي مشاكل نظام StoreForce إلى تعطيل الجداول الزمنية، وتسجيل ساعات العمل، وتغييرات الورديات، والتواصل داخل المتجر. تعرّف على كيفية تشخيص المشكلة، والحفاظ على سير عمليات البيع بالتجزئة بسلاسة، والتحقق من استعادة النظام.
تعرف على كيفية الاتصال بدعم Salesforce أثناء انقطاع كبير للخدمة، واختيار القناة المناسبة، وإعداد حالة مفيدة، والمتابعة دون إنشاء تذاكر مكررة.
قارن بين برامج الماجستير المتميزة في مجال التكنولوجيا المالية والأمن السيبراني على مستوى العالم، بما في ذلك المناهج الدراسية، والشكل، والملاءمة المهنية، وتفاصيل القبول الحالية لعام 2027.
