تحديث البرمجيات القديمة: صيانتها أم إعادة بنائها أم استبدالها؟

القِدم وحده ليس سبباً لاستبدال البرنامج

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

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

اختاروا الاستراتيجية التي تعالج القيد الفعلي

قد تختلف الاستراتيجيات بحسب النظام والوظيفة. تميّز Microsoft بين أساليب الترحيل وتقيّم أحمال العمل مع اعتمادياتها. الانتقال إلى السحابة قرار بنية تحتية، وليس دليلاً على تحديث التطبيق نفسه.

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

استبدلوا تدريجياً، مع نهاية للتشغيل المتوازي

في نمط Strangler Fig، تتولى مكونات جديدة مسؤوليات محددة تدريجياً، ويوجّه وسيط الطلبات إلى التطبيق المناسب. تصف إرشادات Microsoft أيضاً تكاليف الانتقال والبيانات المشتركة واحتمال تحول الوسيط إلى عنق زجاجة. لا يناسب النمط كل نظام صغير، ولا نظاماً مقرراً استبداله بالكامل قريباً.

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

يحتاج كل حل انتقالي إلى شرط للإيقاف. وإلا دفعت الشركة ثمن المنصتين والربط بينهما بلا نهاية. قد تشترط التجربة مطابقة جميع العملاء النشطين، وتبني فريق العمل للعرض الجديد، والتأكد من أن أي قارئ إنتاجي لم يعد يحتاج إلى الواجهة القديمة.

احسبوا التطوير والانتقال والتشغيل معاً

قارنوا استمرار التشغيل بعد تثبيته بالتحديث المقترح خلال الفترة نفسها. أدرجوا الاستضافة والتراخيص والدعم وجهد التغيير المتوقع في كليهما. يضيف الترحيل التحليل وتنظيف البيانات والتشغيل المتوازي والتدريب والإيقاف. اعرضوا الوفورات غير المؤكدة كنطاقات.

حساب توضيحي: تجنب عشر ساعات مطابقة فعلياً كل شهر، بسعر داخلي 70 € للساعة، يعطي 8,400 € سنوياً قبل تكاليف التشغيل والصيانة الإضافية. يعتمد تحوّل الوقت الموفر إلى خفض إنفاق أو سعة متاحة على الشركة. والانقطاعات المفترض تجنبها ليست وفورات إضافية مضمونة.

لا يكتمل استيراد البيانات إلا بعد مطابقة العمل

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

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

ينبغي أن تقلل الأسابيع الأولى عدم اليقين

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

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

امنحوا كل مرحلة فائدة ومعايير قبول وشرط توقف

اختاروا عملية عمل من البداية إلى النهاية للمرحلة الأولى، مثل عرض الطلبات الحالية لمجموعة مستخدمين محدودة. يحدد القبول البيانات المتوقعة وزمن الاستجابة تحت حمل متفق عليه وحالات الصلاحيات ومراجع جهة العمل. يجب أن تكون الأخطاء وفروق البيانات قابلة للرصد قبل إطلاق أوسع.

إذا ظلت تجارب الاستيراد المتكررة تنتج فروقاً غير مفسرة، فأجّلوا التحويل إلى الإنتاج وحققوا فيها. الأموال المصروفة ليست دليلاً على جاهزية البيانات. بعد المرحلة، قرروا إضافة الوظيفة التالية أو تعديل الاستراتيجية أو الاحتفاظ بالنتيجة الوسيطة المستقرة.

تعاملوا مع الإيقاف كحزمة عمل مستقلة

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

أغلقوا الوصول القديم والتراخيص ومهام النسخ الاحتياطي والتنبيهات ووثائق التشغيل. نسّقوا إنهاء العقود ونهاية الوصول المطلوب كي لا يسبب الإيقاف انقطاعاً آخر. بعد ذلك فقط قارنوا الوفورات المتوقعة بالتشغيل الفعلي ووثّقوا الفروق المتبقية وأسبابها.