تحديث الأنظمة القديمة

حدّث على شرائح، لا بإعادة كتابة كاملة

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

ما الذي نحدّثه أكثر

تشمل المشاريع الشائعة: لف نظام ERP أو فوترة قديم بواجهة REST/GraphQL نظيفة حتى تستطيع الواجهات الحديثة ووكلاء الذكاء الاصطناعي التحدث إليه؛ استبدال تكاملات الملفات أو FTP بخطوط مدفوعة بالأحداث؛ ترحيل قواعد بيانات محلية إلى Postgres مُدار بنسخ متماثل دون توقف؛ إعادة بناء تطبيقات سطح المكتب القديمة كتطبيقات ويب تقدمية تعمل على الهواتف والمتصفحات؛ إدخال خط CI/CD مناسب وتغطية اختبارات وملاحظة لقاعدة كود لم تكن تملكها.

كيف نقلل مخاطر الترحيل

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

تحديث الأنظمة القديمة — أسئلة شائعة

هل نعيد الكتابة من الصفر أم نحدّث بالتدريج؟

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

هل يمكنكم إبقاء نظامنا يعمل أثناء التحديث؟

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

ماذا تفعلون عندما لا يحوي النظام القديم توثيقاً؟

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

ما الجدول الزمني الواقعي لتحديث نظام قديم؟

وحدة صغيرة محددة عادة تُسلّم خلال 6–10 أسابيع. تحديث كامل لنظام أعمال جوهري عادة يستغرق 6–18 شهراً حسب النطاق، لكنه يقدم قيمة بشكل مستمر منذ الشهر الأول.