Azure Fundamentals · درس

التعافي من الكوارث لخدمات PaaS

الدرس 4 من 413 خطوة

التعافي من الكوارث لخدمات PaaS درس مجاني في Azure Fundamentals على CoddyKit. هذا هو الدرس 4 من أصل 4. يمكنك قراءة الدرس كاملاً أدناه مجاناً — ثم تمرن عليه مباشرة في المتصفح باستخدام محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7. هذا الدرس جزء من مسار التعلم في Azure Fundamentals، وتقدمك يتزامن عبر الويب وتطبيق CoddyKit. تتضمن دورة Azure Fundamentals 4 دروس في المجموع.

التعافي من الكوارث لخدمات PaaS مقارنةً بخدمات IaaS

يتضمن التعافي من الكوارث لخدمات IaaS (الأجهزة الافتراضية) عادةً استخدام Azure Site Recovery لتكرار نظام التشغيل بالكامل وأقراص البيانات إلى منطقة ثانوية. أما خدمات PaaS فلها نماذج مختلفة للتعافي من الكوارث، لأن Microsoft تدير البنية الأساسية underlying. وبالنسبة إلى PaaS، يُكوَّن التعافي من الكوارث عادةً على طبقة البيانات — إذ تُكرَّر البيانات إلى منطقة ثانوية بينما تبدأ المنصة نفسها تلقائياً.

Azure SQL Database: التكرار المضمّن

يوفر Azure SQL Database إتاحة عالية مضمّنة على مستوى المنطقة ضمن منطقة واحدة. أما للتعافي من الكوارث عبر المناطق، فيوفر إمكانيتين أساسيتين: التكرار الجغرافي النشط (قواعد بيانات ثانوية قابلة للقراءة في ما يصل إلى أربع مناطق أخرى) ومجموعات تجاوز الفشل التلقائي (تجاوز فشل تلقائي باستخدام نقطة نهاية مستمع واحدة). ويُكوَّن هذان الخياران على مستوى قاعدة البيانات أو الخادم من دون الحاجة إلى Azure Site Recovery.

# Create a geo-replication link:
az sql db replica create \
  --resource-group myRG \
  --server primarySqlServer \
  --name myDatabase \
  --partner-server secondarySqlServer \
  --partner-resource-group secondaryRG

مجموعات تجاوز الفشل التلقائي

تضيف مجموعات تجاوز الفشل التلقائي الأتمتة ونقطة اتصال واحدة فوق التكرار الجغرافي. تكوّن مجموعة على الخادم الأساسي، وتضيف الخادم الثانوي، وتحدد فترة سماح — وهي المدة التي ينتظر فيها Azure استرداد الخادم الأساسي قبل تشغيل تجاوز الفشل التلقائي. وتتصل التطبيقات بـ نقطة نهاية المستمع (على سبيل المثال، mygroup.database.windows.net) وتُوجَّه تلقائياً بعد تجاوز الفشل من دون تغيير سلاسل الاتصال.

# Create an auto-failover group:
az sql failover-group create \
  --resource-group myRG \
  --server primarySqlServer \
  --name myFailoverGroup \
  --partner-server secondarySqlServer \
  --partner-resource-group secondaryRG \
  --failover-policy Automatic \
  --grace-period 60

RPO لـ Azure SQL باستخدام التكرار الجغرافي

يكون التكرار الجغرافي لـ Azure SQL غير متزامن — إذ يتم الالتزام بالمعاملات على الخادم الأساسي، ثم تُكرَّر إلى الخادم الثانوي. وهذا يعني وجود تأخر صغير في التكرار، يقل عادةً عن 5 ثوانٍ في الظروف العادية. ولذلك يبلغ RPO للتكرار الجغرافي لـ SQL نحو 5 ثوانٍ في معظم السيناريوهات، ما يجعله مناسباً لأحمال العمل من المستويين 1 و2 التي تتطلب فقداناً منخفضاً جداً للبيانات.

الاستعادة إلى نقطة زمنية لـ SQL

