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

تسلسل موارد Azure والمسؤولية

ميّز المستأجر ومجموعة الإدارة والاشتراك ومجموعة الموارد والمورد. ابنِ نموذج ملكية قبل اختيار الخدمات أو طلب نشر.

وقت القراءة التقريبي: 4 دقيقةتاريخ مراجعة المحتوى 2026-10-25

في هذه الصفحة

أهداف الدرس

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

تتعايش حدود متعددة

يتضمن تصميم Azure حدود هوية وفوترة وإدارة وشبكة وتطبيق لا يلزم تطابقها. يوفر مستأجر Microsoft Entra سياق دليل الهوية. ويشكل الاشتراك حداً مهماً للإدارة والحصص والفوترة يرتبط بدليل. تنظم مجموعات الإدارة الاشتراكات للحَوْكمة، وتجمع مجموعات الموارد موارد مترابطة، بينما يوفر Azure Resource Manager مستوى الإدارة لإنشائها والتحكم بها. لا تفترض أن الاشتراك مستخدم أو منطقة أو تطبيق واحد. ابدأ بتسمية مالك الحمل والبيانات وصاحب سلطة اعتماد التغيير قبل اختيار التسلسل.

مجموعة الموارد قرار متعلق بالعمر

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

json خطة عمر مصطنعة

{
  "model": "planning-only",
  "groups": [
    {
      "name": "training-web-lab",
      "lifecycle": "disposable",
      "resources": [
        "frontend"
      ]
    },
    {
      "name": "training-data",
      "lifecycle": "retained",
      "resources": [
        "catalog-data"
      ]
    }
  ]
}

الناتج المتوقع

frontend: disposable; catalog-data: retained

يحفظ الفصل قصد التخطيط، ولا يصبح حماية مفروضة قبل تصميم السياسة والإذن والإجراء والتحقق منها.

يحدد الجرد الملكية لا الأسماء فقط

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

python حساب ملكية دون اتصال

resources = [{"owner": "team-a"}, {"owner": "team-a"}, {"owner": None}]
assigned = sum(item["owner"] is not None for item in resources)
print(assigned, len(resources) - assigned)

الناتج المتوقع

2 1

لموردين مصطنعين مالك ويحتاج الثالث قراراً. لا يستخدم الحساب حساب Azure أو SDK أو شبكة أو CLI.

تغير الخدمات المدارة المسؤولية ولا تلغيها

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

التخطيط بافتراضات صريحة وأدلة محدودة

وثّق التسلسل وسبب ملاءمته. تحقق من توفر الخدمة والحصص والحَوْكمة ونطاق الهوية بالمراجع الرسمية الحالية قبل أي تنفيذ مصرح مستقبلاً. لا تنفذ الدورة عمليات حساب Azure ولا تعد بسعر أو فئة مجانية أو نجاح نشر؛ فنماذج JSON والحسابات توضيح للقرار فقط. حدد ما يشترك بحد الفشل والحذف وما يجب أن يبقى بعد التجربة وما بقي مجهولاً. يفيد ذلك أكثر من رسم اشتراكات كبير بلا تفسير للملكية والكلفة والعمر.

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

وجود بيانات مشتركة دائمة بمجموعة مؤقتة

لماذا يحدث؟: اتباع سهولة الجمع بدلاً من العمر.
كيف تصلحه؟: فصل ملكية العمر ومراجعة أثر الحذف.
كيف تتجنب تكراره؟: تصنيف الاعتماد الدائم قبل التنظيف.

افتراض أن الوسوم تفرض الإذن

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

اعتبار منطقة المجموعة منطقة كل مورد

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

اختبر فهمك

1. تستخدم تجربة ويب مؤقتة قاعدة يحتاجها فريق آخر. أين توضح ملكية العمر؟

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

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

2. هل يثبت نموذج تخطيط JSON نشر Azure صالحاً؟

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

لا؛ يثبت البنية المصطنعة والفحوص المحلية فقط. تحتاج المخططات والأسماء والهوية والحصة ودعم المنطقة والسياسة والاعتماد تحققاً منفصلاً عند تنفيذ مصرح. أبقِ الحد بجانب النموذج ولا تعرضه كجرد صادر من حساب حي.

أهم ما تعلمته

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