التطور المستمر لبرامج التطبيقات السحابية

إنها ليست مجرد سحابة مقابل السحابة. في أماكن العمل بعد الآن

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

دعونا نلقي نظرة على كيفية تغير الحوسبة السحابية في مجال البرامج التطبيقية حتى الآن.

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

وظهر المزيد من رواد السحابة - خاصة في مجالات الموارد البشرية وإدارة المواهب.

يوم عمل, عوامل النجاح, تاليو وظهر الكثير. هذه الشركات، مثل سابقاتها، لم يكن لديها حلول متعددة المستأجرين فحسب، بل قدمت أيضًا فائدة اقتصادية مهمة جدًا: حيث أجرى البائعون جميع عمليات ترقيات التطبيق وصيانته. وتبين أن هذه الفائدة تمثل حوالي 40-60% من التكلفة الإجمالية لملكية البرنامج (استنادًا إلى المراجعات التي أجريناها في عام 2010).

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

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

أصبحت PaaS (المنصة كخدمة) حقيقة واقعة منذ بضع سنوات. قدمت Salesforce.com موقع Force.com وتبادل برامج التطبيقات وأدوات أخرى لتمكين العديد من الشركات الأخرى من تطوير التطبيقات على نظامها الأساسي السحابي. NetSuite قدمت منصة NS-BOS الخاصة بها أيضًا. تفاحة حتى أنها تمتلك نظامًا بيئيًا نابضًا بالحياة مع متجر تطبيقات منفصل لمنتجات البرامج الجاهزة للاستخدام التجاري. لقد ولدت المنصات حلول التطبيقات السحابية الجديدة كليًا مثل FinancialForce.com, كيناندي, الجذر، إلخ. لقد كانت هذه الخطوة التطورية تجاه PaaS ناجحة في بعض النواحي ولكنها تحتاج إلى مزيد من الدعم/الحيوية للاستمرار.

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

واصل بائعو السحابة (ومنافسوهم) الابتكار وأصبحت تعديلاتهم الأحدث مثيرة للاهتمام. قد تكون بعض هذه التغييرات كبيرة ومتغيرة في السوق. دعونا نلقي نظرة على عدد قليل منها:

• مرونة - إحدى نقاط القوة لدى الشركات الكبرى فيما يتعلق بحلول البرامج السحابية هي أن الترقيات قد تكون كذلك أيضًا متكررة وتتطلب الانتقال إلى إصدار جديد في تقويم لا يتطابق مع تقويم العميل الاحتياجات. لقد قام البائعون بحل مشكلة التردد حيث اعتمد معظمهم جدولًا زمنيًا مكونًا من 3-4 إصدارات سنويًا. يعد هذا تحسينًا من 160 إصدارًا سنويًا لمورد واحد. ما يريده هؤلاء العملاء أيضًا هو القدرة على التحكم بشكل أكبر في توقيت حدوث الترقية. من المؤكد أن العديد من الحلول السحابية تمنح المستخدمين نافذة متعددة الأسابيع لمعرفة موعد الترقية. لكن بعض الشركات تريد خيار الانتظار لأشهر (أو لفترة أطول). قد يرغبون في التوقف عن الإصدار الحالي وتأخير الترقية لبضعة إصدارات. وهذا أمر أساسي بالنسبة للشركات التي لديها العديد من الأجزاء المتحركة (على سبيل المثال، عمليات الدمج/الاستحواذ/التصفية المتكررة، والعديد من الكيانات القانونية، ومحفظة تكنولوجيا المعلومات الضخمة والمتقلبة، وما إلى ذلك). يريد هؤلاء العملاء بعض المرونة في الترقيات/التحديثات الجديدة. يريدون ماذا أجرسو و NorthgateArinso العرض: القدرة على البقاء على ما يصل إلى عدد قليل من الإصدارات مرة أخرى دون أي آثار سلبية.

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

