نادرًا ما تنجح عملية نقل البنية التحتية إلى السحابة بالمصادفة: فهي تعتمد على جرد دقيق وخطة تحويل مكتوبة وإجراء رجوع مُختبَر. يوضح هذا الدليل المنهجية التي نطبقها على البنى التحتية التي ندعمها في Open Vista، من التدقيق الأولي إلى التحقق بعد التحويل.
1. جرد الوضع الحالي قبل أي نقل
يبدأ التدقيق بخريطة كاملة لما يعمل اليوم:
- الخوادم والأجهزة الافتراضية ودور كل منها ونظام التشغيل وإصداره؛
- التطبيقات وتبعياتها (قاعدة البيانات، قائمة الانتظار، الذاكرة المؤقتة، التخزين المشترك)؛
- أحجام البيانات ومعدل نموها ومدة الاحتفاظ المطلوبة؛
- أسماء DNS وسجلاتها ومدة الحياة (TTL)؛
- شهادات TLS وصناديق البريد والتدفقات الصادرة والواردة؛
- المهام المجدولة والسكربتات الداخلية والتكاملات مع أطراف ثالثة؛
- النسخ الاحتياطية الحالية وتاريخ آخر اختبار لاستعادة البيانات.
سجّل في الوقت نفسه المقاييس الفعلية (vCPU والذاكرة وIOPS والنطاق الترددي) على مدى أسبوعين إلى أربعة أسابيع، فهي التي تحدد حجم البيئة الهدف وليس البيانات الفنية الأصلية.
2. كتابة خطة النقل
تُكتب الخطة قبل المساس ببيئة الإنتاج. وتحدد تقسيم العمل إلى موجات متتالية من الحمل الأقل حساسية إلى الأكثر حساسية، وترتيب التبعيات بين التطبيقات. كما تحدد لكل خدمة نافذة تحويل معلنة للمستخدمين، وهدفًا لزمن الاستعادة ونسبة فقدان البيانات المقبولة، ومصفوفة واضحة: من ينفّذ، ومن يتحقق، ومن يقرر، بالإضافة إلى معايير انتقال صريحة. الخطة التي لا تعتمدها فرق العمل ليست خطة، بل مسودة.
3. تجهيز البيئة الهدف وتجربة الإجراء
تُهيأ البيئة الهدف ويُحدد حجمها وفق قياسات التدقيق. وقبل التحويل تُعاد البيئة بالكامل وتُختبر خارج الإنتاج: استعادة البيانات، وتثبيت الشهادات، وإعادة تشغيل المهام المجدولة، والاختبارات الوظيفية، وقياس الأداء تحت حمل واقعي. ويُختار موقع تجريبي واحد منخفض التأثير وممثّل للوضع العام للتحقق من الإجراء كاملًا قبل تعميمه.
4. تنفيذ التحويل
يُنفّذ التحويل داخل نافذة تغيير مجمّدة. اخفض مدة حياة سجلات DNS قبل 24 إلى 48 ساعة حتى يكون الانتشار سريعًا. وبعد المزامنة الأخيرة، تحقق كحد أدنى من:
dig +short www.example.ma curl -sI https://www.example.ma | head -1
ثم تحقق من المصادقة، وإرسال البريد واستقباله، وwebhooks الصادرة، والمهام المجدولة، وتسجيل الأحداث، والتكاملات. لكل فحص نتيجة متوقعة ومسؤول محدد؛ وأي فحص غير مطابق يُشغّل إجراء الرجوع.
5. الحفاظ على إمكانية الرجوع
لا يكون الرجوع موثوقًا إلا إذا كان محضّرًا ومختبَرًا. أبقِ البنية القديمة عاملة خلال فترة المراقبة المتفق عليها، واحتفظ بالنسخ الاحتياطية الكاملة المأخوذة قبل التحويل مباشرة، وبإجراء مكتوب يوضح مدة الرجوع وخطواته والشخص المخوّل بتطبيقه. لا يُفكَّك النظام القديم إلا بعد اعتماد المستخدمين وفريق التشغيل.
6. تثبيت الاستقرار بعد النقل
تُخصص الأسابيع الأربعة الأولى للمراقبة: التوافر، وزمن الاستجابة، والتشبع، والتكاليف. بعدها تُعدّل الموارد، وتُراجع التنبيهات والنسخ الاحتياطية، ويُشدّد الوصول، وتُدرَّب الفرق على الممارسات الجديدة. ويوثّق تقرير ختامي الفروقات المسجلة والقرارات المتخذة والنقاط الواجب متابعتها، حتى يكون النقل التالي أقصر.
