ترشيد العقارات الرقمية

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

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

النظرة التقليدية للترشيد

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

المخزون: مطلوب مخزون شامل من الأصول، بما في ذلك التطبيقات والبرامج والأجهزة وأنظمة التشغيل ومقاييس أداء النظام، لإكمال الترشيد الكامل باستخدام النماذج التقليدية.

التحليل الكمي: في شجرة القرار، تدفع الأسئلة الكمية الطبقة الأولى من القرارات. تتضمن الأسئلة الشائعة ما يلي:

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

التحليل النوعي: وتتطلب المجموعة التالية من القرارات ذكاء بشريا في شكل تحليل نوعي. غالبا ما تكون الأسئلة التي تأتي هنا فريدة من نوعها للحل ولا يمكن الإجابة عنها إلا من قبل المساهمين في الأعمال ومستخدمي الطاقة. عادة ما تؤخر هذه القرارات العملية، مما يبطئ الأمور بشكل كبير. يستهلك هذا التحليل بشكل عام من 40 إلى 80 ساعة FTE لكل تطبيق.

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

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

الترشيد على نطاق المؤسسة

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

في حين أن الترشيد الكامل هو الحالة النهائية والاتجاه العظيم للتحرك في، فإنه نادرا ما ينتج عائد الاستثمار العالي (عائد الاستثمار) بالنسبة للوقت والطاقة المطلوبة.

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

تصف بقية هذه المقالة نهجا بديلا، يعرف باسم الترشيد المتزايد.

الترشيد التزايدي

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

المخزون: تقليل نقاط بيانات الاكتشاف

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

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

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

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

التحليل الكمي: تبسيط القرارات

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

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

التحليل النوعي: الافتراضات المؤقتة

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

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

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

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

افتراضات التحدي

نتيجة القسم السابق هي ترشيد تقريبي مليء بالافتراضات. بعد ذلك، حان الوقت لتحدي بعض هذه الافتراضات.

إيقاف الأصول

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

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

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

تعديلات البرنامج

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

في مثال ترحيل IaaS الوارد في هذه المقالة:

• اطلب من فريق DevOps تحديد الأصول التي تعد بالفعل جزءا من أتمتة التوزيع وإزالة هذه الأصول من خطة الترحيل الأساسية.

• اطلب من فرق البيانات وR&D تحديد الأصول التي تعمل على تشغيل تدفقات إيرادات جديدة وإزالتها من خطة الترحيل الأساسية.

يمكن تنفيذ هذا التحليل النوعي الذي يركز على البرنامج بسرعة وإنشاء محاذاة عبر تراكمات ترحيل متعددة.

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

تحديد حمل العمل الأول

يعد تنفيذ حمل العمل الأول أمرا أساسيا للاختبار والتعلم. إنها الفرصة الأولى لإظهار وبناء عقلية النمو.

معايير العمل

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

المعايير التقنية

حدد حمل عمل له الحد الأدنى من التبعيات ويمكن نقله كمجموعة صغيرة من الأصول. نوصي بتحديد حمل عمل بمسار اختبار محدد لتسهيل التحقق من الصحة.

غالبا ما يتم نشر حمل العمل الأول في بيئة تجريبية بدون قدرة تشغيلية أو حوكمة. من المهم تحديد حمل عمل لا يتفاعل مع البيانات الآمنة.

التحليل النوعي

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

الترحيل

بالتوازي مع الترشيد المستمر، يمكن لفريق اعتماد السحابة البدء في ترحيل حمل العمل الصغير لتوسيع التعلم في المجالات الرئيسية التالية:

• تعزيز المهارات باستخدام النظام الأساسي لموفر السحابة.
• حدد الخدمات الأساسية ومعايير Azure اللازمة لتناسب الرؤية طويلة الأجل.
• فهم أفضل لكيفية تغيير العمليات لاحقا في التحويل.
• فهم أي مخاطر أعمال متأصلة وتسامح الشركة مع هذه المخاطر.
• إنشاء منتج أساسي أو الحد الأدنى من المنتجات القابلة للتطبيق (MVP) للحوكمة استنادا إلى التسامح مع المخاطر في الشركة.

تخطيط الإصدار

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

قوة 10

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

إنشاء التراكمات الأولى

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

نضوج العملية

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

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

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

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

حالة الانتهاء

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

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

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

ناتج جهود الترشيد هو تراكم حسب الأولوية لجميع الأصول التي تتأثر بالتحول المختار. هذا التراكم جاهز الآن للعمل كأساس لنماذج التكلفة للخدمات السحابية.

محاذاة نماذج التكلفة مع العقارات الرقمية