مشاركة عبر

رحلة استخدام السحابة

  • مقالة

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

رسم تخطيطي يوضح نهج تحديث ترحيل قائمة المشاريع.

أحد الاعتبارات المهمة في اعتماد الحل السحابي الصحيح هو توازن التحكم مقابل الإنتاجية. تمنحك حلول البنية التحتية كخدمة (IaaS) أقصى قدر من التحكم ولكنها تتطلب المزيد من الوقت للحفاظ عليها. تنقل حلول النظام الأساسي كخدمة (PaaS) والبرامج كخدمة (SaaS) مسؤولية الإدارة إلى Azure وتسمح لفرقك بالتركيز على أن تكون منتجة. يختلف التوازن المطلوب بين التحكم والإنتاجية لكل مؤسسة، وسيتغير بمرور الوقت مع تغير أولوياتك.

بالنسبة لاعتماد السحابة الأولي، توقف المؤسسة النموذجية 35٪ من تطبيقاتها، وتستبدل 15٪ من محفظتها، وترحل 50٪ مع التعديلات الضرورية فقط (rehost أو replatform).

إيقاف (35٪)

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

استبدال (15٪)

تستبدل معظم المؤسسات حوالي 15٪ من تطبيقاتها ببرامج كخدمة (SaaS) وحلول منخفضة التعليمات البرمجية. فهم يرون القيمة في نقل التقنيات "من" ذات النفقات العامة للإدارة ("التحكم") ونقل الحلول "إلى" التي تتيح لهم التركيز على تحقيق أهدافهم ("الإنتاجية").

الجدول 1 - أمثلة على استبدال أحمال العمل ب SaaS وحلول التعليمات البرمجية المنخفضة

من لكي تتمكن من
سطر مخصص من
الأعمال (LOB)
التطبيقات		 Power Apps
أدوات DevOps GitHub
العلاقة
الإدارة		 Dynamics 365
الصناعة
الراسيه		 طرف ثالث
SaaS

ترحيل (إعادة استضافة أو إعادة تنسيق) (50٪)

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

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

أولا للتنقل (35٪)

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

  • تطبيقات الويب الأساسية: نوصي بإعادة استضافة تطبيقات الويب الأساسية وانتظار نقل أحمال العمل الأكثر تعقيدا حتى تقوم بنقل تطبيقات الويب الأساسية. Azure App Service هي نظام أساسي مرن للتطبيق يمكنه استضافة معظم التطبيقات. نوصي بهذا الحل لتطبيقات الويب الأساسية. لمزيد من المعلومات، راجع "Azure App Service".

  • المداخل المتقدمة: يجب ترحيل مداخلك إلى مداخل Power Apps لزيادة الإنتاجية.

بجوار الانتقال (10٪)

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

  • تأثير كبير على الأعمال: أحمال العمل التي تدفع الإيرادات أو مهمة بالغة الأهمية.

  • أنظمة معالجة المعاملات عبر الإنترنت (OLTP) عالية الإدخال/الإخراج (I/O): تسجل أحمال العمل هذه المعاملات التجارية ولديها متطلبات معالجة مرتفعة.

  • المعلومات المنظمة: يجب أن تتبع أحمال العمل هذه المعايير القانونية والصناعية مثل HIPAA وPCI DSS وغيرها. نوصي باستخدام نهج Azure لضمان الامتثال لهذه المعايير. لمزيد من المعلومات، راجع نهج Azure.

من الصعب أو المكلف نقل (5٪)

نقل أحمال العمل الأكثر صعوبة وتكلفة آخر. قد تحتاج الأنظمة التالية إلى مزيد من التفكير للتحرك بكفاءة.

  • الأصول عالية القيمة (HVA): قد يؤدي تعطيل أو تلف حمل العمل هذا إلى تعطيل جميع العمليات التجارية.

  • أنظمة البنية الأساسية للمفتاح العام (PKI): أحمال العمل التي تدير الشهادات الرقمية x509 وتشفير الشبكة والمصادقة.

  • التحكم في المصدر القديم: أنظمة التحكم بالمصادر التي لا يتم استبدالها بسهولة ب GitHub.

  • لا يمكن تحديثه: التكنولوجيا القديمة أو الخاصة التي لا يمكن تحديثها.

  • تغيير معماري عميق: البنيات القديمة التي تتطلب إعادة تصميم كاملة للبنية. استخدم Microsoft Azure Well-Architected Framework بدلا من نهج تحديث CAF.

المزيد من الموارد

الخطوات التالية

هل تريد الترحيل أو التحديث أولا؟