مراجعة نماذج تشغيل السحابة الشائعة ومقارنتها

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

مقارنة نموذج التشغيل

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

الأولويات أو النطاق

يعتمد نموذج تشغيل السحابة في المقام الأول على عاملين:

• الأولويات أو الدوافع الاستراتيجية
• نطاق قائمة المشاريع التي ستتم إدارتها

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

• الأولويات أو الدوافع الاستراتيجية: يوفر كل نموذج تشغيل الدوافع الاستراتيجية النموذجية لاعتماد السحابة. ولكن بعض نماذج التشغيل تبسط دوافع محددة.

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

هام

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

محاذاة المساءلة

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

	العمليات اللامركزية	العمليات المركزية	عمليات المؤسسة	العمليات الموزعة
محاذاة الأعمال	فريق حمل العمل	استراتيجية السحابة المركزية	CCoE	المتغير - هل تشكل فريقا واسعا لاستراتيجية السحابة؟
عمليات السحابة	فريق حمل العمل	تكنولوجيا المعلومات المركزية	CCoE	استنادا إلى تحليل قائمة المشاريع - راجع مواءمة الأعمالوالتزامات الأعمال
حوكمة السحابة	فريق حمل العمل	تكنولوجيا المعلومات المركزية	CCoE	⁧⁩طبقات متعددة من التحكم⁧⁩
أمان السحابة	فريق حمل العمل	مركز عمليات الأمان (SOC)	CCoE + شركه نفط الجنوب	Mixed - راجع تحديد استراتيجية الأمان
أتمتة السحابة وDevOps	فريق حمل العمل	تكنولوجيا المعلومات المركزية أو N/A	CCoE	استنادا إلى تحليل قائمة المشاريع - راجع مواءمة الأعمالوالتزامات الأعمال

تسريع تنفيذ نموذج التشغيل في Azure

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

يوضح الجدول التالي طرق تسريع تنفيذ نموذج التشغيل الخاص بك.

	العمليات اللامركزية	العمليات المركزية	عمليات المؤسسة	العمليات الموزعة
نقطة البدء	Azure Well-Architected Framework (WAF)	مناطق هبوط Azure: خيارات البدء الصغيرة	مناطق هبوط Azure: CAF على نطاق المؤسسة	محاذاة الأعمال
التكرارات	يتيح التركيز على أحمال العمل للفريق التكرار داخل WAF.	يتطلب خيار البداية الصغيرة المزيد من التكرار على كل منهجية ولكن يمكن القيام به مع نضج جهود اعتماد السحابة.	كما هو موضح في عمليات التنفيذ المرجعية، تركز التكرارات المستقبلية عادة على إضافات التكوين الثانوية.	راجع خيارات تنفيذ منطقة هبوط Azure للبدء بالخيار الذي يلبي أساس العمليات على أفضل نحو. اتبع مسار التكرار المحدد في مبادئ تصميم هذا الخيار.

العمليات اللامركزية

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

• الأولويات: يقيس فريقك الابتكار على التحكم المركزي أو التوحيد القياسي عبر أحمال عمل متعددة.
• ميزة مميزة: تكبير سرعة الابتكار من خلال وضع فرق العمل والأعمال في التحكم الكامل في التصميم والبناء والعمليات.
• العيب المميز: تقليل التوحيد القياسي عبر حمل العمل، ووفورات الحجم من خلال الخدمات المشتركة، وجهود الامتثال المركزية المتسقة للحوكمة.
• المخاطر: يقدم هذا النهج مخاطر عند إدارة مجموعة من أحمال العمل. قد تحتوي فرق حمل العمل على فرق متخصصة مخصصة لوظائف تكنولوجيا المعلومات المركزية. يعتبر نموذج التشغيل هذا خيارا عالي المخاطر من قبل بعض المؤسسات، خاصة الشركات المطلوبة لمتابعة متطلبات التوافق مع الجهات الخارجية.
• التوجيه: تقتصر العمليات اللامركزية على القرارات على مستوى حمل العمل. يدعم Microsoft Azure Well-Architected Framework القرارات التي تم اتخاذها ضمن هذا النطاق. قد تضيف العمليات والتوجيهات داخل Cloud Adoption Framework حملا غير مطلوب من قبل العمليات اللامركزية.

مزايا العمليات اللامركزية

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

عيوب العمليات اللامركزية

