الملخص

  • نقلت DigitalOcean حادث ربط Volumes إلى المراقبة عند 14:52 بالتوقيت العالمي، بعدما قالت إن فريق الهندسة حدد السبب الجذري ونفذ إصلاحاً ناجحاً.
  • يفترض أن يعود الربط في NYC1 وNYC3 وSGP1 وSYD1 وBLR1، لكن الشركة لم تنشر السبب نفسه.
  • المراقبة ليست حلاً نهائياً. يجب على العميل التحقق من الطلب والحالة النهائية والجهاز والتركيب والتطبيق قبل إعادة الأتمتة أو تقدير الأثر التعاقدي.

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

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

لم تكشف DigitalOcean السبب الذي تقول إنها تعرفه، ولا عدد العملاء أو معدل الفشل أو التسلسل الزمني لكل موقع أو ما إذا كانت المواقع تشترك في اعتماد واحد.

الإصلاح يعيد خطوة تحكم محددة

Volume هو تخزين كتلي متصل بالشبكة. يُنشأ في المنطقة والمشروع نفسيهما مع Droplet، ثم يُربط ويُركب. تحتاج إليه عمليات الإنشاء ونقل التخزين والتوسعة والتعافي.

لا يثبت الحادث توقف كل القراءة والكتابة على الأقراص المرتبطة سابقاً، ولا فقدان بيانات أو فشل كل Droplets أو خروج خمسة مراكز بيانات كاملة.

لكن الربط يقع في مسار التعافي. قد تتوفر آلة بديلة ولقطة سليمة، ثم تتوقف الخطة لأن التخزين لا يصل إلى الجهاز الجديد.

لا يمكن ربط Volume إلا بـDroplet واحد في الوقت نفسه. لذلك يتطلب نقله معرفة الحالة النهائية. كما أن نسخ Droplet الاحتياطية لا تشمل Volumes، وتحتاج الحماية إلى لقطات مستقلة عند الضرورة.

معرفة المزود ليست شرحاً للعميل

عبارة «تحديد السبب الجذري» تغلق سؤالاً داخلياً. لا توضح إن كان العطل في خدمة تحكم مشتركة أو نشر برمجي أو اعتماد API أو سعة، أو في أعطال متعددة عولجت معاً.

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

يمكن للمزود المُدار الاحتفاظ بتفاصيل التنفيذ، لكن العميل يصبح مسؤولاً عن اختبار التعافي والتصميم ضد نمط مشترك مجهول.

الصفحة العامة ليست اختباراً للحساب

ينبغي استخدام المسار الحقيقي: لوحة التحكم أو API أو doctl. ويجب حفظ الوقت ومعرفات الموارد والنتيجة وحالة الربط النهائية وظهور الجهاز والتركيب وصحة التطبيق.

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

يعد SLA بتوافر شهري 99.99%، لكنه يعرّف عدم التوافر بطلبات مورد محدد ويتطلب مطالبة تحققها DigitalOcean. صفحة الحالة لا تثبت تعويضاً أو مدة لحساب بعينه.

المعلومة التالية المطلوبة هي السبب المعروف لدى الشركة ونهاية المراقبة بلا تكرار. عاد التشغيل، لكن معرفة التصميم لم تصل بعد إلى العميل.

المصادر