نقل Azure Static Web Apps إلى منطقة أخرى

توضح هذه المقالة كيفية نقل موارد Azure Static Web Apps إلى منطقة Azure أخرى.

هناك أسباب مختلفة وراء رغبتك في نقل موارد Azure الحالية من منطقة إلى أخرى. قد ترغب في:

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

المتطلبات الأساسية

راجع المتطلبات الأساسية التالية قبل التحضير لإعادة النقل.

• تحقق من توفر Azure Static Web Apps في المنطقة المستهدفة.

• تأكد من أن لديك الإذن لإنشاء موارد Static Web App في المنطقة المستهدفة.

• تعرف على ما إذا كانت هناك أي قيود على منطقة نهج Azure مطبقة على مؤسستك.

• إذا كنت تستخدم دعم واجهة برمجة التطبيقات المتكاملة الذي توفره Azure Functions:

  • تحديد توفر Azure Functions في المنطقة المستهدفة.
  • تحديد ما إذا كان يتم استخدام مفاتيح واجهة برمجة تطبيقات الوظائف. على سبيل المثال، هل تستخدم Key Vault أم تقوم بنشرها كجزء من ملفات تكوين التطبيق؟
  • حدد نموذج التوزيع لدعم واجهة برمجة التطبيقات في المنطقة المستهدفة: إحضار وظائفك الخاصة. فهم الاختلافات بين النموذجين.

• تأكد من استخدام خطة الاستضافة القياسية لاستضافة تطبيق الويب الثابت. لمزيد من المعلومات حول خطط الاستضافة، راجع خطط استضافة Azure Static Web Apps.

• تحديد وقت التعطل المسموح به للنقل.

• اعتمادا على توزيع Azure Static Web App، قد تحتاج الموارد التابعة التالية إلى توزيعها وتكوينها في المنطقة المستهدفة قبل النقل:

  • Azure Functions.
  • الشبكة الافتراضية في Azure
  • Azure Front Door
  • مجموعة أمان الشبكة
  • خدمة Azure Private Link
  • Azure Key Vault
  • حساب تخزين Azure
  • Azure Application Gateway

وقت التعطل

يقدم نقل موقع Azure Static Web وقت تعطل لتطبيقك. يتأثر وقت التعطل بنمط التوفر العالي الذي قمت بتنفيذه لموقع Azure Static Web. الأنماط العامة هي:

• الاستعداد البارد: يتم نسخ بيانات حمل العمل احتياطيا بانتظام بناء على متطلباتها. في حالة حدوث كارثة، تتم إعادة نشر حمل العمل في منطقة Azure جديدة واستعادة البيانات.
• الاستعداد السريع: يتم نشر حمل العمل في منطقة استمرارية الأعمال والتعافي من الكوارث (BCDR)، ويتم نسخ البيانات بشكل غير متزامن أو متزامن. في حالة وقوع كارثة، يتم توسيع نطاق النشر في منطقة التعافي من الكوارث (DR) بشكل كبير.
• متعدد المناطق: يتم نشر حمل العمل في كل من المنطقتين ويتم نسخ البيانات بشكل متزامن. تحتوي كلتا المنطقتين على نسخة قابلة للكتابة من البيانات. يمكن أن يكون التنفيذ نشطا/خاملا أو نشطا/نشطا.

تجهيز

عمليات التوزيع مع نقاط النهاية الخاصة

إذا تم نشر تطبيقات الويب الثابتة باستخدام نقاط نهاية خاصة، فتأكد من:

• تحديث اسم المضيف لنقطة نهاية الاتصال.
• تحديث اسم المضيف على منطقة DNS الخاصة أو خادم DNS المخصص (ينطبق فقط على الارتباط الخاص).

لمزيد من المعلومات، راجع تكوين نقطة النهاية الخاصة في Azure Static Web Apps.

كافة عمليات التوزيع الأخرى

بالنسبة لجميع أنواع النشر الأخرى، تأكد من:

• إذا كان ذلك ممكنا، فاسترد مفاتيح Function API الجديدة من Azure Functions في المنطقة الجديدة.

• إذا كانت Azure Function لها تبعية على قاعدة بيانات، فتأكد من DATABASE_CONNECTION_STRING تحديث . قد لا تكون قاعدة البيانات هذه في نطاق الترحيل الإقليمي.

• قم بتحديث المجال المخصص للإشارة إلى اسم المضيف الجديد لتطبيق الويب الثابت.

• في حالة استخدام Key Vault، قم بتوفير Key Vault جديد في المنطقة المستهدفة. تحديث Function API Keys في Key Vault إذا كان ذلك ممكنا. يجب تخزين أي بيانات حساسة أخرى لا يجب تخزينها في ملفات التعليمات البرمجية أو التكوين في Key Vault هذا

تصدير القالب

لتصدير قالب Resource Manager الذي يحتوي على الإعدادات التي تصف تطبيق الويب الثابت:

1. قم بتسجيل الدخول إلى بوابة Azure.

2. انتقل إلى تطبيق الويب الثابت.

3. من القائمة اليسرى ضمن Automation حدد تصدير قالب.

   قد يستغرق إنشاء القالب لحظة.

4. حدد تنزيل.

5. حدد موقع الملف الذي تم .zip تنزيله، وافتحه في مجلد من اختيارك.

   يحتوي هذا الملف على الملفات .json التي تتضمن القالب والبرامج النصية لنشر القالب.

6. قم بإجراء التغييرات اللازمة على القالب، مثل تحديث الموقع بالمنطقة المستهدفة.

نقل

استخدم الخطوات التالية لنقل تطبيق الويب الثابت إلى منطقة أخرى.

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

2. إذا قمت بتوفير Azure Functions موجودة لتطبيق الويب الثابت، فاتبع إجراء النقل ل Azure Functions.

3. أعد توزيع تطبيق الويب الثابت باستخدام القالب الذي قمت بتصديره وتكوينه في القسم السابق.

   هام

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

4. إذا كنت تستخدم واجهة برمجة تطبيقات متكاملة، فبادر بإنشاء واجهة برمجة تطبيقات متكاملة جديدة مدعومة من Azure Functions.

5. أعد تكوين المستودع الخاص بك (GitHub أو Azure DevOps) للنشر في تطبيق الويب الثابت المنشور حديثا في المنطقة المستهدفة. بدء نشر التطبيق باستخدام إجراءات GitHub أو Azure Pipelines.

6. مع نشر الاستعداد البارد، تأكد من إبلاغ العملاء بعنوان URL الجديد. إذا كنت تستخدم مجال DNS مخصصا، فما عليك سوى تغيير إدخال DNS للإشارة إلى المنطقة المستهدفة. مع توزيع الاستعداد الدافئ، يتعامل موازن التحميل، مثل Front Door أو Traffic manager مع ترحيل تطبيق الويب الثابت في منطقة المصدر إلى المنطقة المستهدفة.