مستقبل منصات المطورين الداخليين السحابية الأصلية. هل سيقوم مقدمو الخدمات السحابية بإنشاء (ديفيد ميتشل)

ما مدى قربنا من مزودي الخدمات السحابية الذين ينشئون منصات مطورة داخلية سحابية أصلية؟ 

لتهيئة المشهد ، لنبدأ باستراتيجيات الترحيل إلى السحابة الشاملة. 

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

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

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

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

تقدم السحابة جانب مضيء! 

تتضمن الخدمات السحابية غير الخادمة مثل Google Cloud Run وتطبيقات حاوية Azure وتطبيقات AWS Runner روح السحابة الأصلية - فهي قابلة للتطوير ومرنة ومدارة بالكامل. تسمح هذه الخدمات للمؤسسة بالاستفادة من مزايا النقل بالحاويات ، مما يجعل من الممكن نشر نفس التطبيق على منصات سحابية متعددة ، وبالتالي ضمان تشغيل التطبيق باستمرار ، بغض النظر عن البنية التحتية الأساسية. 

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

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

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

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

لذلك ، من المهم بالنسبة للمستقبل أن يتم توفير النظام الأساسي كخدمة للمطورين الداخليين كعرض سحابي أساسي ؛ ولكن هل يتصدى مقدمو الخدمات السحابية لهذا التحدي؟ من الواضح أنها كذلك ، ولكن كما هو الحال دائمًا ، هناك دائمًا تعقيدات إضافية في التطبيقات المالية والمصرفية! 

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

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

• محتوى مدعوم من تحسين محركات البحث وتوزيع العلاقات العامة. تضخيم اليوم.
• بلاتوبلوكشين. Web3 Metaverse Intelligence. تضخيم المعرفة. الوصول هنا.
• المصدر https://www.finextra.com/blogposting/23809/the-future-of-cloud-native-internal-developer-platforms-will-the-cloud-service-providers-create-the?utm_medium=rssfinextra&utm_source=finextrablogs