فهم وظائف فريق تكنولوجيا المعلومات المركزي
مع تغير حجم استخدام السحابة، قد لا تكون وظائف حوكمة السحابة وحدها كافية لتنظيم جهود الاعتماد. عندما يكون الاعتماد تدريجيا، تميل الفرق إلى تطوير المهارات والعمليات الضرورية بشكل عضوي لتكون جاهزة للسحابة بمرور الوقت.
ولكن عندما يستخدم فريق اعتماد سحابة واحد السحابة لتحقيق نتيجة أعمال رفيعة المستوى، نادرا ما يكون الاعتماد التدريجي هو الحال. النجاح يتبع النجاح. هذه النتيجة صحيحة أيضا لاعتماد السحابة، ولكنها تحدث على نطاق السحابة. عندما يتوسع استخدام السحابة من فريق واحد إلى فرق متعددة بسرعة نسبيا، تحتاج المؤسسة إلى مزيد من الدعم من موظفي تكنولوجيا المعلومات الحاليين. ولكن قد يفتقر هؤلاء الموظفون إلى التدريب والخبرة المطلوبة لدعم السحابة باستخدام أدوات تكنولوجيا المعلومات الأصلية على السحابة. غالبا ما تدفع هذه الفجوة في التدريب والخبرة تشكيل فريق تكنولوجيا المعلومات المركزي لتنظيم السحابة.
تنبيه
في حين أن إنشاء فريق تكنولوجيا المعلومات المركزي هو إشارة شائعة للنضج، إذا لم تتم إدارته بشكل فعال، فقد يصبح خطرا كبيرا على الاعتماد، مما قد يمنع جهود الابتكار والترحيل. راجع قسم مخاطر فريق تكنولوجيا المعلومات المركزي التالي لمعرفة كيفية التخفيف من مخاطر المركزية لتصبح مضادا ثقافيا.
تغطي التخصصات والهياكل التالية متطلبات إعداد وظائف تكنولوجيا المعلومات المركزية:
- فريق تكنولوجيا المعلومات المركزي الحالي
- مهندسو المؤسسات
- عمليات تكنولوجيا المعلومات
- إدارة تكنولوجيا المعلومات
- البنية الأساسية لتكنولوجيا المعلومات
- الشبكات
- الهوية
- الظاهرية
- استمرارية العمل والتعافي من الكوارث
- مالكو التطبيقات داخل تكنولوجيا المعلومات
تحذير
يجب عليك فقط تطبيق تكنولوجيا المعلومات المركزية في السحابة عندما تستند إلى التسليم الحالي محليا على نموذج فريق تكنولوجيا المعلومات المركزي. إذا قمت بالاستناد إلى نموذجك المحلي الحالي على التحكم المفوض، ففكر في نهج مركز التميز السحابي (CCoE) للحصول على بديل أكثر توافقا مع السحابة.
المسؤوليات الرئيسية
قم بتكييف ممارسات تكنولوجيا المعلومات الحالية لضمان أن جهود الاعتماد تؤدي إلى بيئات مدارة جيدا وجيدة الإدارة في السحابة.
عادة ما يقوم فريقك بالمهام التالية بانتظام:
المهام الاستراتيجية
- راجع:
- مراقبة خطط الاعتماد والتقدم في مقابل تراكم الترحيل ذات الأولوية.
- تحديد تغييرات النظام الأساسي المطلوبة التي تدعم تراكم الترحيل وتحديد أولوياتها.
- العمل كوسيط أو طبقة ترجمة بين احتياجات اعتماد السحابة وفرق تكنولوجيا المعلومات الحالية.
- استفد من فرق تكنولوجيا المعلومات الحالية لتسريع وظائف النظام الأساسي وتمكين الاعتماد.
المهام التقنية
- إنشاء وصيانة النظام الأساسي السحابي لدعم الحلول.
- تحديد وتنفيذ بنية النظام الأساسي.
- تشغيل وإدارة النظام الأساسي السحابي.
- تحسين النظام الأساسي باستمرار.
- مواكبة الابتكارات الجديدة في النظام الأساسي السحابي.
- تقديم وظائف سحابية جديدة لدعم إنشاء قيمة الأعمال.
- اقتراح حلول الخدمة الذاتية.
- تأكد من أن الحلول تفي بمتطلبات الحوكمة والتوافق الحالية.
- إنشاء ونشر بنية النظام الأساسي والتحقق من صحتها.
- راجع خطط الإصدار لمصادر متطلبات النظام الأساسي الجديدة.
إيقاع الاجتماع
عادة ما تأتي خبرة فريق تكنولوجيا المعلومات المركزي من فريق عمل. توقع أن يلتزم المشاركون بالكثير من جداولهم اليومية لمواءمة الجهود. لا تقتصر المساهمات على الاجتماعات ودورات الملاحظات.
مخاطر فريق تكنولوجيا المعلومات المركزي
بادئة كل من وظائف السحابة والمراحل من النضج التنظيمي مع كلمة "السحابة". فريق تكنولوجيا المعلومات المركزي هو الاستثناء الوحيد. أصبحت تكنولوجيا المعلومات المركزية سائدة عندما يمكن إيواء جميع أصول تكنولوجيا المعلومات في مواقع قليلة، وإدارتها من قبل عدد قليل من الفرق، والتحكم فيها من خلال نظام أساسي واحد لإدارة العمليات. وقد خفضت الممارسات التجارية العمومية والاقتصاد الرقمي إلى حد كبير من مثيلات تلك البيئات المُدارة مركزيًا.
في النظرة الحديثة إلى تكنولوجيا المعلومات، يتم توزيع الأصول بشكل عمومي. يتم تفويض المسؤوليات. يوفر مزيج من الموظفين الداخليين وموفري الخدمات المدارة وموفري السحابة إدارة العمليات. في الاقتصاد الرقمي، تنتقل ممارسات إدارة تكنولوجيا المعلومات إلى نموذج للخدمة الذاتية والتحكم المفوض مع علامات حماية واضحة لفرض الإدارة. يمكن أن يكون فريق تكنولوجيا المعلومات المركزي مساهمًا ف=قيمًا في استخدام السحابة من خلال أن يصبح وسيط سحابة وشريكًا للابتكار وسرعة الأعمال.
يتمتع فريق تكنولوجيا المعلومات المركزي بموقع جيد لأخذ المعلومات والممارسات القيمة من النماذج المحلية الحالية وتطبيق هذه الممارسات على التسليم السحابي. ولكن هذه العملية تتطلب تغييرًا. يتطلب عمليات جديدة ومهارات جديدة وأدوات جديدة لدعم اعتماد السحابة على نطاق واسع. عندما يتكيف فريق تكنولوجيا المعلومات المركزي، يصبح شريكًا مهمًا في جهود استخدام السحابة. ولكن إذا لم يتكيف فريق تكنولوجيا المعلومات المركزي مع السحابة، أو حاول استخدام السحابة كمحفز لضوابط ضيقة، فإنه يصبح بسرعة مانعا للتبني والابتكار والترحيل.
ومقاييس هذا الخطر هي السرعة والمرونة. تعمل السحابة على تبسيط استخدام التقنيات الجديدة بسرعة. عندما يمكن نشر وظائف سحابية جديدة في غضون دقائق، ولكن المراجعات التي أجراها فريق تكنولوجيا المعلومات المركزي تضيف أسابيع أو أشهر إلى عملية النشر، تصبح هذه العمليات المركزية عقبة رئيسية أمام نجاح الأعمال. عند مواجهة هذا المؤشر، ضع في اعتبارك استراتيجيات بديلة لتسليم تكنولوجيا المعلومات.
استثناءات
تتطلب العديد من المجالات التزامًا صارمًا بتوافق الجهات الخارجية. لا تزال بعض متطلبات التوافق تتطلب تحكمًا مركزيًا في تكنولوجيا المعلومات. يمكن أن يؤدي تنفيذ تدابير التوافق هذه إلى إضافة وقت إلى عمليات التوزيع، خاصة بالنسبة للتقنيات الجديدة التي لم يتم استخدامها على نطاق واسع. في هذه السيناريوهات، تتوقع تأخيرات في التوزيع خلال المراحل المبكرة من الاستخدام. قد توجد حالات مماثلة للشركات التي تتعامل مع بيانات العملاء الحساسة، ولكن قد لا يحكمها شرط امتثال تابع لجهة خارجية.
العمل ضمن الاستثناءات
عندما تكون عمليات تكنولوجيا المعلومات المركزية مطلوبة وتنشئ هذه العمليات نقاط تحقق مناسبة لاعتماد تقنيات جديدة، لا يزال من الممكن معالجة نقاط التحقق الابتكارية هذه بسرعة. تم تصميم متطلبات الحوكمة والتوافق لحماية تلك الأشياء الحساسة، وليس لحماية كل شيء. توفر السحابة آليات بسيطة للحصول على الموارد المعزولة وتوزيعها مع الحفاظ على حواجز الحماية المناسبة.
يحافظ فريق تكنولوجيا المعلومات المركزي الناضج على الحماية الضرورية ولكنه يتفاوض على الممارسات التي لا تزال تمكن الابتكار. ويتوقف إثبات هذا المستوى من النضج على التصنيف السليم للموارد وعزلها.
مثال على سرد العمل ضمن استثناءات لتمكين الاعتماد
يوضح هذا المثال السرد النهج الذي اتبعه فريق تكنولوجيا المعلومات المركزي الناضج في شركة Contoso الخيالية لتمكين الاعتماد.
تعتمد شركة Contoso نموذج فريق تكنولوجيا المعلومات المركزي لدعم موارد السحابة للأعمال. لتقديم هذا النموذج، يقومون بتنفيذ عناصر تحكم مشددة للخدمات المشتركة المختلفة مثل اتصالات شبكة الدخول. تقلل هذه الخطوة الحكيمة من التعرض لبيئة السحابة الخاصة بها وتوفر جهاز "كسر الزجاج" واحد لمنع جميع نسبة استخدام الشبكة في حالة حدوث خرق. تنص نهج أساس الأمان الخاصة بهم على أن جميع نسبة استخدام الشبكة للدخول يجب أن تأتي من خلال جهاز مشترك يديره فريق تكنولوجيا المعلومات المركزي.
ولكن أحد فرق اعتماد السحابة الخاصة بهم يتطلب الآن بيئة مع اتصال شبكة دخول مخصص ومكون خصيصا لاستخدام تقنية سحابية معينة. سيرفض فريق تكنولوجيا المعلومات المركزي غير الناضج الطلب ويعطي الأولوية لعملياته الحالية على احتياجات الاعتماد. يختلف فريق تكنولوجيا المعلومات المركزي في Contoso. وهي تحدد بسرعة حلا بسيطا من أربعة أجزاء لهذه المعضلة:
- تصنيف: نظرا لأن فريق اعتماد السحابة في المراحل المبكرة من بناء حل جديد ولا يحتوي على أي بيانات حساسة أو احتياجات دعم مهمة بالغة الأهمية، فإنهم يصنفون الأصول في البيئة على أنها منخفضة المخاطر وغير حرجة. يظهر التصنيف الفعال النضج في فريق تكنولوجيا المعلومات المركزي. يسمح تصنيف جميع الأصول والبيئات بنهج أكثر وضوحا.
- التفاوض: التصنيف وحده غير كاف. تنفذ الشركة خدمات مشتركة لتشغيل الأصول الحساسة والمهمة الحرجة باستمرار. يؤدي تغيير القواعد إلى اختراق سياسات الحوكمة والتوافق المصممة للأصول التي تحتاج إلى مزيد من الحماية. لا يمكن أن يحدث تمكين الاعتماد على حساب الاستقرار أو الأمان أو الحوكمة. يؤدي ذلك إلى التفاوض مع فريق الاعتماد للإجابة عن أسئلة محددة. هل يمكن لفريق DevOps بقيادة الأعمال توفير إدارة العمليات لهذه البيئة؟ هل يتطلب هذا الحل الوصول المباشر إلى الموارد الداخلية الأخرى؟ إذا كان فريق اعتماد السحابة مرتاحا للمفاضلات، فقد تكون نسبة استخدام الشبكة للدخول ممكنة.
- العزله: نظرا لأن الشركة توفر إدارة العمليات المستمرة الخاصة بها، وبما أن الحل لا يعتمد على نسبة استخدام الشبكة المباشرة إلى أصول داخلية أخرى، يتم تطويق الحل بعد ذلك في اشتراك جديد. يضاف هذا الاشتراك أيضا إلى عقدة منفصلة من التسلسل الهرمي لمجموعة الإدارة الجديدة.
- اتمته: علامة أخرى على النضج في هذا الفريق هي مبادئ الأتمتة الخاصة بهم. يستخدم الفريق نهج Azure لأتمتة إنفاذ النهج. كما أنها تستخدم Azure Blueprints لأتمتة توزيع مكونات النظام الأساسي الشائعة وفرض الالتزام بخط الأساس المحدد للهوية. بالنسبة لهذا الاشتراك وأي اشتراك آخر في مجموعة الإدارة الجديدة، تختلف النهج والقوالب قليلا. يتم رفع النهج التي تمنع النطاق الترددي للدخول. يتم استبدالها بمتطلبات لتوجيه نسبة استخدام الشبكة من خلال اشتراك الخدمات المشتركة، مثل أي حركة مرور دخول، لفرض عزل نسبة استخدام الشبكة. نظرا لأن أدوات إدارة العمليات المحلية لا يمكنها الوصول إلى هذا الاشتراك، لم يعد وكلاء تلك الأداة مطلوبين أيضا. لا تزال جميع حواجز حماية الحوكمة الأخرى المطلوبة من قبل الاشتراكات الأخرى في التسلسل الهرمي لمجموعة الإدارة مفروضة، ما يضمن حواجز حماية كافية.
يوفر النهج الإبداعي الناضج لفريق تكنولوجيا المعلومات المركزي في Contoso حلا لا يعرض الحوكمة أو التوافق للخطر، ولكنه لا يزال يشجع على الاعتماد. هذا النهج للوساطة بدلا من امتلاك نهج السحابة الأصلية إلى تكنولوجيا المعلومات المركزية هو الخطوة الأولى نحو بناء مركز التميز السحابي (CCoE). يسمح اعتماد هذا النهج لتطوير النهج الحالية بسرعة بالتحكم المركزي عندما يكون مطلوبا ويحجب الحوكمة عندما يكون المزيد من المرونة مقبولا. موازنة هذين الاعتبارين يخفف من المخاطر المرتبطة ب تكنولوجيا المعلومات المركزية في السحابة.
الخطوات التالية
- نظرا لأن فريق تكنولوجيا المعلومات المركزي ينضج قدراته السحابية، فإن خطوة النضج التالية عادة ما تكون اقتران أكثر مرونة للعمليات السحابية. غالبا ما يؤدي توفر أدوات إدارة العمليات السحابية الأصلية وتكاليف التشغيل المنخفضة لحلول PaaS-first إلى أن تتولى فرق الأعمال (أو بشكل أكثر تحديدا، فرق DevOps داخل الأعمال) المسؤولية عن العمليات السحابية.
تعلم المزيد عن: