ما المقصود بتحديث التطبيقات؟

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

وعادةً ما يكون تحديث التطبيقات جزءًا من جهود التحول الرقمي الأوسع نطاقًا التي تنفذها الشركة. وفقًا لاستطلاع أجراه IBM Institute for Business Value (IBV)، أفاد 83% من كبار المسؤولين التنفيذيين بأن تحديث التطبيقات والبيانات يمثل عنصرًا محوريًا في استراتيجية أعمال مؤسساتهم.

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

• التقييم
  
  
• التخطيط
  
  
• التنفيذ
  
  
• الاختبار
  
  
• المراقبة

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

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

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

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

وفي مرحلة التنفيذ، تبدأ المؤسسات في تطبيق خططها فعليًا. ويشمل ذلك تنفيذ نهج التحديث الذي وقع عليه الاختيار.

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

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

وغالبًا ما يعتمد تحديث التطبيقات على مزيج استراتيجي من الأساليب، بدلًا من تطبيق نهج موحد على جميع الحالات. وفيما يلي بعض الأساليب الأكثر شيوعًا، والمعروفة أيضًا باسم “استراتيجيات R لتحديث التطبيقات”، وقد استُمد بعضها من “استراتيجيات R للترحيل إلى السحابة”:

• إعادة الاستضافة
  
  
• إعادة تهيئة المنصة
  
  
• إعادة الهيكلة
  
  
• إعادة تصميم البنية
  
  
• إعادة البناء
  
  
• الاستبدال

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

إعادة تهيئة النظام للعمل على منصة جديدة (Replatforming)، ويُشار إليها أحيانًا باسم lift and shape، تعني تكييف النظام للعمل على منصة مختلفة، مثل الانتقال إلى مزود خدمات سحابية آخر أو إلى أحدث إصدار من إطار عمل أو نظام تشغيل. ويتطلب ذلك إجراء تغييرات على التعليمات البرمجية كي تعمل على المنصة الجديدة، لذا يُعد التخطيط الجيد أمرًا أساسيًا لتجنب التوسع غير المنضبط في نطاق المشروع.

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

إعادة تصميم البنية (Rearchitecting) تعني تعديل التصميم الأساسي للنظام. فعلى سبيل المثال، قد تتضمن تحويل تطبيق أحادي كبير ومترابط بإحكام إلى بنية خدمات مصغرة تتألف من العديد من الخدمات الأصغر والمستقلة.

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

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

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

أما الأنظمة القديمة التي وصلت إلى مرحلة التقاعد، فقد يكون استبدالها بالكامل هو الخيار الأنسب. ويمكن أن يكون البديل منتجًا تجاريًا جاهزًا أو تطبيق SaaS، شريطة أن يوفر الحل الجديد المعبأ الوظائف الأساسية التي يؤديها النظام المراد إخراجه من الخدمة.

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

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

• واجهات برمجة التطبيقات
  
  
• الحوسبة السحابية
  
  
• النقل بالحاويات
  
  
• DevOps
  
  
• الخدمات المصغرة
  
  
• الحوسبة بدون خادم

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

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

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

تعمل تقنية النقل بالحاويات على تجميع التعليمات البرمجية للتطبيق مع مكتباته واعتمادياته في وحدات تنفيذية مستقلة تُسمى الحاويات. وتتميز هذه الحاويات بخفة حجمها وسهولة نقلها، مما يتيح تشغيلها بسرعة واتساق في بيئات حوسبة مختلفة. تُعد Docker من أشهر أدوات النقل بالحاويات مفتوحة المصدر، بينما تُعد Kubernetes منصة واسعة الاستخدام لتنسيق الحاويات.

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

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

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

يمكن للذكاء الاصطناعي التوليدي إحداث تحول في تحديث التطبيقات، إذ يجعل العملية أسهل وأسرع وأقل تكلفة. وفقًا لتقرير CEO’s guide to generative AI الصادر عن معهد IBM Institute for Business Value (IBV)، تعود قرابة ثلث تكاليف تحديث التطبيقات القديمة إلى ترجمة التعليمات البرمجية وتطويرها.

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

