لقد غطينا بالفعل كيف لا يقتصر تحديث الكمبيوتر الرئيسي على الصناعة المالية فقطفلماذا لا تخاطب الفيل في الغرفة؟ تتركز أكبر تحديات التحديث في العالم في الصناعة المصرفية.          

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

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

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

لماذا أكشاك تحديث التطبيقات المركزية

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

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

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

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

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

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

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

تحويل النظام الأساسي وكود التطبيق

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

Atruvia AG هي واحدة من الشركات العالمية الرائدة في مجال تكنولوجيا الخدمات المصرفية. يعتمد أكثر من 800 بنك على خدماتهم المبتكرة لما يقرب من 100 مليار معاملة سنوية ، مدعومة بثمانية أنظمة IBM z15 تعمل في أربعة مراكز بيانات. 

بدلاً من التمزيق والاستبدال ، قرروا إعادة البناء في مكانه ، وكتابة خدمات RESTful في Java جنبًا إلى جنب مع COBOL الحالي الذي يعمل على أجهزة الكمبيوتر المركزية. من خلال استبدال 85٪ من معاملاتهم المصرفية الأساسية تدريجيًا بجافا الحديثة ، تمكنوا من بناء وظائف جديدة لعملاء البنوك ، مع تحسين أداء أعباء العمل على الحاسوب المركزي بمقدار 3 أضعاف.

اقرأ دراسة حالة Atruvia AG

ضمان المرونة الإلكترونية من خلال التعافي بشكل أسرع

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

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

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

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

تتمتع قيادة تقنية المعلومات في ANZ براحة البال بفضل توفر النظام بشكل أفضل ؛ ولكن الأهم من ذلك ، أن لديهم الآن وضعية حديثة للتعافي من الكوارث يمكن اعتمادها لتوفير استمرارية الأعمال لعملائها.

اقرأ دراسة حالة ANZ

اكتساب الرؤية من خلال الأعمال التجارية على مستوى المؤسسة وتحليلات المخاطر

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

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

تم نشر Garanti BBVA ، ثاني أكبر بنك في تركيا IBM Db2 Analytics Accelerator لنظام z / OS، مما يؤدي إلى تسريع أعباء عمل الاستعلام مع تقليل استهلاك وحدة المعالجة المركزية للحواسيب المركزية.

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

اقرأ دراسة حالة Garanti BBVA

تحسين تجربة العملاء بسرعة DevOps

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

لكن انتظر ، ستلمس كل واحدة من هذه الميزات الجديدة تقريبًا في النهاية الكمبيوتر الرئيسي. لماذا لا تقدم فريق الكمبيوتر المركزي للأمام كمشاركين من الدرجة الأولى في DevOps الحركة حتى يتمكنوا من المشاركة؟

قرر Danske Bank جلب ما يقرب من 1,000،XNUMX من مطوري أجهزة الكمبيوتر المركزية الداخلية إلى حركة تحويل DevOps على مستوى الشركة ، باستخدام IBM Application Delivery Foundation for z / OS (ADFz) كمنصة لتطوير الميزات وتصحيح الأخطاء والاختبار وإدارة الإصدار.

حتى كود COBOL و PL / 1 الموجود يمكن إدخاله في ملف CI / CD خط أنابيب الإدارة ، ثم يتم فتحه وتحريره بشكل حدسي داخل IDEs للمطورين. لا مزيد من التلطيخ بالشاشات الخضراء هنا. يمكن للبنك الآن تقديم عروض جديدة إلى السوق في نصف الوقت الذي كان يستغرقه.

اقرأ دراسة حالة بنك Danske https://www.ibm.com/case-studies/danske_bank_as

اقرأ دراسة حالة بنك Danske

خذ Intellyx

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

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

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

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

تعرف على المزيد حول تحديث الحاسبات المركزية عن طريق التحقق من IBM Z و Cloud Modernization Center