إجراء مراجعة Azure Well-Architected

إن مراجعة Well-Architected (WAR) هي تقييم منظّم لحمل عمل وفقًا للركائز الخمس لإطار Azure Well-Architected Framework. وتُجرى من خلال استبيان موجّه في مدخل Azure أو على موقع Microsoft Learn Assessments. وتتمثل نتائجها في درجة نضج لكل ركيزة وقائمة مرتبة حسب الأولوية من التوصيات لتحسين بنيتك.

لبدء مراجعة Well-Architected، تنشئ أولًا حمل عمل — وهو مجموعة مُسمّاة من موارد Azure تؤدي وظيفة تجارية محددة. ويتيح تجميع الموارد في حمل عمل تقييمها معًا بدلًا من تقييم كل مورد بمعزل عن الآخر. ومن أمثلة أحمال العمل موقع تجارة إلكترونية موجّه للعملاء، أو تطبيق موارد بشرية داخلي، أو مسار بيانات للتحليلات.

ينقسم استبيان التقييم إلى أقسام تقابل الركائز الخمس. ويحتوي كل قسم على مجموعة من أسئلة الاختيار من متعدد حول خيارات البنية لديك، مثل: 'هل تستخدم مناطق التوفر للمكونات المهمة؟' و'هل تُخزّن جميع الأسرار في Key Vault؟'. يمكنك إكمال الاستبيان في جلسة واحدة أو حفظ تقدمك والعودة إليه لاحقًا.

بعد إكمال الاستبيان، تحصل كل ركيزة على درجة نضج تتراوح بين 0 و100. وتعكس الدرجة مدى التزام حمل العمل بأفضل الممارسات الخاصة بتلك الركيزة. وتُرمّز الدرجات بالألوان: يشير الأحمر (0-33) إلى وجود فجوات كبيرة، ويعني الأصفر (34-66) اعتمادًا جزئيًا، بينما يعكس الأخضر (67-100) توافقًا قويًا. لا يبدأ أي حمل عمل بدرجة 100 — فالهدف هو التحسين المستمر.

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

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

لا تُعد مراجعة Well-Architected نشاطًا يُجرى مرة واحدة. ينبغي إعادة تشغيل التقييم بانتظام — مرة واحدة على الأقل كل ستة أشهر أو بعد إجراء تغييرات معمارية كبيرة. وتحفظ الأداة إجاباتك السابقة، لتتمكن من معرفة كيفية تغير درجاتك. ويساعد تتبع التقدم بمرور الوقت على إثبات قيمة الاستثمارات المعمارية لأصحاب المصلحة.

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

تُعد Well-Architected Review وAzure Advisor أداتين متكاملتين لكنهما مختلفتان. فـWAR تقييم قائم على استبيان يلتقط خيارات التصميم المقصودة وفجوات المعرفة لديك. أما Azure Advisor فيحلل التكوين الفعلي المنشور لديك ويحدد المشكلات الخاصة بمستوى الموارد. ويمنحك استخدام الأداتين معًا صورة شاملة — نية التصميم مقابل الواقع التشغيلي.

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

ينبغي تحويل كل توصية من Well-Architected Review إلى عنصر عمل ملموس في قائمة الأعمال المتراكمة لمشروعك (Azure Boards وGitHub Issues وJira وغير ذلك). ويضمن ذلك تتبع الدين المعماري وتحديد أولوياته بالتزامن مع تطوير الميزات. وترى الفرق التي تدمج نتائج WAR في عملية Agile لديها تحسنًا مستمرًا في جودة البنية على المدى الطويل مقارنة بالفرق التي تتعامل مع المراجعات كمستندات تُنشأ لمرة واحدة.

اختبر مدى فهمك لمفاهيم Microsoft Azure Fundamentals (AZ-900) الواردة في هذا الدرس.

تعلمت في هذا الدرس أن مراجعة Well-Architected هي استبيان موجّه يمنح حمل العمل درجات وفقًا لركائز WAF الخمس؛ وأنه ينبغي تحديد أولويات التوصيات حسب التأثير والجهد؛ وأنه ينبغي إجراء المراجعة بانتظام وربطها بقائمة الأعمال المتراكمة لفريقك. بعد ذلك سنستكشف Azure Advisor وكيف يعرض توصيات التحسين المؤتمتة.