طرق لنقل تطبيقاتك القديمة المخصصة إلى السحابة

تحسين تقنية واستراتيجية بيانات مؤسستك تحويل 2021.


تأتي التغييرات في جميع الأشكال والأحجام. نرحب ببعض التغييرات ، والبعض الآخر نشعر بالخجل منه. ركز الوباء بشكل كبير على تغيير العمليات التجارية ووضع العديد من المؤسسات في وضع “افعل أو تموت” عندما يتعلق الأمر بتقرير ما إذا كان يجب أن يكون لديك أجهزة سطح مكتب افتراضية عن بُعد ، والأهم من ذلك – تطبيقات محلية. ابق ، انتقل إلى السحابة ، أو غيّر تمامًا.

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

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

النهج 1: الرفع والتناوب

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

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

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

المقاربة 2: إعادة الإعمار

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

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

النهج :: إعادة البرنامج

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

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

الأسلوب :: تخلص من التطبيق واشتر واحدًا جديدًا

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

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

البحث عن استراتيجية ترحيل تناسبك

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

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

فاديم فلاديميرسكي هو المؤسس المشارك والرئيس التنفيذي نيرديو.

VentureBeat

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

  • معلومات محدثة حول الموضوعات التي تهمك
  • نشراتنا الإخبارية
  • محتوى رائد الفكر والوصول إلى أحداثنا القيمة ، على سبيل المثال تحويل 2021: يتعلم أكثر
  • ميزات الشبكات والمزيد

أصبح عضوا

Leave a Comment

x