شعرت الآلاف من الشركات الصغيرة بالأسى عندما تعطلت خدمة Amazon S3 لمدة أربع ساعات تقريبًا في صباح 28 فبراير كانت بسبب لفة الأسطوانة … أمر واحد تم إدخاله بشكل غير صحيح. وبعبارة أخرى ، كان خطأ بشريًا. خطأ مطبعي.
وراء سبب الأمازون S3 الانقطاع
فقط لكي تحصل على الشرح الحرفي من Amazon (NASDAQ: AMZN) ، إليك ما قالته الشركة عن سبب انقطاع Amazon S3:
$config[code] not found"في تمام الساعة 9:37 صباحًا بتوقيت المحيط الهادي ، قام أحد أعضاء فريق S3 المعتمد باستخدام دليل التشغيل المعمول به بتنفيذ أمر كان يهدف إلى إزالة عدد صغير من الخوادم لأحد الأنظمة الفرعية S3 المستخدمة في عملية إعداد الفواتير لـ S3. للأسف ، تم إدخال أحد المدخلات إلى الأمر بشكل غير صحيح وتمت إزالة مجموعة أكبر من الخوادم مما كان مقصودًا. الخوادم التي تم إزالتها عن طريق الخطأ دعمت اثنين من الأنظمة الفرعية S3 الأخرى. يدير أحد هذين النظامين الفرعيين ، نظام الفهرس الفرعي ، البيانات الوصفية ومعلومات الموقع لجميع كائنات S3 في المنطقة. "
يذهب إلى مزيد من التفاصيل ، ولكن هذا هو ما حرض كل شيء. كانت أمازون شفافة للغاية وفعالة في إبقاء الجميع على اطلاع على الحدث من خلال جدول زمني شامل أثناء وقوع الأحداث.
من المهم أيضًا الإشارة إلى أن الشركات لم تفقد البيانات ، وأن التأثير لم يكن قادراً على الوصول إلى الموارد في الوقت المناسب ، والذي كان بالنسبة للبعض هو مجمل الحدث. لكن بالنسبة للشركات التي تعتمد على تلك الموارد ، كان يومًا سيئًا.
يجب أن تكون هذه الحادثة والحدث في عام 2015 ، وتلك التي ستحدث في المستقبل ، دروسًا قيمة لأي شخص لديه حضور رقمي. إذا كان موقعك على الويب جزءًا هامًا من نشاطك التجاري ، فيمكنك الحصول على نسخة من موقع الويب نفسه مستضافًا في موقع مختلف. تحدث إلى الشركات المضيفة المختلفة واعثر على أفضل الشركات القادرة على تلبية جميع احتياجاتك.
هناك أيضًا حلول لاستعادة القدرة على العمل بعد الكوارث واستمرارية العمل (DR / BC) والتي ستوجهك إلى إعداد النظام الصحيح لشركتك. وكلما أقدمت في تنفيذ واحدة ، كلما استطعت الاسترخاء. يجب أن تكون سباقاً في حماية الأصول الرقمية الخاصة بك ، تمامًا كما تفعل مع متجر الطوب والملاط الخاص بك.
الأمازون S3 صور عبر Shutterstock
تعليق ▼
