قد يبدو عرض الانتقال مكتملًا حين يسرد الخوادم والمنصة المستهدفة. لكن الأسئلة الأصعب تتعلق بالأعمال التي تعتمد عليها: هل يستطيع الموظفون متابعة معالجة الطلبات؟ متى يعمل التصدير المجدول؟ ومن يراجع السجلات بعد النقل؟ ينبغي لخطة الانتقال إلى السحابة أن تربط قرارات البنية التحتية بهذه الأنشطة اليومية. تساعد الخطوات التالية على تحويل الفكرة العامة إلى أعمال وقرارات قابلة للمراجعة.
في هذه المقالة
حدّد التحسين المطلوب في التشغيل
استبدل عبارة «نريد الانتقال إلى السحابة» بسبب يمكن تقييمه. ربما يعتمد نشر التحديثات على خادم أُعدّ يدويًا، أو تحتاج فترات الضغط إلى سعة لا توفرها البيئة الحالية. وثّق طريقة العمل الحالية قبل تحديد البيئة الجديدة. من دون هذا المرجع، يصعب معرفة ما إذا كان الانتقال قد عالج المشكلة الأصلية أم نقلها إلى مكان آخر.
- حدّد مسار العمل المتأثر والشخص المسؤول عنه.
- صف تحسينًا يمكن ملاحظته، مثل اعتماد خطوات نشر قابلة للتكرار.
- دوّن القيود التي يجب مراعاتها أثناء النقل.
ارسم خريطة الأنظمة المتصلة
لكل تطبيق، احصر قاعدة البيانات والملفات والمهام المجدولة والخدمات الخارجية ومتطلبات الوصول. اطلب من فريق التشغيل مراجعة الخريطة؛ فقد لا يظهر تقرير ليلي أو اتصال بمورّد ضمن قائمة الخوادم. حدّد المكونات التي يلزم نقلها معًا، والاتصالات التي يمكن إبقاؤها أثناء انتقال تدريجي. لا تفترض أن استقلال الشاشات يعني استقلال الأنظمة التي تعمل خلفها.
اختر أسلوب النقل لكل تطبيق
مثال توضيحي: بوابة عملاء تعمل ببيئة تشغيل مدعومة، لكنها تشترك في قاعدة بيانات مع تطبيق محاسبة قديم. قد يكون نقل البوابة أولًا مناسبًا إذا لبّى الاتصال بقاعدة البيانات المتبقية متطلبات الوصول والأداء المتفق عليها. وإلا، يمكن نقل المكونات المترابطة معًا أو معالجة الاعتماد أولًا. قارن النقل المباشر والتعديلات المحدودة وإعادة التطوير وفق احتياجات هذا التطبيق؛ لا يلزم تطبيق الأسلوب نفسه على جميع الأنظمة.
حدّد طريقة تشغيل البيئة الجديدة
وزّع مسؤوليات الوصول ونشر التحديثات والتنبيهات والنسخ الاحتياطي ومراجعة الإنفاق. قدّر الطلب استنادًا إلى معلومات الاستخدام المتاحة، مع مراعاة فترات الهدوء والذروة. اسأل كيف يتغير التقدير مع زيادة التخزين أو انتقال البيانات بين الخدمات. النقاش المفيد حول التكلفة يوضح افتراضاته وما ستتم مراقبته بعد الإطلاق، ولا يعامل التقدير الأول باعتباره فاتورة تشغيل ثابتة.
- من يملك صلاحية تعديل إعدادات بيئة الإنتاج؟
- من يتابع تعثّر مهمة مجدولة؟
- كيف ستُفحص إمكانية الاستعادة من النسخ الاحتياطية؟
حدّد شروط الرجوع قبل التحويل
في مثال البوابة، حدّد كيفية فحص تسجيل الدخول وإرسال الطلبات وأعداد السجلات قبل إتاحة البيئة الجديدة للمستخدمين. اتفق على الأعطال التي توقف الانتقال، ومن يملك اتخاذ القرار. إذا أُنشئت سجلات جديدة بعد التحويل، فلن تكفي إعادة توجيه المستخدمين إلى الخادم القديم؛ يجب تحديد مصير تلك السجلات. تدرّب على التسلسل، وحدّد المرحلة التي يصبح الرجوع بعدها محتاجًا إلى معالجة إضافية للبيانات.
اختم الانتقال بمراجعة التشغيل
بعد النقل، راجع مسارات العمل والمهام المجدولة والتنبيهات وأنماط الاستخدام مقارنة بالمرجع المتفق عليه. عيّن مسؤولًا لكل مشكلة لم تُحل. أوقف البيئة القديمة بعد إتمام فحوص الانتقال وتحديد البيانات والإعدادات التي يجب الاحتفاظ بها. وأتح خريطة التطبيقات وتعليمات الاستعادة للفريق الذي سيتولى الصيانة، حتى تبقى معرفة المشروع متاحة بعد انتهاء أعمال النقل.