إدارة تطبيقات المؤسسات ودعمها المُدار

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

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

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

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

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

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

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

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