محتويات الدورة

Azure / أساسي: النطاق والهوية والموقع والموارد / الدرس 5

اختيارات الحوسبة ومسؤولية الحمل

اختر الاستضافة من متطلبات التطبيق لا شعبية الخدمة. قارن الأجهزة الافتراضية والويب المدار والدوال والحاويات مع افتراضات سعة صريحة.

وقت القراءة التقريبي: 4 دقيقةتاريخ مراجعة المحتوى
في هذه الصفحة

أهداف الدرس

  • ربط احتياجات النظام والتطبيق بخيارات مرشحة.
  • فصل التوسع التلقائي من الصمود وصحة الحالة.
  • حساب هامش سعة مصطنع دون ادعاء أسعار.

البدء بما يجب أن يتحكم فيه الحمل

توفر Azure تجريدات منها Virtual Machines وApp Service وFunctions وContainer Apps وAzure Kubernetes Service، وتختلف بالتحكم والمسؤولية والتنفيذ والتكامل. قد يحتاج عامل نظام ضيف معين جهازاً افتراضياً، وقد يناسب تطبيق HTTP الويب المدار، وتناسب مهمة حدثية Functions. لا تفرض صورة حاوية Kubernetes وحدها. هذه خيارات للتقييم لا توصيات عامة. افحص اللغة والشبكة والنشر وحدود التوسع والمراقبة والتوفر للخيار المحدد.

تبقي الاستضافة المدارة عملاً على التطبيق

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

json نموذج قرار الحمل والخيار
{
  "model": "compute-candidates-only",
  "workloads": [
    {
      "need": "guest-os-agent",
      "candidate": "Azure Virtual Machines"
    },
    {
      "need": "managed-http-application",
      "candidate": "Azure App Service"
    },
    {
      "need": "containerized-http-without-cluster-ownership",
      "candidate": "Azure Container Apps"
    }
  ]
}
الناتج المتوقع
evaluate each candidate against runtime, network, scale, and recovery requirements

ليس الترشيح تحقق إعداد أو ادعاء كلفة أقل، ولا ينشأ مورد سحابي.

استخدام وحدات حمل مقاسة لا عدد مثيلات سحري

يحتاج النموذج تعريف الطلب ودليل سعة وهامشاً وفشلاً محتملاً. يستخدم المثال وحدات مخترعة:430 في الفترة و100 للمثيل وهامش25%. تكفي ستة حسابياً وتحفظ سبعة الهدف بعد فقد واحد متساوٍ. ليست الأعداد إنتاجية Azure أو توصيةVM أو سعراً. قس زمن البدء وحدود الاعتماد ومزيج الطلب والتدهور قبل اعتماد قاعدة، وتأكد من فائدة الباقي بعد الفشل.

python هامش وسماح فشل مصطنعان محلياً
from math import ceil
demand = 430
capacity_per_instance = 100
required = ceil(demand * 125 / (100 * capacity_per_instance))
with_one_instance_failure = required + 1
print(required, with_one_instance_failure)
الناتج المتوقع
6 7

يحسب النموذج الأعداد فقط دون معيار Azure أو اختبار توسع أو توقع فاتورة.

يجب أن يحفظ التوسع الحالة ودلالات العمر

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

يعتمد التوفر على مسار الحوسبة كله

لا يثبت تشغيل المثيل جاهزية المهمة. تهم الصحة والتوزيع ومناطق التوفر والبيانات والأسرار والدعم وتوافق النشر. ميّز الحياة والجاهزية واكتمال العمل. قد يخفي restart العرض ويفقد العمل أو يكرره، فاحفظ الدليل قبل اقتراحه. لا تشغل الدورةVM أو بناء صورة أو عنقوداً أو خدمة أو حملاً؛ بل تعلم حجة اختيار وسعة تفحص افتراضاتها قبل النشر المصرح.

الأخطاء الشائعة وإصلاحها

اختيارAKS تلقائياً لوجود حاوية

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

افتراض إصلاح التوسع لكل مشكلة توفر

لماذا يحدث؟
استبدال التفكير بالاعتماد والحالة بعدد المثيلات.
كيف تصلحه؟
فحص مسار الطلب والعمل الخلفي كله.
كيف تتجنب تكراره؟
اختبار التدهور والآثار الدائمة المقصودة.

عرض سعة مصطنعة كمعيارAzure

لماذا يحدث؟
الخلط بين افتراض النموذج والقياس.
كيف تصلحه؟
وسم الوحدات وجمع دليل حمل مصرح منفصلاً.
كيف تتجنب تكراره؟
إبقاء الشروط وعدم اليقين مع الادعاء.

اختبر فهمك

1. لماذا قد لا تحتاجAPI إلىKubernetes رغم حاويتها؟

اعرض الحل المشروح

قد تفي منصة حاوية أو ويب مدارة بمتطلباتHTTP والتوسع والشبكة والنشر مع مسؤولية أقل. قارن القيود أولاً. وإن لزم تحكم العنقود فوثقه والملكية التي يضيفها بدلاً من تبرير بالصيغة وحدها.

2. تكفي ستة لهدف هامش مصطنع. لماذا يحتاج فقد واحد خطة أخرى؟

اعرض الحل المشروح

تفقد الستة واحداً فيبقى خمسة أقل من الستة المطلوبة. تحفظ سبعة ستة بعد الفقد المتساوي. يبقى حساباً بسعة ثابتة لا إثبات توزيع المرور أو البدء أو صمود الاعتماد.

أهم ما تعلمته

  • اختر الحوسبة من التحكم وعمر الحمل.
  • تحتاج السعة والتوسع والحالة والتعافي أدلة منفصلة.

المراجع الرسمية