تتضمن جميع مستويات Azure SQL Database نسخاً احتياطية تلقائية: نسخاً احتياطية كاملة أسبوعياً، ونسخاً احتياطية تفاضلية كل 12 ساعة، ونسخاً احتياطية لسجل المعاملات كل 5 إلى 12 دقيقة. ويتيح ذلك الاستعادة إلى نقطة زمنية (PITR) — أي استعادة قاعدة البيانات إلى أي ثانية ضمن فترة الاحتفاظ (من 7 إلى 35 يوماً لمستويي Standard وGeneral Purpose، وحتى 35 يوماً لمستوى Business Critical). وتفيد PITR في الاسترداد من الحذف العرضي للبيانات أو تلفها.

# Restore a database to a specific point in time:
az sql db restore \
  --resource-group myRG \
  --server mySqlServer \
  --name myDatabase-restored \
  --source-database-name myDatabase \
  --time '2026-06-20T14:30:00Z'

Cosmos DB: الكتابة متعددة المناطق للتعافي من الكوارث

يوفر Azure Cosmos DB مع الكتابة متعددة المناطق RPO قريباً من الصفر للتطبيقات العالمية. ويمكن لجميع المناطق المكوّنة قبول عمليات الكتابة في الوقت نفسه، ويزامن Cosmos DB البيانات تلقائياً باستخدام بروتوكول التكرار الخاص به. وإذا تعطلت منطقة، تُوجَّه نسبة استخدام الشبكة تلقائياً إلى المناطق السليمة المتبقية من دون الحاجة إلى تجاوز فشل يدوي، وبذلك يتحقق RTO وRPO قريبان من الصفر.

# Add a secondary region to Cosmos DB:
az cosmosdb update \
  --resource-group myRG \
  --name myCosmosAccount \
  --locations regionName=eastus failoverPriority=0 isZoneRedundant=true \
                regionName=westus failoverPriority=1 isZoneRedundant=true

اعتبارات التعافي من الكوارث في Azure App Service

إن Azure App Service نفسه عديم الحالة (إذ يُنشر رمز التطبيق من نظام التحكم بالمصدر أو من ملف ZIP). وبالنسبة إلى التعافي من الكوارث، ينصب التركيز على طبقة البيانات (قاعدة البيانات وتخزين الكائنات الثنائية كبيرة الحجم). ويمكن إعادة نشر App Service بسرعة إلى منطقة ثانوية عبر مسار CI/CD. ومع ذلك، يجب التأكد من تكرار المجال المخصص وشهادات TLS وإعدادات التطبيق أو برمجتها نصياً، حتى يمكن إعادة إنشائها بسرعة في المنطقة الثانوية.

# Export App Service configuration (app settings + connection strings):
az webapp config appsettings list \
  --name myWebApp \
  --resource-group myRG \
  --output json > appsettings-backup.json

# Apply to secondary region App Service:
az webapp config appsettings set \
  --name myWebApp-secondary \
  --resource-group secondaryRG \
  --settings @appsettings-backup.json

Azure Storage: ‏GRS وRA-GRS

يكرر Azure Blob Storage مع Geo-Redundant Storage (GRS) البيانات تلقائياً إلى منطقة ثانوية تبعد مئات الأميال. وتُكرَّر البيانات بشكل غير متزامن (ويكون RPO عادةً أقل من 15 دقيقة). ويتيح Read-Access GRS (RA-GRS) القراءة من نقطة النهاية الثانوية حتى قبل تشغيل تجاوز الفشل، وهو أمر مفيد لأحمال عمل التحليلات وإعداد التقارير أثناء انقطاع المنطقة الأساسية.

# Create a storage account with RA-GRS:
az storage account create \
  --resource-group myRG \
  --name mystorageaccount \
  --sku Standard_RAGRS \
  --kind StorageV2

# Secondary endpoint: mystorageaccount-secondary.blob.core.windows.net

التعافي من الكوارث في Azure Functions وLogic Apps

صُممت Azure Functions لتكون عديمة الحالة، مما يجعل إعادة نشرها سهلة. وللتعافي من الكوارث، انشر تطبيق الدوال نفسه في منطقة ثانوية، واستخدم Traffic Manager لتوجيه مشغلات HTTP بين المناطق. وبالنسبة إلى المشغلات غير المستندة إلى HTTP (Service Bus وEvent Grid)، كوّن مصدر الرسائل لإرسالها إلى كلتا المنطقتين، أو اجعل المنطقة الثانوية تستقصي المصدر نفسه. وتُخزَّن حالة الدوال في Durable Functions في Azure Storage — لذا تأكد من أن وحدة التخزين تستخدم GRS.

