أحمال عمل Azure Well-Architected Framework
في سياق Azure Well-Architected Framework، يشير مصطلح حمل العمل إلى مجموعة من موارد التطبيق والبيانات والبنية الأساسية الداعمة التي تعمل معا لتحقيق نتائج أعمال محددة. يتكون حمل العمل من مكونات وكذلك إجراءات التطوير والتشغيل.
يصمم المهندسون أحمال العمل، وينفذها فريق حمل العمل. تم تصميم حمل العمل وتنفيذه لتحقيق متطلبات العمل الوظيفية وغير الوظيفية. يمكن تصنيف أحمال العمل إلى أنواع عديدة.
تشمل المعايير النموذجية لتصنيف حمل العمل ما يلي:
الأداة المساعدة والخصائص وأنماط الاستخدام لحمل العمل، مثل تطبيقات الويب ومعالجة الدفعات والتحليلات في الوقت الحقيقي.
المحركات الرئيسية المؤثرة، مثل منصات التكنولوجيا أو التوافق مع الصناعة.
الجمهور المستهدف المقصود. ومن أمثلة الحلول مع مختلف الجماعات المستهدفة تطبيقات خط الأعمال الداخلية داخل المؤسسات، أو حل بائع برامج مستقل تم شراؤه (ISV)، أو حل برنامج متعدد المستأجرين كخدمة (SaaS) للاستخدام العام.
يمكن أن تشترك أحمال العمل الموجودة في نفس الفئة في أوجه التشابه، بما في ذلك جمهورها المستهدف ومتطلبات التوافق وتكديسات التكنولوجيا. تعد الركائز الخمس لإطار عمل Well-Architected ومبادئها وقوائم الاختيار والمفاضلات ذات صلة بجميع فئات حمل العمل.
تصف إرشادات حمل العمل لإطار عمل Well-Architected الأولويات والمفاضلات الشائعة فيما يتعلق بفئات حمل العمل المحددة. في إرشادات حمل العمل، تنطبق إرشادات الركيزة على مبادئ التصميم التقني ومجالات التصميم التي تمثل أولويات حمل العمل. اتبع التوصيات للمساعدة في إعداد حمل عمل ناجح ومحاذاته مع إطار عمل Well-Architected.
ما هو حمل عمل إطار عمل Well-Architected؟
يجب أن يتعامل تصميم وعمليات أي حمل عمل مع الركائز المعمارية الخمس: الموثوقية والأمان وتحسين التكلفة والتميز التشغيلي وكفاءة الأداء.
لإنشاء حمل عمل ناجح، قم بتطويره وفقا لمبادئ إطار عمل Well-Architected، والتي تستند إلى المثل العليا التالية. |
|---|
حمل عمل إطار عمل Well-Architected:
- لديه متطلبات وظيفية وغير وظيفية يتم تحديدها وتحديد أولوياتها لتحقيق هدف.
- تم تصميمه حتى تتمكن من تحقيق هذه المتطلبات باستخدام الموارد ودمج أنماط التصميم والمفاضلات.
- يتم بناؤه وتشغيله وفقا لمواصفات التصميم والغرض.
- يتم قياسها بمدى تحقيقها للغرض منها بشكل كاف.
- يمكن التكيف مع تحسين الغرض منه أو تغييره.
- موثوق به تماما كما يجب أن يكون.
- هو آمن تماما كما يجب أن يكون.
- يوفر عائدا كافيا على الاستثمار.
- يتم تطويرها وتشغيلها بمسؤولية.
- يحقق الغرض منه خلال فترة زمنية مقبولة.
يجب أن يؤدي التعاون بين فريق حمل العمل والفرق المركزية في المؤسسة إلى إنشاء حمل عمل بالخصائص السابقة. تصف الأقسام التالية هذه الفرق ووظائفها.
فريق حمل العمل
إنشاء فريق حمل العمل الذي يحتوي على أعضاء الفريق مع مجموعة واسعة من التخصصات التقنية والتجارية. يجب أن يكون التركيز الأساسي لجميع أعضاء الفريق هو نجاح حمل العمل.
| أمثلة لأعضاء فريق حمل العمل | |
|---|---|
| مهندسو أمان التطبيقات أصحاب المصلحة في الأعمال مطور السحابة أو مهندسو البرامج مهندسو حلول السحابة علماء البيانات أو محلليها مسؤولو قاعدة البيانات |
مهندسو DevOps مهندسو البنية التحتية مديرو المنتجات أو مالكيها مهندسو ضمان الجودة (QA) أعضاء فريق الدعم |
الفرق المركزية وأصحاب المصلحة
غالبا ما تدعم الفرق المركزية فريق حمل العمل. فهي توفر وظائف الدعم وتطبق الحوكمة على العديد من أحمال العمل السحابية أو جميعها داخل المؤسسة. تركز الفرق المركزية على النجاح التنظيمي، والذي يتحقق جزئيا من خلال نجاح أحمال عمل المؤسسة. وهي توفر الخدمات والتوجيهات وعلامات الحماية لأحمال العمل.
| أمثلة على الفرق المركزية وأعضاء الفريق | |
|---|---|
| محللو المعلومات المهنية أصحاب المصلحة في الأعمال لوحة مركز التميز السحابي (CCoE) فريق المنصة السحابية محللو الأمان عبر الإنترنت مسؤولو قاعدة البيانات مهندسو المؤسسات |
محللو التمويل مهندسو البنية التحتية الموظفون القانونيون ومسؤولو الامتثال مهندسو الشبكة أخصائيو المشتريات مديرو المشروع |
يركز فريق حمل عمل Well-Architected Framework على نتائج حمل العمل. وهي تنسق مع وتستفيد من الدعم المتخصص المقدم من أعضاء الفريق المركزيين.
نموذج المسؤولية المشتركة
يجب توزيع حمل العمل واستخدامه من أجل تقديم القيمة. كجزء من فريق حمل العمل، تتحمل مسؤولية تصميم حمل العمل وتنفيذه وتوزيعه بطريقة تنشئ قيمة لمؤسستك.
توجد أحمال العمل في سياق مؤسستك. غالبا ما تنظم المؤسسة أدوار الإدارة والسلطة. يتحمل فريق حمل العمل مسؤولية تصميم حمل عمل وتنفيذه وتوزيعه داخل أساس مؤسستك.
وفقا لإطار عمل اعتماد السحابة ل Azure، قم بتوحيد موارد السحابة لحمل العمل الخاص بك. تطبيق التوحيد القياسي بدقة لتوفير نظام أساسي مدار للمساعدة في إلحاق فرق حمل العمل. قم بتطبيق هذه الحوكمة وفقا لنموذج التشغيل السحابي لمؤسستك.
يمكنك استخدام مناطق Azure المنتقل إليها لمساعدتك على إجراء التوحيد القياسي. تتوفر مناطق الهبوط للنظام الأساسي ومناطق التطبيق المنتقل إليها في Azure. انشر حمل العمل الخاص بك في منطقة هبوط التطبيق.
قد يكون لدى مؤسستك نظام أساسي سحابي يقدم بشكل رسمي بدقة ويتوافق تماما مع مناطق هبوط Azure. أو قد يكون لدى مؤسستك استراتيجية اعتماد مختلفة أو لا يوجد تنفيذ. إذا لم يكن هناك تنفيذ، فإن فرق حمل العمل هي كيانات مستقلة بالكامل تقريبا.
بالنسبة لأي نظام أساسي وحوكمة تستخدمها مؤسستك، يجب عليك تطبيق مبادئ Well-Architected Framework على أحمال العمل الخاصة بك. غالبا ما يشير إطار عمل Well-Architected إلى مناطق هبوط Azure، ولكنه لا يعتمد على تنفيذ نظام أساسي معين. ركائز Well-Architected Framework والمبادئ وقوائم الاختيار والأدلة مخصصة لجميع الأنظمة الأساسية السحابية ومعظم أنواع حمل العمل.
استيفاء المتطلبات
طوال إطار عمل Well-Architected، مثل الركائز الأساسية وتوجيهات حمل العمل، تتزامن التوصيات مع التزام حمل العمل. لا تشير التوصيات عادة إلى عضو الفريق أو الفريق الذي يسهل هذه الالتزامات. يمكنك تحديد من يجب أن ينفذ كل إجراء. قم بإجراء تعيين على مستوى حمل العمل لتحديد أدوار ومسؤوليات فريقك المتعلقة بالطوبولوجيا ونوع حمل العمل والأهمية.
يعالج فريق حمل العمل المباشر معظم متطلبات حمل العمل. يتم التعامل مع بعض المتطلبات كجهد مشترك مع الفرق المركزية. على سبيل المثال، قد تستند خيارات التنفيذ إلى حواجز الحماية التي يحددها الفريق المركزي. أو قد يتعامل الفريق المركزي حصريا مع خيارات التنفيذ.
يجب على فريق حمل العمل إنشاء علاقة عمل مع فرق أخرى للمساعدة في التعليمات البرمجية لأهداف حمل العمل. إذا قمت بالاستعانة بمصادر خارجية للمكونات أو المسؤوليات، فيجب عليك الوفاء بهذه الالتزامات بنجاح.
تعرف على القيود
يدعم الفريق المركزي أحمال العمل المتنوعة استنادا إلى القدرات الأساسية للفريق والبنية الأساسية. لتوفير هذا الدعم على نطاق تنظيمي، قد ينفذ الفريق المركزي التوحيد والقيود على الخدمة المقدمة أو البنية الأساسية. أثناء تصميم حمل العمل الخاص بك، من المهم أن تفهم هذه القيود، وأن تشارك، حيثما أمكن، مع مهندسي المؤسسات الذين يعرفون هذه القيود. التعلم من عمليات التنفيذ السابقة قدر الإمكان.
يختلف كل تنفيذ لإدارة النظام الأساسي، ولكن القيود التالية شائعة للعديد من أحمال العمل:
- قوائم السماح لموارد السحابة
- تفويضات التكوين لموارد السحابة
- قوائم السماح الإقليمية لموارد السحابة وتوافر الاتصال عبر أماكن العمل
- دعم محدود أو بدون دعم النظام الأساسي خارج ساعات العمل
- متطلبات التصحيح
- تنفيذ محوري محدد، والذي يدفع نظام أسماء المجالات (DNS) وتنفيذات نقطة النهاية الخاصة
- متطلبات التحكم في سلسلة التوريد
توصيل المتطلبات بشكل صريح
إذا كان متطلبات حمل العمل لديك تواجه قيدا أو اتفاقية على مستوى الخدمة (SLA) لا تحدد بوضوح القدرة الأساسية أو عرض البنية الأساسية، فاتعامل مع هذا الموقف على أنه خطر. لمعالجة هذه المخاطر، يجب أن يوفر فريق حمل العمل الخاص بك الوضوح للفرق الأخرى حول كيفية تأثير القلق على حمل العمل. قد تضطر إلى تغيير متطلبات حمل العمل أو التصميم أو التنفيذ أو تغيير عرض البنية الأساسية.
عندما تفهم التزامات فريق النظام الأساسي المتعلقة بالتوجيهات التنظيمية والتزامات فريق حمل العمل، يمكنك توصيل متطلبات حمل العمل بتوقعات وتوصيات واقعية.
توصيل متطلبات حمل العمل الشائعة
تختلف كل شراكة منصة، ولكن المجالات التالية هي مواضيع شائعة في محادثات المسؤولية المشتركة:
- الامتثال والمتطلبات القانونية
- تفاصيل الشبكات، مثل الحاجة إلى عناوين IP ثابتة للدخول أو الخروج
- متطلبات إمكانية الملاحظة لتوفير فرز الموقع المباشر الفعال
- متطلبات الأداء، مثل معدل نقل الشبكة أو توفر موارد السحابة أو التوفر الإقليمي
- توقعات الوصول العام إلى الإنترنت من منظور الخروج والخروج
- أهداف مستوى الخدمة (SLOs) أو اتفاقيات مستوى الخدمة التي يتم تقديمها لمستخدمي حمل العمل
- توفر الدعم التقني
البحث عن انتصارات موحدة
لا تتعلق المسؤولية المشتركة فقط بالمقايضة والقيود والاختراق. غالبا ما يكون لدى فرق النظام الأساسي مهارات متخصصة للغاية وميزانيات مخصصة يمكن أن تزيد بما يتجاوز ما يمكن لفريق حمل العمل الفردي الحفاظ عليه. خذ بعين الاعتبار الأمثلة التالية.
متخصصون في الأمن. قد يكون لحمل العمل الخاص بك دورة حياة تطوير آمنة. نظرا لأن فريق الأمان المركزي ينفذ مهام تطوير آمنة على نطاق واسع عبر مؤسستك، فقد يقوم بإجراء اختبار اختراق روتيني يتجاوز جهودك. قد يساعد أيضا في تخطيط وتنفيذ استراتيجية الاستجابة للحوادث.
إرشادات بنية المؤسسة. يمكنك توفير الوقت والجهد إذا كنت متوافقا مع أنماط وممارسات فريق بنية المؤسسة لأن الفريق قد قام بالفعل بتبسيط العمليات. يمكنك أيضا منع إعادة العمل إذا لم يكن الحل ممكنا داخل الشراكة دون مفاوضات.
نفقات التذاكر الكبيرة. غالبا ما تستضيف فرق النظام الأساسي المكونات أو الخدمات المكلفة جدا أو المدارة على نطاق واسع جدا لفريق حمل العمل الفردي. يمكن لفرق النظام الأساسي تحمل هذه المكونات والخدمات لأنها تقسم التكلفة عبر أحمال العمل.
غالبا ما يتم تقديم هذه الخدمات أو الأنظمة الأساسية المركزية على أنها مجرد عرض، لذلك تساعد في الحفاظ على تحسين تكلفة حمل العمل. وعندما يتم تقديمها كرد رسوم، غالبا ما تكون أرخص بسبب وفورات الحجم والمركزية.
غالبا ما توفر فرق النظام الأساسي خيارات الخدمة الذاتية لفرق حمل العمل للأنشطة المختلفة. على سبيل المثال:
- توفير مستودع وثائق للتعليم الموجه ذاتيا
- الإلحاق بإدارة التكلفة عبر وضع علامات على موارد محددة
- تقديم الاشتراكات عبر عملية البيع الرسمية للاشتراك
استكشف خيارات الخدمة الذاتية التي قد تكون مناسبة لحمل العمل الخاص بك.
مشاركة النجاحات والتحديات
تعني المسؤولية المشتركة مع الفرق الأخرى أيضا مشاركة نجاحات وتحديات حمل العمل. عندما يفي حمل العمل بالتزاماته ويحصل على القيمة المقصودة، شارك ذلك مع فرق الشركاء. أخبرهم كيف ساهموا في نجاح حمل العمل. عندما لا يفي حمل العمل بالتزاماته، شارك ما لا يعمل وتعاون وأعد معايرة للعودة إلى المسار الصحيح.
لدى فرق النظام الأساسي أيضا التزامات ومعايير نجاح. يجب أن تتوقع من شركائك إخبارك ما إذا كان حمل العمل الخاص بك يعمل بشكل جيد مع عرض أو إذا كان معرضا لخطر أن يكون جارا مزعجا.
السعي للتحسين المستمر
نسق عبر جميع ركائز إطار Well-Architected هو التحسين المستمر. تبني عقلية تقدمية. قد تتعامل مع نهج جديدة للمشاكل الحالية، أو تعتمد تقنية جديدة، أو تعالج متطلبات جديدة، أو تعمل تحت قيود جديدة. مع تحسن حمل العمل مع مرور الوقت، توقع نفس العقلية من فرق الشركاء. ومع ذلك، فإن كل فرصة تحسين تعني أيضا تغييرات ويجب أن تدعمها عملية إدارة مناسبة.
يجب على فرق حمل العمل التواصل مع فرق النظام الأساسي حول التغييرات المقترحة على متطلبات حمل العمل التي قد يكون لها تأثير على خدمات فريق النظام الأساسي. وبالمثل، يجب على فرق النظام الأساسي تضمين شركاء حمل العمل في عمليات التحكم في التغيير وإبلاغ تغييرات النظام الأساسي المؤثرة بوضوح. إنشاء إيقاع اتصال منتظم مع الشركاء للتعرف على كيفية تطور المنتج ومشاركته.
تحقيق نتيجة ناجحة
أحمال العمل لديها العديد من التوقعات من المستخدمين والمساهمين والهيئات التنظيمية والموظفين ومركز التميز وكبير مسؤولي الخبرة. يمكن للتوقعات تعيين تدوير البوصلة الاتجاهية. يوفر إطار عمل Well-Architected الوضوح فيما يتعلق بالتصميم والتنفيذ من خلال تقديم ترشيدات صريحة للقرارات المعمارية لتحقيق نتيجة ناجحة. تطوير حمل عمل ناجح ومشاركة هذا النجاح مع مؤسستك.