• الاكتمال -كان لدى العديد من مبتكري SaaS الأصليين تطبيق أولي واحد فقط (على سبيل المثال، تقييم الأداء). غالبًا ما يمتلك البائعون المحليون الأقدم مجموعات كبيرة من المؤسسات تتألف من العديد من التطبيقات. ونتيجة لذلك، قال البائعون المحليون إن مشتري الحلول السحابية سيتعين عليهم تجميع مجموعة من أفضل التطبيقات للحصول على نفس التغطية الوظيفية التي سيحصلون عليها من شركاتهم. وكان الواقع مختلفا. وجد مشترو السحابة هؤلاء أن دمج تطبيق سحابي مع تطبيق آخر لم يكن أمرًا كبيرًا. الباعة مثل ديل / بومي, آي بي إم/كاست آيرون و إنفورماتيكا جعل دمج التطبيقات السحابية مع الحلول السحابية والمحلية الأخرى أمرًا سهلاً للغاية. علاوة على ذلك، واصل بائعو الخدمات السحابية الإضافة إلى خطوط منتجاتهم. تمكن بعض موردي الخدمات السحابية، بفضل قراراتهم الهندسية السابقة، من نقل معظم وظائفهم المحلية إلى السحابة. بالنسبة لأولئك البائعين الذين اتبعوا نهج SaaS-querade غير الأنيق للانتقال إلى السحابة، فقد حققوا فقط نقل خط إنتاج أقدم إلى وجود مستضاف لمستأجر واحد. قام أفضل البائعين بنقل خط إنتاج كامل، بكل وظائفه، إلى عالم متعدد المستأجرين. لذا، ما يحدث هو أن المجموعات الكبيرة متاحة الآن في السحابة إما عبر كل الابتكارات الجديدة أو نقل المنتجات القديمة إلى السحابة. تظهر هذه المجموعات الأكبر من التطبيقات السحابية في كل مكان. إن اتساعها وعمقها مثير للإعجاب ومتزايد. الأجنحة الأكبر حجمًا تعني مشكلة للبائعين المحليين. إذا لم يكونوا قلقين بشأن اختيار بائعي السحابة للعملاء الذين يريدون تطبيقًا طرفيًا أو ثانيًا، يجب عليهم الآن أن يشعروا بالقلق عندما يأخذ بائع السحابة نصيب الأسد من تطبيق العميل الاحتياجات.

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

الحل المرن لتخطيط موارد المؤسسات (ERP): نهج أقل صرامة تجاه الإيجارات المتعددة

التسامح مع الكوارث Accidental ERP: نوع جديد من النشر السحابي

تغيير قواعد اختيار برنامج ERP (مسألة الاكتمال))

ما هو التالي في التطور؟

سوف يرغب مراقبو السوق ومشتري البرامج في مشاهدة ما يلي:

• تجربة المستخدم/واجهة المستخدم - سيتعين على بائعي البرامج، وخاصة أولئك الذين لديهم عروض أقدم، ترقية واجهات المستخدم القديمة الخاصة بهم. سوف تبتعد الشركات الذكية عن الأساليب القائمة على النماذج وتنتقل إلى تدفقات أكثر تحديدًا من قبل المستخدم ومدفوعة بالعمليات. الأفضل على الإطلاق هو استخدام التحليلات للتنبؤ بالمعلومات التي يحتاجها المستخدمون وتوجيه المستخدم بذكاء (عبر تقنية إدارة العمليات) خلال إكمال المهمة.
• حاويات - تمتلك Oracle هذه الإمكانية في قاعدة بياناتها 12c. للوهلة الأولى، يمكن أن توفر الحاويات طريقة لشركة Oracle لتقديم تجربة متعددة المستأجرين لكبار عملائها مع عزل بيانات كل عميل فعليًا. ومع ذلك، فأنا من أشد المؤمنين بالمعالجة داخل الذاكرة (عبر قواعد البيانات التقليدية) وأريد أن أفهم كيف ستكون تقنية الحاوية هذه متفوقة على التخزين داخل الذاكرة. كيف سيتم ذلك سيكون من المثير للاهتمام أن نلاحظه.
• البيانات والتحليلات الضخمة المتكاملة والموسعة - أنشأ Workday طريقة للسماح بالاقتران الوثيق بين بيانات المعاملات الموجودة في الذاكرة والبيانات الضخمة الخارجية. إنه يجلب القدرة على تغيير ما نعرفه عن الأعمال والمنافسة والاستراتيجية. سيغير هذا تمامًا الطريقة التي ننظر بها إلى التقارير والتحليلات وصنع القرار.