فتح الأبواب مع الخدمات المصرفية الموجهة نحو واجهة برمجة التطبيقات (API)

بقلم: بانسيريلفام د، نائب الرئيس المساعد، إنتيليكت ديزاين أرينا

أصبحت الخدمات القائمة على الحوسبة السحابية مثل SaaS (البرمجيات كخدمة) وPaaS (المنصة كخدمة) وIaaS (البنية التحتية كخدمة) وNaaS (الشبكة كخدمة) من الكلمات الرنانة في السوق. ووفقًا لأحد التقارير، قُدِّر حجم سوق الحوسبة السحابية العالمية بنحو 219 مليار دولار أمريكي في عام 2020، ومن المرجح أن ينمو إلى 791 مليار دولار أمريكي بحلول عام ²⁰²⁸¹. بينما لعبت الجائحة دورًا رئيسيًا في تحول الشركات نحو الحوسبة السحابية، كانت هناك عوامل أخرى ساعدت في هذا التحول. كان بعضها انخفاض الصيانة والتكلفة وزيادة اعتماد تقنيات مثل الذكاء الاصطناعي والتعلم الآلي وزيادة التمويل في السحابة من قبل الدول المتقدمة.

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

كيف يجب أن يعد البنك نفسه للتوسع المستمر؟ هل يمكن أن تكون واجهات برمجة التطبيقات هي الحل؟

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

1. الحفاظ على أنظمة واجهات متعددة: كان كل نظام يتطلب وظائف واجهة خاصة به للاتصال بمختلف الأنظمة النهائية الأخرى. وأدى ذلك إلى تنفيذ أنواع متشابهة من وظائف الوصلات البينية في جميع الأنظمة.

2. تكلفة ووقت كبيران لأي طلب تغيير: نظرًا لوجود تغيير في واجهة النظام النهائي، كان لا بد من تغيير جميع وظائف واجهة التطبيقات المتأثرة. كانت تغييرات الواجهة هذه مكلفة وتطلبت فترات تنفيذ أطول.

3. صعوبات في الحفاظ على الوثائق البينية: نظرًا لوجود العديد من التطبيقات، واجه البنك صعوبة في الاحتفاظ بوثائق الوصلة البينية لجميع هذه التطبيقات.

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

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

يمكن أن تكون واجهات برمجة التطبيقات هي الحل لهذه المشاكل. واجهة برمجة التطبيقات هي مجموعة من القواعد التي توجه أجهزة الكمبيوتر أو التطبيقات للتواصل مع بعضها البعض. وتعمل واجهات برمجة التطبيقات كطبقة وسيطة بين التطبيق وخادم الويب، حيث تقوم بمعالجة نقل البيانات بين ^{الأنظمة2}.

الخاتمة

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

المصادر

1. https://www.fortunebusinessinsights.com/cloud-computing-market-102697

2. https://www.ibm.com/cloud/learn/api