• إدارة التكلفة: يصعب حساب تكاليف المؤسسة. عدم وجود فرق إدارة مركزية يجعل من الصعب تنفيذ ضوابط التكلفة الموحدة أو التحسين. على نطاق واسع، يمكن أن يكون هذا النموذج مكلفا، لأن كل حمل عمل قد يكون له تكرار في الأصول المنشورة وتعيينات التوظيف.
• المسؤوليات: يعني عدم وجود دعم مركزي أن فريق حمل العمل مسؤول تماما عن الحوكمة والأمان والعمليات وإدارة التغيير. يمثل نقص الدعم مشكلة عندما لا يتم أتمتة هذه المهام في مراجعة التعليمات البرمجية وإصدار البنية الأساسية لبرنامج ربط العمليات التجارية.
• التوحيد القياسي: التوحيد القياسي عبر مجموعة من أحمال العمل متغير وغير متناسق.
• دعم العمليات: غالبا ما يتم تفويت كفاءات المقياس أثناء إنشاء أفضل الممارسات عبر أحمال عمل متعددة.
• الخبرة: يتحمل أعضاء الفريق مسؤولية أكبر لاتخاذ قرارات حكيمة وأخلاقية حول الحوكمة والأمان والعمليات وإدارة التغيير ضمن تصميم التطبيق وتكوينه. راجع Microsoft Azure Well-Architected Review وAzure Well-Architected Framework بشكل متكرر لتحسين الخبرة المطلوبة.
• تصميم المنطقة المنتقل إليها: المناطق المنتقل إليها ليست خاصة بحمل العمل ولا يتم أخذها في الاعتبار في هذا النهج.
• الأدوات المساعدة التأسيسية: تتم مشاركة عدد قليل من الخدمات التأسيسية (إن وجدت) عبر أحمال العمل، ما يقلل من كفاءات الحجم.
• فصل الواجبات: تزيد المتطلبات الأعلى ل DevOps وفرق التطوير من استخدام الامتيازات المرتفعة من تلك الفرق. إذا كنت بحاجة إلى فصل الواجبات، فقد تحتاج إلى الاستثمار بشكل كبير في نضج DevOps للعمل مع هذا النهج.

العمليات المركزية

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

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

مزايا العمليات المركزية

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

عيوب العمليات المركزية

• إدارة التكلفة: لا تفهم الفرق المركزية دائما بنيات حمل العمل لإنتاج تحسينات مؤثرة على مستوى حمل العمل. وهذا الافتقار إلى الفهم يحد من مقدار وفورات التكاليف التي تأتي من عمليات حمل العمل المضبطة جيدا. يمكن أن يؤثر عدم الفهم الكامل لبنية حمل العمل على تحسينات التكلفة المركزية، والتي تؤثر على الأداء والحجم والركائز الأخرى لحمل العمل المصمم جيدا. قبل تطبيق تغييرات التكلفة على مستوى المؤسسة على أحمال العمل البارزة، يجب على فريق تكنولوجيا المعلومات المركزي فهم مراجعة Well-Architected Microsoft Azure وإكمالها.
• المسؤوليات: يضع مركزية دعم الإنتاج والوصول عبئا تشغيليا كبيرا على عدد قليل من الأشخاص وضغطا أكبر على كل فرد. تتسبب الضغوط المفروضة على هؤلاء الأفراد في الحاجة إلى إجراء مراجعات أعمق لأحمال العمل المنشورة، والتي تتحقق من الالتزام بمتطلبات إدارة الأمان والامتثال التفصيلية.
• التوحيد القياسي: تجعل نهج تكنولوجيا المعلومات المركزية من الصعب توسيع نطاق التوحيد القياسي دون التحجيم الخطي لموظفي تكنولوجيا المعلومات المركزيين.
• دعم العمليات: ترتبط أكبر عيوب هذا النهج بالحجم الكبير والتحولات التي تقيس الابتكار.
• الخبره: يواجه خبراء المطور وDevOps خطر التعرض لقيمة أقل أو مقيدين جدا في هذا النوع من البيئة.
• تصميم المنطقة المنتقل إليها: تستند تصميمات مركز البيانات إلى قيود النهج السابقة، والتي ليست دائما ذات صلة بالسحابة. ويؤدي اتباع هذا النهج إلى تقليل فرص إعادة التفكير في تجزئة البيئة وتمكين فرص الابتكار. يؤدي عدم تجزئة المنطقة المنتقل إليها إلى زيادة التأثير المحتمل للخرق وتعقيد الحوكمة والالتزام بالتوافق، وقد يؤدي إلى إنشاء أدوات حظر لاعتمادها في رحلة السحابة. راجع قسم المخاطر أعلاه.
• الأدوات المساعدة الأساسية: أثناء التحول الرقمي، قد تصبح السحابة نموذج التشغيل الأساسي. الأدوات المركزية، التي تم إنشاؤها للعمليات المحلية، تقلل من فرص تحديث العمليات وزيادة الكفاءات التشغيلية. اختيار عدم تحديث العمليات في وقت مبكر من عملية الاعتماد هو أيضا خيار. يمكن تحقيق التحديث عن طريق إنشاء اشتراك أساسي للنظام الأساسي في رحلة اعتماد السحابة. ويمكن أن يكون هذا الجهد معقدا ومكلفة ويستغرق وقتا طويلا دون تخطيط متقدم.
• الفصل بين الواجبات: تتبع العمليات المركزية عموما أحد المسارين وقد يعيق كلاهما الابتكار.
  • الخيار 1: تمنح الفرق خارج تكنولوجيا المعلومات المركزية وصولا محدودا إلى بيئات التطوير التي تحاكي الإنتاج. يعيق هذا الخيار التجريب.
  • الخيار 2: يقوم Teams بالتطوير والاختبار في البيئات غير المدعومة. يعيق هذا الخيار عمليات النشر ويبطئ اختبار تكامل ما بعد التوزيع.

عمليات المؤسسة

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

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

مزايا عمليات المؤسسة

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

عيوب عمليات المؤسسة

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

العمليات الموزعة

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

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

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

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

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

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

مصطلحات نموذج التشغيل

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

ما هي المنطقة المنتقل إليها؟