الاختيار بين النسخ الجغرافي النشط ومجموعات تجاوز الفشل التلقائي

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

مقارنة تكاليف التعافي من الكوارث في PaaS والأجهزة الافتراضية

غالبًا ما يكون التعافي من الكوارث في PaaS أقل تكلفة من التعافي المعتمد على الأجهزة الافتراضية لعدة أسباب. تفرض خدمة SQL Database رسومًا على التخزين والحوسبة للنسخة الثانوية فقط؛ فلا تدفع مقابل ترخيص نظام تشغيل جهاز افتراضي كامل. وتفرض Azure Cosmos DB رسومًا على وحدات الطلب (RUs) الموفرة في كل منطقة. أما Azure Storage GRS فتضيف نحو ضعف تكلفة التخزين. في المقابل، تتطلب الأجهزة الافتراضية المنسوخة باستخدام ASR تكاليف الحوسبة والتخزين والتراخيص كاملةً في المنطقة الثانوية.

تحقق سريع

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

أجب عليها في الدرس التفاعلي

مراجعة الدرس

تعلمت في هذا الدرس أن: التعافي من الكوارث في PaaS يركز على طبقة البيانات بدلًا من نسخ الأجهزة الافتراضية؛ وأن مجموعات تجاوز الفشل التلقائي في Azure SQL توفر نقطة نهاية مستمع واحدة مع تجاوز فشل تلقائي؛ وأن الكتابة متعددة المناطق في Cosmos DB توفر قيمتي RTO وRPO تقتربان من الصفر للتطبيقات العالمية. بعد ذلك سنستكشف أطر الامتثال في Azure ونموذج المسؤولية المشتركة.

البدء مجانًا

تعلم Azure Fundamentals مع معلم ذكاء اصطناعي — مجانًا

اكتب وقم بتشغيل أكوادك الفعلية في المتصفح، واحصل على مساعدة فورية من معلم ذكاء اصطناعي متاح 24/7، واستمر من حيث توقفت على الويب أو في التطبيق.

الدورات: 30
الدروس: 120

ابدأ التعلم مجانًا عرض الدورة الكاملة

الأسئلة الشائعة

هل درس «التعافي من الكوارث لخدمات PaaS» مجاني؟

نعم — نص درس «التعافي من الكوارث لخدمات PaaS» كامل متاح مجاناً هنا على الويب. لتمرينه بشكل تفاعلي (محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7) وفتح باقي دورة Azure Fundamentals، انتقل إلى CoddyKit PRO. تتضمن دورة Azure Fundamentals 4 دروس في المجموع.

ماذا ستتعلم في «التعافي من الكوارث لخدمات PaaS»؟

صمّم التعافي من الكوارث لـ Azure SQL Database باستخدام النسخ المتماثل الجغرافي ومجموعات تجاوز الفشل التلقائي، وقارن ذلك بالنسخ المتماثل على مستوى الأجهزة الظاهرية لأحمال العمل ذات الحالة تتمرن على Azure Fundamentals مع أكواد عملية تشغلها مباشرة في المتصفح، ومدرس ذكاء اصطناعي متاح 24/7 يجيب على أسئلتك أثناء عملك.

هل أحتاج إلى خبرة سابقة لأبدأ Azure Fundamentals؟

لا تُشترط خبرة سابقة. Azure Fundamentals على CoddyKit منظم للمبتدئين حتى المتقدمين، لذا يمكنك البدء من هنا أو من البداية والتقدم بسرعتك الخاصة. هذا هو الدرس 4 من أصل 4.

كم من الوقت يستغرق درس «التعافي من الكوارث لخدمات PaaS»؟

معظم دروس CoddyKit تستغرق حوالي 5–10 دقائق. كل منها موجز وتفاعلي، لذا تحرز تقدماً مستمراً وتستأنف من حيث توقفت عبر الويب والتطبيق.

هل يمكنني كتابة وتشغيل أكواد في درس Azure Fundamentals هذا؟

نعم. كل درس في Azure Fundamentals يتضمن محرر أكواد مدمج، لذا تكتب وتشغل أكواداً حقيقية مباشرة في متصفحك وتحصل على تعليقات فورية من الذكاء الاصطناعي — بدون إعداد محلي.

جميع الدروس في هذه الدورة

← العودة إلى Azure Fundamentals