أن بعض المؤسسات تستخدم الذكاء الاصطناعي التوليدي لإعادة هيكلة التعليمات البرمجية للتطبيقات أو إنشاء مهام سير عمل لترحيل الأنظمة القديمة إلى إصدارات SaaS. لكن معهد IBM Institute for Business Value (IBV) يوصي باستهداف الفرص التي كان تحديثها يُعد في السابق بالغ الصعوبة أو المخاطرة، مثل أنظمة جدولة الرحلات في شركات الطيران أو أنظمة إدارة دورة حياة المنتجات في قطاع التصنيع. ويشير المعهد إلى أن العمليات التي تنفذها أنظمة الأعمال الأساسية هذه، إلى جانب مشروعات تحديث التطبيقات في مجالات خدمة العملاء وأمن المعلومات والتسويق، هي المجالات التي يُتوقع أن يحقق فيها الذكاء الاصطناعي التوليدي أكبر تأثير وأهم نتائج استراتيجية.

ويؤدي الجمع بين تحديث التطبيقات والذكاء الاصطناعي التوليدي إلى إطلاق دورة تعزز مرونة الأعمال ونمو الإيرادات. ووفقًا لتقرير معهد IBM Institute for Business Value (IBV)، أفاد 77% من كبار المسؤولين التنفيذيين بأن استخدام الذكاء الاصطناعي التوليدي في مشروعات تحديث التطبيقات سيزيد من مرونة الأعمال، كما أن الرؤساء التنفيذيين الذين يعتمدون الممارسات المرنة تزيد احتمالية تفوقهم على نظرائهم في نمو الإيرادات بنسبة 49%.

يوفر تحديث التطبيقات للشركات المزايا التالية:

• مرونة الأداء
  
  
• تحسين تجربة المستخدم
  
  
• الفاعلية
  
  
• خفض التكاليف التشغيلية

يتيح تحديث التطبيقات للمؤسسات الاستجابة بسرعة لتغيرات السوق وتلبية احتياجات العملاء المتطورة. كما يمكّنها من طرح ميزات جديدة ووظائف محسّنة من دون فترات التعطل المرتبطة بالأنظمة القديمة.

فعلى سبيل المثال، حدّثت Lufthansa Group عملياتها الأرضية من خلال دمج عدة تطبيقات محمولة في حل واحد قائم على الويب يُسمى Turnaround Companion (TAC). وتعتمد هذه المنصة القائمة على بنية سحابية أصلية على تقنيات ويب حديثة وبنية معيارية تتيح تكييفها بمرونة مع المتطلبات الجديدة. ولا تتجاوز فترة التعطل عند طرح الإصدارات المحدّثة من TAC بضع دقائق، مقارنةً بنحو 45 دقيقة للتطبيقات المحمولة القديمة، مع استهداف الوصول إلى فترة تعطل صفرية في الإصدارات المستقبلية.

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

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

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

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

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

فعلى سبيل المثال، اعتمدت stc group بنية سحابية هجينة. وأدت إعادة تهيئة الأنظمة للعمل على حل عالي الأداء إلى خفض تكاليف النقل بالحاويات بنحو الثلث، وتقليل النفقات الرأسمالية بنسبة 30%، إلى جانب خفض تكاليف التشغيل المرتبطة بالأجهزة.

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

• التعقيد
  
  
• التكلفة
  
  
• ترحيل البيانات
  
  
• فجوات في المهارات

قد يصعب تحديث الأنظمة القديمة الكبيرة بسبب بنيتها الأحادية وما تراكم فيها من دين تقني. لكن حتى الأنظمة الأقدم ذات النطاق المحدود قد تتحول إلى عائق بسبب اعتمادياتها المعقدة.

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

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

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

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

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