تحديث الأنظمة القديمة المعجل بالذكاء الاصطناعي
حدث الأنظمة التي تعتمد عليها دون إيقاف العمل
الأنظمة التي تدير أهم الأعمال هي الأصعب في التغيير
كثيرا ما تدير الأنظمة القديمة دفاتر الأستاذ الأساسية والفوترة وإضافات نظام ERP وأدوات الأنظمة الخلفية التي لا يريد أحد المساس بها. يصعب تغييرها وتوفير الكوادر لها، ويزداد تأمينها صعوبة، وكثيرا ما يكون من بناها قد رحل.
استبدالها دفعة واحدة من أخطر المشاريع التي يمكن أن تنفذها المؤسسة. وتزيد المواعيد النهائية للموردين، مثل انتهاء دعم SAP ECC، وقواعد المرونة مثل DORA الضغط للتحرك.
ما الذي يتغير لديك
لا تبديل دفعة واحدة
يعمل القديم والجديد جنبا إلى جنب مع مقارنة نتائجهما، فيستمر العمل في كل خطوة.
تحديث بوتيرة أسرع
تحليل الشيفرة وإعادة هيكلتها بمساعدة الذكاء الاصطناعي، مع تحقق المهندسين والاختبارات، يختصر أبطأ جزء من العمل: فهم الشيفرة القديمة.
إنهاء التراخيص والحواسيب المركزية
يوقف كل جزء مستبدل، وتؤرشف بياناته، وتنتهي تراخيصه وبنته التحتية.
ما نقدمه
تقييم الأنظمة والدين التقني
جرد للشيفرة والبيانات والواجهات والاعتماديات والأشخاص الذين يعرفونها، مع ترتيب المخاطر.
الخيارات وخارطة الطريق
لكل جزء، خيار بالإبقاء عليه أو تغليفه أو نقل منصته أو إعادة كتابته أو إنهاء العمل به، مع الأسباب وترتيب العمل.
إعادة هيكلة الشيفرة بمساعدة الذكاء الاصطناعي
أدوات ذكاء اصطناعي تقرأ الشيفرة القديمة وتشرحها وتقترح إعادة هيكلتها وتصوغ الاختبارات. ويراجع مهندس كل تغيير وتتحقق منه مجموعة الاختبارات.
الترحيل بأسلوب strangler-fig
طبقة API حديثة أمام النظام القديم، تعاد بناء القدرات خلفها واحدة تلو الأخرى حتى لا يستدعي أي شيء الشيفرة القديمة.
اختبارات توصيف السلوك والتشغيل المتوازي
اختبارات تسجل ما يفعله النظام القديم فعلا، ومقارنة مخرجات القديم والجديد على أحمال عمل حقيقية قبل كل تبديل.
ترحيل قواعد البيانات
ربط البيانات وتنظيفها وترحيلها من ملفات COBOL أو DB2 أو Oracle Database إلى قواعد بيانات سحابية أصلية، مع تقارير مطابقة تثبت أنه لم يفقد أو يتغير شيء.
إيقاف الحواسيب المركزية والأنظمة المتجانسة
كيفية إيقاف كل جزء مستبدل، وأرشفة بياناته لأغراض التدقيق، وإنهاء تراخيصه وبنته التحتية.
طريقة عملنا
فهم النظام
نقرأ الشيفرة ونتتبع البيانات ونقابل من يشغل النظام، ونسجل ما يفعله فعلا.
اختيار المسار
نقرر معك الأجزاء التي تبقى أو تغلف أو تنقل أو ينتهي العمل بها، وبأي ترتيب.
التغليف
نضع طبقة API أمام النظام القديم، فيتوقف العمل الجديد عن الاعتماد على بنيته الداخلية.
الاستبدال جزءا بجزء
نعيد بناء قدرة واحدة في كل مرة خلف طبقة واجهات API، مع اختبارات تثبت التطابق.
التشغيل المتوازي
نشغل القديم والجديد جنبا إلى جنب، ونقارن نتائجهما، ولا ننتقل إلا عندما يتطابقان.
الإيقاف
نوقف ما تم استبداله، ونؤرشف بياناته، ونزيل تراخيصه وبناه التحتية.
التقنيات التي نحدث الأنظمة منها وإليها
بالنسبة إلى المنصات الأقل شيوعا، نفحص الشيفرة أولا ونخبرك بوضوح ما إذا كانت لدينا المهارات اللازمة. وذكر اسم منتج لا يعني وجود شراكة مع مورده.
- لغات البرمجة
- Java
- أطر العمل
- .NET
- قواعد البيانات
- Oracle Database
- Microsoft SQL Server
- PostgreSQL
- DevOps وقابلية المراقبة
- Docker
- Kubernetes
- التكامل
- SOAP
دون انقطاع، ويسنده العقد
لا نطلب منك أن تثق بوعد. بوابات قبول المراحل الرئيسية، والمعاملات المانعة للتكرار مع التراجع وقوائم الرسائل المتعذرة (dead-letter queue)، وضمان عيوب ما بعد بدء التشغيل، كلها مكتوبة في الاتفاقية.
كيف تبدأ
يبدأ النظام الحي الذي يتعرض لأعطال أو يفتقر إلى التوثيق من خلال جسر تشخيص الأنظمة القائمة. وهو تدقيق قصير للشيفرة والبيانات والأمن. وينتهي بحكم صريح بالإنقاذ أو إعادة الهيكلة أو إعادة البناء، وبعرض بسعر ثابت.
الخطوات التالية
الجلسة الاستشارية التمهيدية
جلسة استشارية تمهيدية مجانية عبر الإنترنت مدتها 30 دقيقة: نستعرض فيها أهدافك وأنظمتك والقيود التي تواجهك.
مراجعة الجاهزية
في مراجعة جاهزية مجانية مدتها 48 ساعة، يراجع مهندس معماري رئيسي مشروعك وفق تعريف الجاهزية المكون من 6 نقاط، ويوصي بالمسار المناسب.
اختيار المسار
المشاريع الجاهزة من حيث النطاق تحصل على عرض ملزم في غضون 3–5 أيام عمل. ومشاريع مرحلة الفكرة تبدأ في Blueprint Studio. والنظام القائم الذي يتعرض لأعطال أو يفتقر إلى توثيق أو يحتاج إلى تكامل يبدأ بتشخيص يستغرق 1–2 أسبوع. ولكل من Blueprint Studio والتشخيص رسم ثابت يرد في العرض.
التنفيذ في 5 مراحل
التعبئة، ثم دورات عمل بعروض حية، ثم التكامل والتقوية، ثم القبول وبدء التشغيل، ثم الخدمات المدارة. وبعد الإطلاق تأتي فترة ضمان، تليها خدمات الدعم والصيانة الاختيارية.
مشاريع بنتائج محددة وخدمات مدارة على مدار الساعة
تنفيذ بنطاق ثابت يقوم على المراحل الرئيسية مع قادة تنفيذ محددين بالاسم، وخدمات مدارة للتطبيقات على مدار الساعة في إطار حوكمة SLA.
التنفيذ الهجين ومراكز البناء والتشغيل ونقل الملكية
قيادة تقنية داخل الدولة مع قدرات في المواقع القريبة والبعيدة اعتمدناها بعد تقييمها، ومراكز قدرات كاملة للبناء والتشغيل ونقل الملكية، وتوطين القوى العاملة.
الأسئلة والأجوبة
لماذا لا نعيد كتابة النظام بالكامل دفعة واحدة؟
يجب أن تحاكي إعادة الكتابة الكاملة سنوات من السلوك قبل أن تستطيع استبدال أي شيء، بينما تستمر الأعمال في التغير من حولها. وكثيرا ما تطول هذه المشاريع وتبدأ التشغيل بفجوات. أما استبدال قدرة واحدة في كل مرة فيقدم قيمة مبكرا ويبقي النظام القديم شبكة أمان. ويمكنك التوقف أو تغيير الاتجاه في أي خطوة.
هل يجب أن تتوقف الأعمال أثناء الترحيل؟
النهج مصمم بحيث لا يحدث ذلك. يبقى النظام القديم قيد التشغيل بينما يتم بناء كل جزء جديد وإثباته بالتوازي. تنتقل الأعمال إلى الجزء الجديد تدريجيا، ويمكنها العودة إذا كان هناك خطأ. وحيث يتطلب ترحيل البيانات تحويلا، نتدرب عليه أولا ونحدد موعده معك.
ما الذي يفعله الذكاء الاصطناعي فعليا في التحديث؟
يقرأ كميات كبيرة من الشيفرة القديمة بسرعة: يشرح ما يفعله البرنامج، ويتتبع مسار البيانات، ويقترح عمليات إعادة هيكلة، ويصوغ اختبارات أولية. يقرر المهندسون ما يتغير، ويراجعون كل سطر، ويثبتونه باختبارات التوصيف. يسرع الذكاء الاصطناعي الفهم، ولا يحل محل التحقق.
لا أحد يفهم نظامنا القديم بالكامل. هل يمكنك تحديثه مع ذلك؟
نعم، وهذا شائع. نستعيد المعرفة من الشيفرة والبيانات والسجلات والأشخاص الذين يستخدمون النظام. ونوثق ما يفعله في اختبارات التوصيف، التي تصبح المواصفات التي يجب أن تلبيها الأجزاء الجديدة.
هل يمكنك نقل أحمال عمل COBOL وDB2 خارج الحاسوب المركزي؟
نعم. نترجم برامج COBOL أو نعيد بناءها كخدمات سحابية أصلية، ونرحل بيانات DB2 مع المطابقة في كل خطوة. وتحصل وظائف المعالجة الدفعية وواجهات الملفات على بدائل حديثة. ويمكن للأجزاء المستقرة والمكلفة في نقلها أن تبقى خلف طبقة API حتى يحين دورها.
متى يكون تغليف النظام أفضل من استبداله؟
عندما تكون النواة القديمة مستقرة وصحيحة لكن يصعب الوصول إليها. تتيح واجهات API الحديثة أمامها للقنوات والشركاء والمنتجات الجديدة استخدام وظائفها دون المساس بأنظمتها الداخلية. نوصي بالاستبدال عندما يعيق النظام التغيير، أو يتعذر تأمينه، أو يتعذر توفير الكوادر اللازمة له.
إن كان لديك نظام قائم يتعطل أو يفتقر إلى التوثيق، فاطلب التشخيص.
يدقق جسر تشخيص الأنظمة القائمة في الشيفرة والبيانات ونقاط الاختناق قبل إنقاذ أي مكون أو إعادة هيكلته.
الخطوات التالية
مراجعة الجاهزية
في مراجعة جاهزية مجانية مدتها 48 ساعة، يراجع مهندس معماري رئيسي مشروعك وفق تعريف الجاهزية المكون من 6 نقاط، ويوصي بالمسار المناسب.
تشخيص الأنظمة القائمة
في 1–2 أسبوع، يدقق كبار مهندسينا في الشيفرة ومخططات نظام ERP وقواعد البيانات وواجهات API والبنية التحتية، ويفحصون تسرب المفاتيح السرية وضعف التشفير.
الإنقاذ أو إعادة الهيكلة أو إعادة البناء
تتلقى بطاقة تقييم هندسية صريحة وقرار بالإنقاذ أو إعادة الهيكلة أو إعادة البناء، مع عرض معالجة بسعر ثابت.
احتساب الرسم ضمن الإنقاذ
يحتسب 100% من رسوم التشخيص من تكلفة الإنقاذ أو التكامل عندما تنفذه XSIS. ثم يمر العمل في 5 مراحل تنفيذ نفسها.