تطبيق مبادئ التصميم والعمليات المتقدمة

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

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

يوضح الرسم التخطيطي في القسم التالي ثلاث طرق لتجاوز أساس الإدارة.

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

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

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

أساس الإدارة المحسن

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

تخصص الإدارة

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

بالنسبة لأحمال العمل التي تتطلب استثمارا أعلى لتلبية التزام الأعمال، يعد تخصص العمليات أمرا أساسيا.

مجالات تخصص الإدارة

هناك مجالان للتخصص:

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

فريق تكنولوجيا المعلومات المركزي أو مركز التميز السحابي (CCoE)

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

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

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

يتم توضيح المحاذاة الطبيعية للأدوار في CCoE على النحو التالي:

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

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

عمليات تخصص الإدارة

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

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

تحسين تصميم النظام

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

كمكمل لإطار العمل هذا، يوفر Microsoft Azure Well-Architected Framework مبادئ توجيهية لتحسين جودة النظام الأساسي أو حمل عمل معين. يركز الإطار على التحسين عبر خمس ركائز لتميز البنية:

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

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

لتحسين تصميم النظام، تعرف على المزيد حول Microsoft Azure Well-Architected Framework. مع تحسن تصميم النظام، ارجع إلى هذه المقالة للعثور على فرص جديدة لتحسين التحسينات وتوسيع نطاقها عبر بيئتك.

المعالجة الآلية

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

عندما لا يكون حل الديون التقنية هو المسار المطلوب، فإن المعالجة التلقائية عادة ما تكون الخطوة التالية المطلوبة. يعد استخدام Azure Automation وAzure Monitor للكشف عن الاتجاهات وتوفير المعالجة التلقائية هو النهج الأكثر شيوعا للمعالجة التلقائية.

للحصول على إرشادات حول المعالجة التلقائية، راجع Azure Automation والتنبيهات.

توسيع نطاق الحل باستخدام كتالوج خدمة

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

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

للحصول على معلومات حول النشر إلى كتالوج خدمة، راجع السلسلة حول النشر إلى كتالوج خدمة.

التحسين المستمر

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

• أداء الحاوية
• أداء قاعدة بيانات PaaS
• أداء قاعدة بيانات IaaS