البنية الأساسية للأساس
إذا كنت تبدأ للتو رحلتك الحرجة، فاستخدم هذه البنية كمرجع. يتم الوصول إلى حمل العمل عبر نقطة نهاية عامة ولا يتطلب اتصال شبكة خاصة بموارد الشركة الأخرى.
نمط البنية لأحمال العمل الحرجة للمهام على Azure
تقدم هذه المقالة نمطا رئيسيا للبنى الحرجة للمهام على Azure. طبق هذا النمط عند بدء عملية التصميم، ثم حدد المكونات الأنسب لمتطلبات عملك. توصي المقالة بنهج تصميم نجمة شمالية وتتضمن أمثلة أخرى مع مكونات التكنولوجيا الشائعة.
نوصي بتقييم مناطق التصميم الرئيسية، وتحديد تدفقات المستخدم والنظام الهامة التي تستخدم المكونات الأساسية، وتطوير مصفوفة من موارد Azure وتكوينها مع مراعاة الخصائص التالية.
| الخاصية | الاعتبارات |
|---|---|
| مدة البقاء | ما العمر المتوقع للمورد، بالنسبة إلى الموارد الأخرى في الحل؟ هل يجب أن ينفد المورد أو يشارك مدة البقاء مع النظام أو المنطقة بأكملها، أم يجب أن يكون مؤقتا؟ |
| الولاية | ما تأثير الحالة المستمرة في هذه الطبقة على الموثوقية أو الإدارة؟ |
| التوصل الي | هل المورد مطلوب لتوزيعه عالميا؟ هل يمكن للمورد الاتصال بالموارد الأخرى، الموجودة عالميا أو داخل تلك المنطقة؟ |
| التبعيات | ما هي التبعيات على الموارد الأخرى؟ |
| حدود النطاق | ما هو معدل النقل المتوقع لهذا المورد؟ ما مقدار المقياس الذي يوفره المورد ليناسب هذا الطلب؟ |
| التوفر/الإصلاح بعد كارثة | ما هو التأثير على التوفر من كارثة في هذه الطبقة؟ هل سيتسبب في انقطاع نظامي أو مشكلة سعة محلية أو مشكلة توفر فقط؟ |
هام
هذه المقالة هي جزء من سلسلة حمل العمل الحرجة للمهمة في Azure Well-Architected . إذا لم تكن على دراية بهذه السلسلة، نوصيك بالبدء بما هو حمل العمل الحرج للمهمة؟
نمط البنية الأساسية
الموارد العمومية
تتم مشاركة بعض الموارد عالميا بواسطة الموارد الموزعة داخل كل منطقة. الأمثلة الشائعة هي الموارد المستخدمة لتوزيع نسبة استخدام الشبكة عبر مناطق متعددة، وتخزين الحالة الدائمة للتطبيق بأكمله، ومراقبة الموارد لها.
| الخاصية | الاعتبارات |
|---|---|
| مدة البقاء | ومن المتوقع أن تكون هذه الموارد طويلة الأمد (غير سريعة الزوال). تمتد مدة بقائهم على عمر النظام أو لفترة أطول. غالبا ما تتم إدارة الموارد بالبيانات الموضعية وتحديثات مستوى التحكم، على افتراض أنها تدعم عمليات تحديث وقت التعطل الصفري. |
| الولاية | نظرا لوجود هذه الموارد لمدة بقاء النظام على الأقل، غالبا ما تكون هذه الطبقة مسؤولة عن تخزين الحالة العالمية المنسوخة جغرافيا. |
| التوصل الي | يجب توزيع الموارد عالميا ونسخها نسخا متماثلا إلى المناطق التي تستضيف هذه الموارد. يوصى بأن تتواصل هذه الموارد مع الموارد الإقليمية أو غيرها بزمن انتقال منخفض والاتساق المطلوب. |
| التبعيات | يجب أن تتجنب الموارد التبعيات على الموارد الإقليمية لأن عدم توفرها يمكن أن يكون سببا للفشل العالمي. على سبيل المثال، يمكن أن يكون للشهادات أو الأسرار المحفوظة في مخزن واحد تأثير عالمي إذا كان هناك فشل إقليمي حيث يوجد المخزن. |
| حدود النطاق | غالبا ما تكون هذه الموارد مثيلات أحادية في النظام، ويجب أن تكون قادرة على توسيع نطاق بحيث يمكنها التعامل مع معدل نقل النظام ككل. |
| التوفر/الإصلاح بعد كارثة | يمكن للموارد الإقليمية والموارد المخصصة استخدام الموارد العالمية. من المهم تكوين الموارد العالمية مع قابلية وصول عالية والإصلاح بعد كارثة لصحة النظام بأكمله. |
موارد الخوادم المخصصة الإقليمية
يحتوي الطابع على التطبيق والموارد التي تشارك في إكمال المعاملات التجارية. عادة ما يتوافق الطابع مع التوزيع إلى منطقة Azure. على الرغم من أن المنطقة يمكن أن تحتوي على أكثر من طابع واحد.
| الخاصية | الاعتبارات |
|---|---|
| مدة البقاء | من المتوقع أن يكون للموارد فترة حياة قصيرة (سريعة الزوال) بهدف إمكانية إضافتها وإزالتها ديناميكيا بينما تستمر الموارد الإقليمية خارج الطابع في الاستمرار. الطبيعة سريعة الزوال مطلوبة لتوفير المزيد من المرونة والحجم والقرب من المستخدمين. |
| الولاية | نظرا لأن الطوابع سريعة الزوال وسيتم إتلافها مع كل عملية نشر، يجب أن يكون الطابع عديم الجنسية قدر الإمكان. |
| التوصل الي | يمكنه التواصل مع الموارد الإقليمية والعالمية. ومع ذلك، يجب تجنب الاتصال بمناطق أخرى أو طوابع أخرى. |
| التبعيات | يجب أن تكون موارد الخوادم المخصصة مستقلة. من المتوقع أن يكون لديهم تبعيات إقليمية وعالمية ولكن لا ينبغي أن تعتمد على مكونات في طوابع أخرى في نفس المناطق أو المناطق الأخرى. |
| حدود النطاق | يتم إنشاء معدل النقل من خلال الاختبار. يقتصر معدل نقل الطابع الإجمالي على المورد الأقل أداء. يحتاج معدل نقل الخوادم المخصصة إلى تقدير المستوى العالي للطلب الناجم عن تجاوز الفشل إلى طابع آخر. |
| التوفر/الإصلاح بعد كارثة | نظرا للطبيعة المؤقتة للطوابع، يتم الإصلاح بعد كارثة عن طريق إعادة توزيع الطابع. إذا كانت الموارد في حالة غير صحية، يمكن تدمير الطابع، ككل، وإعادة توزيعه. |
الموارد الإقليمية
يمكن أن يحتوي النظام على موارد يتم توزيعها في المنطقة ولكن خارج موارد الخوادم المخصصة. على سبيل المثال، موارد إمكانية المراقبة التي تراقب الموارد على المستوى الإقليمي، بما في ذلك الطوابع.
| الخاصية | الاعتبار |
|---|---|
| مدة البقاء | تشترك الموارد في عمر المنطقة وتعيش موارد الخوادم المخصصة. |
| الولاية | لا يمكن أن تعيش الحالة المخزنة في منطقة ما بعد عمر المنطقة. إذا كان من الضروري مشاركة الحالة عبر المناطق، ففكر في استخدام مخزن بيانات عمومي. |
| التوصل الي | لا تحتاج الموارد إلى توزيعها عالميا. وينبغي تجنب الاتصال المباشر مع المناطق الأخرى بكل تكلفة. |
| التبعيات | يمكن أن يكون للموارد تبعيات على الموارد العالمية، ولكن ليس على موارد الخوادم المخصصة لأن الطوابع تهدف إلى أن تكون قصيرة الأجل. |
| حدود النطاق | تحديد حد مقياس الموارد الإقليمية من خلال الجمع بين جميع الطوابع داخل المنطقة. |
بنيات الأساس لأحمال العمل الحرجة للمهام
تعمل هذه الأمثلة الأساسية كبنية نجمية شمالية موصى بها للتطبيقات ذات المهام الحرجة. يوصي الأساس بشدة بالتعبئة في حاويات واستخدام منسق حاوية للنظام الأساسي للتطبيق. يستخدم الأساس خدمة Azure Kubernetes (AKS).
راجع أحمال العمل ذات المهام الحرجة المصممة جيدا: التعبئة في حاويات.
-
-
خط الأساس مع عناصر تحكم الشبكة
تعتمد هذه البنية على البنية الأساسية. تم توسيع التصميم لتوفير عناصر تحكم صارمة في الشبكة لمنع الوصول العام غير المصرح به من الإنترنت إلى موارد حمل العمل.
-
خط الأساس في مناطق Azure المنتقل إليها
هذه البنية مناسبة إذا كنت تقوم بنشر حمل العمل في إعداد مؤسسة حيث يلزم التكامل داخل مؤسسة أوسع. يستخدم حمل العمل الخدمات المشتركة المركزية، ويحتاج إلى اتصال محلي، ويدمج مع أحمال العمل الأخرى داخل المؤسسة. يتم توزيعه في اشتراك منطقة هبوط Azure الذي يرث من مجموعة إدارة Corp. .
-
خط الأساس مع App Services
توسع هذه البنية المرجع الأساسي من خلال النظر في خدمات التطبيقات باعتبارها تقنية استضافة التطبيقات الأساسية، ما يوفر بيئة سهلة الاستخدام لعمليات نشر الحاويات.
مناطق التصميم
نوصي باستخدام إرشادات التصميم المتوفرة للتنقل في قرارات التصميم الرئيسية للوصول إلى الحل الأمثل. للحصول على معلومات، راجع ما هي مناطق التصميم الرئيسية؟
الخطوة التالية
راجع أفضل الممارسات لتصميم سيناريوهات التطبيقات الحرجة للمهام.