الترقيات والترحيل إلى السحابة

التقييم قبل التخطيط

نبدأ بجرد شامل: الإصدار ومستوى التحديثات، والتخصيصات، والتكاملات، وحجم البيانات، والبنية التحتية التي يعمل عليها النظام. ونصنّف كل تخصيص: يُبقى، أو يُعاد كتابته، أو يُستغنى عنه، لأن أرخص شيفرة في الترقية هي الشيفرة التي لم تعودوا بحاجة إليها.

التمرين حتى يصبح الأمر روتينيًا

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

تحويل نهائي مع طريق للعودة

يتبع الإطلاق دليل التشغيل خطوة بخطوة، مع نقاط قرار للمضي أو التوقف، وخطة تراجع جرى اختبارها مسبقًا. ويعود المستخدمون إلى نظام تحقق منه المستخدمون الرئيسيون قبل انتهاء عطلة نهاية الأسبوع.

الانتقال إلى Azure

يشمل الترحيل إلى السحابة مستودعات الملفات (vaults) وقاعدة البيانات والتطبيق في آن واحد، ولذلك نتعامل معه كمشروع ترحيل لا كمجرد تغيير في الاستضافة. يمكنكم الانتقال إلى أجهزة افتراضية أو مباشرة إلى AKS، وفي الحالتين يكون النشر آليًا منذ اليوم الأول.

مغادرة نظام قديم

تُحمَّل البيانات القادمة من أنظمة PDM أو PLM القديمة، أو من مجلدات الملفات المشتركة، في عمليات تمرين متتالية حتى تتطابق الأعداد والروابط والحالات. ونتفق معكم على ما يستحق الترحيل، أما السجل التاريخي الذي لن يفتحه أحد فيمكن أن يبقى مؤرشفًا.