عمليات النظام الأساسي في إدارة السحابة
قد يوفر أساس إدارة السحابة الذي يمتد عبر المخزون والرؤيةوالتوافق التشغيليوالحماية والاسترداد مستوى كافيا من إدارة السحابة لمعظم أحمال العمل في محفظة تكنولوجيا المعلومات. ولكن نادرا ما يكون هذا الأساس كافيا لدعم قائمة المشاريع الكاملة. تعتمد هذه المقالة على الخطوة التالية الأكثر شيوعا في إدارة السحابة وعمليات قائمة المشاريع.
تسلط دراسة سريعة للأصول في محفظة تكنولوجيا المعلومات الضوء على الأنماط الحالية عبر أحمال العمل المدعومة. ضمن أحمال العمل هذه، هناك أنظمة أساسية مشتركة. يمكن أن تختلف الأنظمة الأساسية بشكل كبير اعتمادا على القرارات التقنية السابقة داخل الشركة.
بالنسبة لبعض المؤسسات، هناك اعتماد كبير على SQL Server أو Oracle أو الأنظمة الأساسية الأخرى للبيانات مفتوحة المصدر. في المؤسسات الأخرى، قد تكون القواسم المشتركة متجذرة في الأنظمة الأساسية للاستضافة للأجهزة الظاهرية (VMs) أو الحاويات. ومع ذلك، قد يكون لدى الآخرين تبعية مشتركة على التطبيقات أو أنظمة تخطيط موارد المؤسسة (ERP) مثل SAP أو Oracle.
عندما تفهم هذه القواسم المشتركة، يمكن لفريق إدارة السحابة الخاص بك التخصص في مستويات أعلى من الدعم لتلك الأنظمة الأساسية ذات الأولوية.
إنشاء كتالوج خدمة
الهدف من عمليات النظام الأساسي هو إنشاء حلول موثوقة وقابلة للتكرار لفريق اعتماد السحابة لاستخدامه. يمكن لفريق اعتماد السحابة بعد ذلك تقديم نظام أساسي يوفر مستوى أعلى من التزام الأعمال. ويمكن أن يقلل هذا الالتزام من احتمالية وقت التعطل أو تكراره، مما يحسن الموثوقية. إذا كان هناك فشل في النظام، يمكن أن يساعد الالتزام أيضا في تقليل مقدار فقدان البيانات أو وقت الاسترداد. وغالبا ما يتضمن هذا الالتزام عمليات مركزية مستمرة لدعم النظام الأساسي.
نظرا لأن فريق إدارة السحابة ينشئ درجات أعلى من الإدارة التشغيلية والتخصص المتعلق بأنظمة أساسية محددة، فإنهم يضيفون منصات إلى كتالوج خدمة متزايد. يوفر كتالوج الخدمة نشر النظام الأساسي للخدمة الذاتية في تكوين معين، والذي يلتزم بعمليات النظام الأساسي المستمرة. أثناء محادثة محاذاة الأعمال، يمكن لفرق إدارة السحابة واستراتيجية السحابة اقتراح حلول كتالوج الخدمة للأعمال. تعمل حلول كتالوج الخدمة على تحسين التزامات الموثوقية ووقت التشغيل والاسترداد في عملية خاضعة للرقابة وقابلة للتكرار.
للرجوع إليها، تشير بعض المؤسسات إلى كتالوج خدمة في مرحلة مبكرة كقوائم معتمدة. الفرق الأساسي هو أن كتالوج الخدمة يأتي مع التزامات تشغيلية مستمرة من مركز التميز السحابي (CCoE). القائمة المعتمدة متشابهة. يوفر قائمة معتمدة مسبقا من الحلول التي يمكن للفريق استخدامها في السحابة. ولكن عادة لا توجد فائدة تشغيلية مرتبطة بالتطبيقات في قائمة معتمدة.
مثل الكثير من المناقشة بين تكنولوجيا المعلومات المركزية وCCoE، فإن الفرق هو أحد الأولويات. يفترض كتالوج الخدمة حسن النية ولكنه يوفر حواجز تشغيلية وحوكمة وأمنية تعمل على تسريع الابتكار. تعيق القائمة المعتمدة الابتكار حتى يتم تمرير العمليات والامتثال وبوابات الأمان للحل. كلا الحلين قابلان للتطبيق، ولكنهما يتطلبان من الشركة اتخاذ قرارات دقيقة لتحديد الأولويات للاستثمار أكثر في الابتكار أو الامتثال.
إنشاء كتالوج الخدمة
نادرا ما تنجح إدارة السحابة في تقديم كتالوج خدمة في صومعة. يتطلب التطوير السليم للكتالوج شراكة عبر فريق تكنولوجيا المعلومات المركزي أو CCoE. يميل هذا النهج إلى أن يكون أكثر نجاحا عندما تصل مؤسسة تكنولوجيا المعلومات إلى مستوى CCoE من النضج، ولكن يمكن تنفيذه في وقت أقرب.
عندما يبني فريق النظام الأساسي السحابي كتالوج الخدمة داخل نموذج CCoE، فإنهم ينشئون النظام الأساسي للحالة المطلوبة. تتحقق فرق إدارة السحابة وأمان السحابة من الحوكمة والتوافق داخل التوزيع. ينشئ فريق إدارة السحابة عمليات مستمرة لهذا النظام الأساسي. ويحزم فريق أتمتة السحابة النظام الأساسي للتوزيع القابل للتطوير والتكرار.
بعد حزم النظام الأساسي، يمكن لفريق إدارة السحابة إضافته إلى كتالوج الخدمة المتنامي. من هناك، يستخدم فريق اعتماد السحابة الحزمة أو غيرها في الكتالوج أثناء التوزيع. بعد أن ينتقل الحل إلى الإنتاج، تدرك الشركة الفوائد الإضافية لتحسين الإدارة التشغيلية وربما تقليل تعطل الأعمال.
ملاحظة
يتطلب إنشاء كتالوج خدمة قدرا كبيرا من الجهد والوقت من فرق متعددة. يؤدي استخدام كتالوج الخدمة أو القائمة المعتمدة كآلية gating إلى إبطاء الابتكار. عندما يكون الابتكار أولوية، قم بتطوير كتالوجات الخدمة بالتوازي مع جهود الاعتماد الأخرى.
تحديد عمليات النظام الأساسي الخاصة بك
على الرغم من أن أدوات الإدارة والعمليات يمكن أن تحسن عمليات النظام الأساسي، إلا أنه غالبا ما لا يكفي لتحقيق الحالات المطلوبة من الاستقرار والموثوقية. تتطلب عمليات النظام الأساسي الحقيقي التركيز على ركائز التميز المعماري. عندما يبرر النظام الأساسي استثمارا أعمق في العمليات، ضع في اعتبارك الركائز الخمس التالية قبل أن تصبح المنصة جزءا من أي كتالوج خدمة:
- موثوقيه: تصميم الأنظمة للتعافي من حالات الفشل والاستمرار في العمل.
- الامن: حماية التطبيقات والبيانات من التهديدات.
- تحسين التكلفة: إدارة التكاليف لزيادة القيمة المقدمة إلى أقصى حد.
- التميز التشغيلي: اتبع العمليات التشغيلية التي تحافظ على تشغيل النظام في الإنتاج.
- كفاءة الأداء: تغيير حجم الأنظمة للتكيف مع التغييرات في الحمل.
يوفر Microsoft Azure Well-Architected Framework نهجا لتقييم أحمال عمل محددة للالتزام بهذه الركائز، لتحسين العمليات الإجمالية. يمكنك تطبيق هذه الركائز على كل من عمليات النظام الأساسي وعمليات حمل العمل.
بدء استخدام أنظمة أساسية محددة
الأنظمة الأساسية التي تمت مناقشتها في الأقسام التالية شائعة لعملاء Azure النموذجيين، ويمكنهم بسهولة تبرير الاستثمار في عمليات النظام الأساسي. تميل فرق إدارة السحابة إلى البدء بها عندما تقوم ببناء متطلبات عمليات النظام الأساسي أو كتالوج خدمة كامل.
عمليات بيانات PaaS
غالبا ما تكون البيانات هي النظام الأساسي الأول الذي يضمن استثمارات عمليات النظام الأساسي. عند استضافة البيانات في بيئة النظام الأساسي كخدمة (PaaS)، يميل أصحاب المصلحة في الأعمال إلى طلب هدف نقطة استرداد أقل (RPO) لتقليل فقدان البيانات. اعتمادا على طبيعة التطبيق، قد يطلبون أيضا تقليل هدف وقت الاسترداد (RTO). في كلتا الحالتين، يمكن للبنية التي تدعم حلول البيانات المستندة إلى PaaS استيعاب مستوى متزايد من دعم الإدارة بسهولة.
في معظم السيناريوهات، يتم تبرير تكلفة تحسين التزامات الإدارة بسهولة، حتى بالنسبة للتطبيقات التي ليست مهمة بالغة الأهمية. يعد تحسين عمليات النظام الأساسي هذا شائعا لدرجة أن العديد من فرق إدارة السحابة ترى فيه أكثر كأساس محسن، بدلا من تحسين عمليات النظام الأساسي الحقيقي.
عمليات بيانات IaaS
عند استضافة البيانات في حل البنية الأساسية التقليدية كخدمة (IaaS)، يمكن أن يكون الجهد المبذول لتحسين RPO وRTO أعلى. ومع ذلك، نادرا ما تتأثر رغبة أصحاب المصلحة في الأعمال في تحقيق التزامات إدارية أفضل بقرار PaaS مقابل IaaS. إذا كان هناك أي شيء، فقد يدفع فهم الاختلافات الأساسية في البنية الشركة إلى طلب حلول أو التزامات PaaS التي تتطابق مع ما هو متاح في حلول PaaS. ضع في اعتبارك تحديث أي أنظمة أساسية لبيانات IaaS كخطوة أولى في عمليات النظام الأساسي.
عندما لا يكون التحديث خيارا، فإن فرق إدارة السحابة تعطي الأولوية عادة لمنصات البيانات المستندة إلى IaaS كأول خدمة مطلوبة في كتالوج الخدمة. إن توفير خيار للأعمال بين خوادم البيانات المستقلة وحلول البيانات المجمعة وعالية التوفر تجعل محادثة التزام الأعمال أسهل بكثير لتسهيلها. يساعد الفهم الأساسي للتحسينات التشغيلية والتكاليف المتزايدة الشركة على اتخاذ أفضل قرار لعملياتها التجارية ودعم أحمال العمل.
عمليات النظام الأساسي الشائعة الأخرى
بالإضافة إلى الأنظمة الأساسية للبيانات، يميل مضيفو الجهاز الظاهري إلى أن يكونوا نظاما أساسيا مشتركا لتحسين العمليات. تستثمر الأنظمة الأساسية السحابية وفرق إدارة السحابة بشكل شائع في التحسينات على مضيفي VMware أو حلول الحاويات. يمكن أن تحسن هذه الاستثمارات استقرار المضيفين وموثوقيتها، والتي تدعم الأجهزة الظاهرية، والتي بدورها تعمل على تشغيل أحمال العمل. يمكن للعمليات المناسبة على مضيف واحد أو حاوية واحدة تحسين RPO أو RTO للعديد من أحمال العمل. ويخلق هذا النهج التزامات تجارية محسنة ولكنه يوزع الاستثمار. تتضافر الالتزامات المحسنة والتكاليف المنخفضة لتسهيل تبرير التحسينات على إدارة السحابة وعمليات النظام الأساسي.
الخطوات التالية
بالتوازي مع التحسينات على عمليات النظام الأساسي، تركز فرق إدارة السحابة أيضا على تحسين عمليات حمل العمل لأفضل 20 بالمائة أو أقل من أحمال عمل الإنتاج.