الملخص

مكتمل

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

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

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

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

تهانينا على إكمال مشروع التحدي هذا. لقد تحققت من صحة مهاراتك في تحليل حل مثال موجود وتصميم بنية محسنة.

الخطوات التالية المقترحة

تعد التدريبات التي أكملتها بداية رائعة ولكنها لا تغطي جميع جوانب حمل العمل الحرج للمهمة. مواصلة استكشاف مبادئ التصميم والمجالات المعطاة في أحمال العمل المهمة ذات التصميم الجيد. نوصي بمجالات القيمة الرئيسية التالية:

  • التحقق المستمر من الصحة والاختبار

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

    تعرف على المزيد: التحقق المستمر والاختبار

  • استخدام بيئات تطبيقات متعددة

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

    تعرف على المزيد: بيئات التطبيق

  • بيئات النشر الموسعة

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

    تعرف على المزيد: عمليات النشر سريعة الزوال باللونين الأزرق والأخضر

  • إضافة المرونة مع وسطاء الرسائل

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

    تعرف على المزيد: بنية مستندة إلى الحدث بشكل فضفاض

معرفة المزيد

لمزيد من المعلومات حول تصميم الحلول على Azure، راجع دليل Azure Well-Architected Framework .

استكشف هذه البنى المرجعية في Azure Architecture Center كطريقة لتوسيع تصميمك: