خطأ بسيط ، كارثة كبرى - GitLab يذهب دون اتصال ليوم واحد

GitLab ، وهي شركة ناشئة تعد بديلاً عن GitHub ذات الشعبية الكبيرة ، شهدت يومًا عصيبًا جدًا تسبب خطأ بشري في توقف الموقع بأكمله ليوم كامل.

مشكلة GitLab بدأت لأول مرة عندما كان الموقع يعاني من وقت التحميل ومشاكل الاستقرار. تم إحضار موقع الويب دون اتصال من أجل تصحيح المشكلات. ومع ذلك ، أثناء الصيانة, أخطأ شخص ما عن غير قصد في حذف دليل يحتوي على 300 جيجابايت من بيانات الإنتاج المباشر عن طريق الخطأ.

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

بعد حذف الدليل ، يتحول موظفو GitLab على الفور نحو النسخ الاحتياطي. لسوء الحظ بالنسبة لهم ، ركض GitLab مشكلة أخرى. وفقًا لملف Google Doc الذي يتم تحديثه باستمرار حيث يكافح GitLab للعودة إلى الإنترنت ، كل النسخ الاحتياطي / النسخ المتماثل الخمسة التقنيات التي نشرها الموقع فشلت في العمل بشكل موثوق, وفي بعض الحالات كانت أبدا اقامة في المقام الأول.

استرداد هذه الملفات المفقودة من السحابة ليس خيارًا لـ GitLab كما قررت بدء التشغيل أواخر العام الماضي تفريغ السحابة من أجل بناء وتشغيل مجموعات Ceph الخاصة بها بدلاً من ذلك. وغني عن القول أن GitLab تعيد النظر الآن في موقفها من هذا الموضوع بالذات.

ستعملTheRegistergitlab على جعل التطبيق أكثر أداء واستكشاف موفري خدمات الاستضافة السحابية البديلة.

- كونور شيا (connorjshea) 1 فبراير 2017

على الرغم من اليوم المضطرب الذي مر به GitLab ، فإن موقع الويب يعمل الآن بشكل طبيعي. بينما الموقع ذكرت أن بعض البيانات فقدت خلال نافذة لمدة ست ساعات, بوابة تم ترك المستودعات بدون أذى طوال المحنة بأكملها. يمكن الاطلاع هنا على سجل الحوادث الكامل للحدث بأكمله.

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

المصدر: السجل