الحوسبة السحابية
المجالُ كاملًا، وبقيّةُ القدرات ضمنه.
خطّةُ تعافٍ لم تُنفَّذ يوماً وثيقةٌ لا قدرة.
استمراريّةُ الأعمال والتعافي من الكوارث (Business Continuity and Disaster Recovery) هي تحديدُ ما يجب أن ينجو، وسرعةِ عودته، وإثباتُ أنّه يعود فعلاً. ويمتدّ العملُ من تحليل الأثر، إلى أهداف RPO وRTO المتّفق عليها مع الأعمال، إلى تصميم التحويل عند الفشل وكرّاسات التشغيل والتمارين.
الفشلُ المتكرّر هو خطّةٌ مبنيّة حول البنية التحتيّة بدل أن تُبنى حول الخدمات. كلُّ شيءٍ منسوخ، ثمّ يتبيّن في التمرين أنّ ترتيب العودة لم يُحدَّد قطّ، وأنّ تغيير DNS يحتاج شخصاً غادر المؤسّسة، وأنّ بيئة التعافي لا تحتمل حمل الإنتاج الكامل. التعافي تسلسلٌ، والتسلسلاتُ غير المختبَرة لا تصمد.
إن صدق أكثرُ من واحدةٍ ممّا يلي، فهذه عادةً نقطةُ البداية الصحيحة.
| المُخرَج | ما يحتويه |
|---|---|
| تحليل الأثر | خدماتٌ مرتَّبة بحسب نتيجة فقدانها، ولكلٍّ منها سلسلةُ التبعيّات التي يجب أن تعود قبلها. |
| أهداف التعافي | RPO وRTO لكلّ خدمة، مُسعَّرةً ومعتمَدةً من مالك الأعمال، بحيث تُقبَل أيّ فجوةٍ عن معرفة. |
| كرّاسات التحويل | تعافٍ خطوةً بخطوة لكلّ خدمة، بتسمية الأدوار لا الأشخاص، مع تحديد نقاط القرار. |
| تقرير التمرين | ما جرى اختبارُه، وما استغرق أطول من الهدف، وبنودُ المعالجة بمالكيها وتواريخها. |
مرجعٌ لا قالب. بيئتُك هي التي تقرّر أيَّ أجزائه ينطبق، وبأيّ ترتيبٍ يصل.
تُتَّفق المستهدفاتُ معك قبل بدء العمل، ويُرفَع التقريرُ عليها طوال مدّته.
النمطُ الواقعيّ هو مراجعةٌ مكتبيّة بضع مرّات في السنة وتحويلٌ تقنيّ مرّةً سنويّاً على الأقلّ، مع اختبار أيّ خدمةٍ تغيّرت تغيّراً جوهريّاً بعد تغيّرها. والوتيرةُ أقلّ أهميّةً من الصدق: تمرينٌ مُصمَّم كي ينجح لا يعلّمكم شيئاً، والتمارينُ المفيدة هي التي تكشف خطوةً مكسورة.
هذه قراراتُ أعمالٍ لها ثمن، لا قيمٌ تقنيّة افتراضيّة. فقدُ بياناتٍ يقارب الصفر وتوقّفٌ بالدقائق أمرٌ ممكن وكلفتُه تتناسب مع ذلك، وأربعُ ساعاتٍ تكلّف جزءاً يسيراً منه. والأسلوبُ العمليّ هو بيانُ كلفة كلّ مستوى، وترك الاختيار لمالك الخدمة، ثمّ التصميمُ على ما اختاره.
النسخُ الاحتياطيّ جزءٌ من التعافي، وهو الجزءُ الذي يُظنّ غالباً أنّه التعافي كلّه. النسخةُ تخبركم أنّ البيانات ما تزال موجودة، لكنّها لا تخبركم كم يستغرق الاسترجاع، ولا إن كانت البيئةُ الهدف موجودة، ولا بأيّ ترتيبٍ يجب أن تعود الخدمات. وعمليّاتُ الاسترجاع غير المختبَرة هي الفجوةُ الأكثر شيوعاً التي نجدها.
ليس وحده، وافتراضُ خلاف ذلك خطِر، لأنّ النسخ المتزامن ينقل البيانات المشفَّرة بأمانةٍ إلى الموقع الثانويّ. هذه الحالةُ تحتاج نسخاً غيرَ قابلة للتعديل أو معزولةً بطريقةٍ أخرى، بمدّة احتفاظٍ أطول من الزمن الذي يُكتشَف فيه الاختراق عادةً. وهو تصميمٌ مختلف عن نسخ الإتاحة، وكلاهما مطلوبٌ في العادة.
هذا بالضبط ما يجيب عنه التمرين، والجوابُ غالباً «بسعةٍ مخفَّضة». وموقعٌ ثانويّ مُحجَّم لجزءٍ من الحمل خيارٌ مشروع إذا كان خياراً معلَناً، لأنّ الخطّة عندئذٍ تحدّد أيّ الخدمات يُستغنى عنها. المشكلةُ هي موقعٌ ثانويّ يُفترَض أنّه مكافئ ولم يحمل يوماً الحملَ الكامل.
دورٌ مُسمّى، بصلاحيّةٍ مكتوبة سلفاً ونائبٍ لحين تعذّر الوصول إلى صاحبها. التأخيرُ المكلف في الحوادث الحقيقيّة تأخيرُ قرارٍ غالباً لا تأخيرٌ تقنيّ. وينبغي أن تحدّد الخطّةُ أيضاً ما الدليلُ الذي يستدعي الإعلان، كي لا تُبتكَر العتبةُ والساعةُ تجري.
المجالُ كاملًا، وبقيّةُ القدرات ضمنه.
جردُ التطبيقات وتصميمُ منطقة الهبوط (Landing Zone) والتحويلُ على موجات لنقل أحمال التشغيل إلى AWS أو Azure أو GCP، مع رسم التبعيّات قبل نافذة التنفيذ.
منطقةُ هبوط واتّصالٌ خاصّ ونموذجُ هويّة وسياسةٍ واحد يمتدّ بين مركز البيانات والسحابة، فيصبح موضعُ الحِمل قراراً لا مصادفة.
أسرعُ طريقٍ إلى جوابٍ مفيد نظرةٌ قصيرةٌ محدَّدةُ النطاق على ما لديكم أصلًا.