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