الرئيسية
» تكنولوجيا
»
انقطاع خدمة Salesforce Heroku: ماذا يحدث للتطبيقات المنشورة؟
انقطاع خدمة Salesforce Heroku: ماذا يحدث للتطبيقات المنشورة؟
في 16 سبتمبر 2026، أظهرت لقطة واجهة برمجة تطبيقات حالة Heroku العامة أن التطبيقات والبيانات والأدوات بحالة جيدة ( باللون الأخضر ) ، دون وجود أي حوادث نشطة. هذا مجرد فحص لحظي، ولا يضمن سلامة جميع التطبيقات أو المناطق أو التبعيات. تُحدد Heroku الآن صفحة حالة Heroku الخاصة بـ Salesforce Trust كقناة رئيسية للتواصل بشأن الحوادث والصيانة، بينما تظل واجهة برمجة تطبيقات الحالة القديمة مفيدة للحصول على لقطة سريعة برمجية.
هناك أيضًا تطور هام على مستوى المنصة وراء مسألة انقطاع الخدمة. في تحديثها الصادر في 6 فبراير 2026، ذكرت هيروكو أنها انتقلت إلى نموذج هندسي مستدام يركز على الاستقرار والأمان والموثوقية والدعم. وصفت هيروكو المنصة بأنها مدعومة بشكل فعال وجاهزة للاستخدام في بيئات الإنتاج، وأكدت أن عملاء بطاقات الائتمان الحاليين لن يطرأ أي تغيير على الأسعار أو الفواتير أو الخدمة أو الاستخدام اليومي. هذا الإعلان هو تحديث لدورة حياة المنصة والاستثمار، وليس بيانًا بإيقاف تشغيل التطبيقات المنشورة.
مشهد عمليات مفاهيمي يوضح مطورًا يراقب حالة التطبيق؛ إنها ليست لقطة شاشة مباشرة لحالة Salesforce أو Heroku.
ما يمكن أن يؤثر عليه انقطاع خدمة Salesforce Heroku فعليًا
لا يُعدّ انقطاع خدمة Heroku عطلاً واحداً. إذ تُصنّف Heroku منصتها إلى فئات خدمات، تشمل التطبيقات والبيانات والأدوات. ويعتمد التأثير العملي على الطبقة المتأثرة، وما إذا كان تطبيقك سيستمر بالعمل بدونها.
طبقة الخدمة
ما الذي قد يفشل
ما قد يلاحظه المستخدمون
أولوية فورية
التطبيقات
أجهزة قياس الطاقة، أو التوجيه، أو أعمال التطبيقات المجدولة
انقطاع الاتصال، أو استجابات 5xx، أو بطء الصفحات، أو عدم إتمام المهام
اختبر التطبيق العام وافصل حركة مرور الويب عن العمل الذي يتم في الخلفية
بيانات
Heroku Postgres، أو Heroku Key-Value Store، أو Apache Kafka، أو Heroku Connect
عمليات قراءة وكتابة فاشلة، سجلات قديمة، قوائم انتظار متأخرة، أو فجوات في المزامنة
حماية سلامة البيانات والتحكم في حجم إعادة المحاولة
أدوات
عمليات نشر Git-push، وواجهة برمجة تطبيقات النشر، وتكامل GitHub، والتسجيل، أو القياس عن بُعد
تفشل عمليات النشر، أو تكون السجلات غير متاحة، أو لا تعكس لوحة المعلومات الواقع.
تجنب عمليات الإطلاق المتكررة واستخدم المراقبة المستقلة
الاعتمادات الخارجية
واجهات برمجة تطبيقات Salesforce، وموفرو خدمات الدفع، وخدمات الهوية، ونظام أسماء النطاقات (DNS)، أو روابط الويب التابعة لجهات خارجية
يتم تحميل تطبيق Heroku ولكن فشل سير عمل رئيسي
تحقق من حالة التبعيات قبل ترحيل التطبيق بأكمله
التأثير على التطبيقات المنشورة بالفعل
1. قد يظل التطبيق قيد التشغيل متاحًا
لا يعني وجود مشكلة في لوحة التحكم أو أداة النشر بالضرورة توقف جميع وحدات dyno العاملة عن خدمة الطلبات. توضح وثائق دورة حياة تطبيقات Heroku أن وحدات dyno الخاصة بالويب تستقبل حركة مرور HTTP عبر موجهات Heroku، بينما تعالج وحدات dyno العاملة المهام في الخلفية. إذا كان المكون المتأثر هو لوحة التحكم أو واجهة سطر الأوامر أو مسار النشر، فقد يستمر تطبيق الويب الحالي في الاستجابة حتى لو لم يتمكن المشغل من النشر أو التوسع أو فحص السجلات أو تغيير التكوين بشكل طبيعي.
والعكس صحيح أيضاً: قد تكون خدمة الأدوات سليمة بينما يتسبب عطل في التطبيقات أو التوجيه في عدم توفر عنوان URL العام. لهذا السبب، لا ينبغي اعتبار عرض لوحة التحكم باللون الأخضر - أو فشل تسجيل الدخول إلى لوحة التحكم - بمثابة فحص كامل لسلامة التطبيق.
2. يمكن أن تؤدي أعطال البيانات إلى تحويل انقطاع جزئي للخدمة إلى حادثة تجارية
إذا كان تطبيق الهاتف قيد التشغيل ولكن قاعدة بياناته أو قائمة الانتظار الخاصة به معطلة، فقد يرى المستخدمون صفحة تُحمّل بدون بيانات حديثة، أو عمليات إرسال نماذج فاشلة، أو محاولات إعادة إرسال تبدو مكررة، أو تأخيرًا في التنفيذ. قد تبدو صفحة القراءة فقط طبيعية أثناء قيام نظام الدفع، أو تغييرات الحساب، أو معالجة الطلبات بنسخ احتياطي صامت.
لا تعالج كل خطأ في قاعدة البيانات بزيادة عدد المحاولات. فكثرة المحاولات قد تزيد الحمل وتُنشئ مهامًا مكررة عند استعادة الخدمة. يُفضّل استخدام محاولات محدودة وغير قابلة للتكرار؛ أوقف العمليات غير الضرورية مؤقتًا إذا كان ذلك ممكنًا في دليل التشغيل؛ وسجّل العمليات التي اكتملت، والعمليات التي فشلت، والعمليات التي لا تزال غير معروفة.
3. قد تكون ثقة النشر أقل من ثقة وقت التشغيل
أثناء انقطاع خدمة Heroku الذي يؤثر على عمليات دفع Git، أو واجهة برمجة تطبيقات النشر، أو بنية البناء، أو السجلات، قد يتعذر على المطور إثبات وصول إصدار ما إلى بيئة الإنتاج. قد يؤدي إعادة تشغيل عملية النشر نفسها إلى حدوث ارتباك أو إنتاج إصدارات متعددة يصعب التوفيق بينها. لذا، يُنصح بتسجيل مُعرّف الالتزام، ورقم الإصدار إن وُجد، ومخرجات الأوامر المحلية، والطوابع الزمنية. انتظر إشارة استعادة رسمية قبل محاولة إجراء عملية نشر للتحقق المُتحكم به.
4. الاتصال بـ Salesforce هو تبعية منفصلة
لا يؤدي أي عطل متعلق بـ Salesforce بالضرورة إلى توقف خوادم الويب التي تستضيف تطبيق Heroku. مع ذلك، قد يتأثر التطبيق الذي يعتمد على مصادقة Salesforce، أو استدعاءات واجهة برمجة التطبيقات (API)، أو مزامنة Heroku Connect، أو سير العمل القائم على الأحداث، بشكل كبير. السؤال الصحيح ليس ببساطة "هل Heroku معطل؟" بل "أي مسار مستخدم يعتمد على أي خدمة، وما هي البيانات التي يمكن تأجيلها بأمان؟"
اختبر من خارج شبكة المكتب. استخدم فحصًا اصطناعيًا خارجيًا أو اتصالًا منفصلًا لاختبار عنوان URL العام، ونقطة نهاية صحية خفيفة، وإجراء مستخدم نموذجي واحد. هذا يميز بين حدث في النظام الأساسي ومشكلة في نظام أسماء النطاقات المحلي أو جدار الحماية أو شبكة VPN.
صنّف العملية الفاشلة. هل يكمن الخلل في التوجيه، أو عملية dyno، أو استعلام قاعدة البيانات، أو النشر، أو التسجيل، أو واجهة برمجة تطبيقات خارجية؟ تمنع خريطة خدمة بسيطة فريقًا من ترحيل تطبيق سليم تمامًا بسبب عدم توفر أحد مكوناته الأساسية.
قلل من التغييرات المحفوفة بالمخاطر. جمّد الإصدارات غير الأساسية، وتعديلات التكوين، وتغييرات الإضافات، وتجارب التوسع حتى تتضح حالة النظام الأساسي. احتفظ بالأدلة بدلاً من تغيير عدة متغيرات في وقت واحد.
احمِ سير عمل العملاء. إذا كان ذلك آمنًا، فقم بالتبديل إلى وضع القراءة فقط، أو تأجيل المهام غير الحرجة، أو عرض رسالة صيانة واضحة، أو تعطيل التكامل المعطل. اجعل السلوك المتدهور مرئيًا بدلًا من قبول الطلبات التي لا يمكن إكمالها بشكل موثوق.
قم بإجراء عملية المطابقة بعد الاستعادة. تحقق من عمليات الكتابة، وقوائم الانتظار، والمهام المجدولة، وخطافات الويب، ومزامنة Salesforce، وعمليات الاستدعاء من جهات خارجية. لا يُعدّ ظهور استجابة HTTP 200 بعد الاستعادة دليلاً قاطعاً على اكتمال جميع عمليات سير العمل في الخلفية.
أي خيار من خيارات المرونة يناسب تطبيقك؟
لا توجد بنية استجابة مثالية واحدة. يعتمد الاستثمار الأمثل على تكلفة التوقف عن العمل، ومتطلبات متانة بياناتك، ومدى قدرة فريقك على التعامل مع التعقيدات التشغيلية.
يحتاج
نهج معقول
المقايضة للقبول
تطبيق داخلي منخفض التكلفة
فحوصات وقت التشغيل الخارجية، ودليل إجراءات الاسترداد الموثق، والنسخ الاحتياطية المختبرة
قد تكون عملية التعافي يدوية وأبطأ.
تطبيق موجه للعملاء مع قدرة معتدلة على تحمل فترات التوقف
المراقبة المستقلة، والتدهور التدريجي، وقوائم الانتظار المحدودة، ومسار إعادة النشر السريع
المزيد من الأعمال الهندسية والمزيد من الأنظمة التي يجب صيانتها
سير العمل الحرج للإيرادات أو السلامة
بيئة تجاوز الفشل التي تعمل بشكل منفصل، واستراتيجية البيانات المنسوخة، وعملية الانتقال المُدربة.
ارتفاع التكلفة، وتساؤلات حول الاتساق، ونموذج تشغيلي أكثر صعوبة
الفرق التي تفكر في الانتقال
قارن سجل الحوادث، واحتياجات الدعم، وقابلية النقل، وأهداف الاسترداد، ومتطلبات التكامل قبل الانتقال
قد يؤدي الترحيل إلى ظهور أنماط فشل جديدة ولا يزيل مخاطر التبعية.
لا تُعدّ خاصية تجاوز الأعطال متعددة المناطق أو متعددة المزوّدين ذات قيمة إلا عند اختبارها بشكل مستقل. قد تتعطل بيئة احتياطية تشترك في نفس مزوّد الهوية، ونظام أسماء النطاقات (DNS)، ومخزن البيانات، والأسرار، أو مسار النشر، تمامًا كما هو الحال مع البيئة الأساسية. في المقابل، قد يكون نشر بسيط على منصة Heroku مع مراقبة خارجية جيدة ووضع تشغيل منخفض الأداء واضح، الخيار الأكثر موثوقية لفريق صغير لا يستطيع تشغيل منصتين.
ماذا يعني تحديث Heroku لعام 2026 للتطبيقات المنشورة؟
يُغيّر نموذج الهندسة المستدامة التوقعات المتعلقة بتطوير المنصة أكثر من تغييره للسلوك المباشر للتطبيقات الحالية. وتؤكد هيروكو أن تركيزها ينصب على التشغيل والدعم المستقر والآمن والموثوق، مع توجيه الأعمال الجديدة نحو تحقيق أهداف الاستدامة. أما بالنسبة للفرق التي تُشغّل تطبيقات الإنتاج بالفعل، فإن الرسالة المُؤكدة للعملاء هي الاستمرارية: فالوظائف الأساسية تبقى متاحة، ولا يحتاج عملاء بطاقات الائتمان إلى تغيير استخدامهم اليومي نتيجةً لهذا الإعلان.
المفاضلة هنا استراتيجية. ينبغي على المؤسسات التي تختار Heroku لتبني ميزات المنصة الجديدة على نطاق واسع بسرعة مراجعة خارطة الطريق وخيارات العقود بعناية. أما المؤسسات التي تُعطي الأولوية لتجربة نشر مُدارة، وبنية تطبيقات ناضجة، وإدارة بنية تحتية مُبسطة، فقد تنظر إلى نموذج يركز على الاستقرار بنظرة مختلفة. كما أعلنت Heroku أنها لن تُقدم عقود حسابات المؤسسات الجديدة للعملاء الجدد، بينما سيتم الالتزام باشتراكات المؤسسات الحالية والدعم، ويمكن تجديدها. هذا الأمر مهم لقرارات الشراء وهندسة الأنظمة المستقبلية، ولكنه لا يُعد دليلاً على انقطاع الخدمة أو وجود خطر تلقائي على التطبيقات المنشورة حاليًا.
خلاصة القول
أظهرت آخر لقطة رسمية تم فحصها في 16 سبتمبر 2026 عدم وجود أي حوادث نشطة على منصة Heroku، كما أكد إعلان Heroku لعام 2026 بشأن الدعم الهندسي المستمر استمرار دعم المنصة. مع ذلك، في حال حدوث انقطاع، فإن تأثيره على التطبيق المنشور يعتمد على الطبقة المتأثرة: فقد تؤثر التطبيقات على التوافر، وقد تؤثر البيانات على صحتها وعلى العمل المُجدول، وقد تؤثر الأدوات على النشر وإمكانية المراقبة، وقد تتسبب تبعيات Salesforce أو جهات خارجية في تعطيل مسارات المستخدمين الفردية بينما يبقى التطبيق نفسه متصلاً بالإنترنت.
استخدم Salesforce Trust كمصدر رئيسي للحوادث، وقارنه بواجهة برمجة تطبيقات الحالة العامة، واختبر مسار المستخدم الفعلي من خارج شبكتك، وصنّف التبعية قبل اتخاذ أي إجراء. اختر بين تجاوز الفشل، أو التدهور التدريجي، أو استجابة الانتظار والتحقق وفقًا لهدف الاسترداد الخاص بك - وليس لأن كل انقطاع في Heroku يتطلب نفس الحل.