مشاركة عبر

نشر تطبيق ويب Python Django باستخدام PostgreSQL في Azure

في هذا الدرس، تقوم بنشر تطبيق ويب بايثون مدعوم بالبيانات على خدمة تطبيقات Azure يستخدم خدمة قاعدة بيانات Azure لقاعدة بيانات PostgreSQL العلائقية. تدعم Azure App Service Python في بيئة خادم Linux. تستخدم هذه المقالة Django. البدائل تشمل Flask أو درس FastAPI.

مخطط يوضح بنية خدمة التطبيقات مع قاعدة بيانات PostgreSQL في Azure.

في هذا البرنامج التعليمي، تتعلم كيفية:

  • إنشاء بنية ذاكرة التخزين المؤقت ل App Service وPostgreSQL وRedis بشكل افتراضي آمن.
  • تأمين أسرار الاتصال باستخدام هوية مدارة ومراجع Key Vault.
  • نشر نموذج تطبيق Python إلى App Service من مستودع GitHub.
  • الوصول إلى سلسلة الاتصال App Service وإعدادات التطبيق في التعليمات البرمجية للتطبيق.
  • قم بإجراء التحديثات وإعادة توزيع التعليمات البرمجية للتطبيق.
  • إنشاء مخطط قاعدة البيانات عن طريق تشغيل عمليات ترحيل قاعدة البيانات.
  • دفق سجلات التشخيص من Azure.
  • إدارة التطبيق في مدخل Microsoft Azure.
  • توفير نفس البنية والنشر باستخدام Azure Developer CLI.
  • تحسين سير عمل التطوير الخاص بك باستخدام GitHub Codespaces وGitHub Copilot.

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

تخطي إلى النهاية

إذا كنت تريد فقط رؤية التطبيق النموذجي في هذا الدرس يعمل على Azure، قم بتشغيل الأوامر التالية في Azure Cloud Shell، واتبع التعليم:

mkdir msdocs-django-postgresql-sample-app
cd msdocs-django-postgresql-sample-app
azd init --template msdocs-django-postgresql-sample-app
azd up

تشغيل تطبيق العرض التوضيحي

كنقطة بداية، قم بإعداد تطبيق نموذجي قائم على البيانات. لراحتك، يتضمن مستودع العينة تكوين حاوية التطوير . حاوية التطوير تحتوي على كل ما تحتاجه لتطوير التطبيق، بما في ذلك قاعدة البيانات، والكاش، وجميع متغيرات البيئة التي يحتاجها التطبيق النموذجي. يمكن لحاوية التطوير العمل في فضاء كود GitHub، لذا يمكنك تشغيل العينة على أي جهاز كمبيوتر مزود بمتصفح ويب.

إشعار

إذا تابعت هذا الدرس مع تطبيقك الخاص، اطلع على وصف الملفrequirements.txt في README.md لترى ما هي الحزم التي تحتاجها.

الخطوة 1: في نافذة متصفح جديدة:

  1. قم بتسجيل الدخول إلى حساب GitHub الخاص بك.
  2. الانتقال إلى https://github.com/Azure-Samples/msdocs-django-postgresql-sample-app/fork.
  3. قم بإلغاء تحديد نسخ الفرع الرئيسي فقط. تريد جميع الفروع.
  4. حدد إنشاء نسخة المستودع.

لقطة شاشة توضح كيفية إنشاء تفرع لمستودع GitHub النموذجي.

الخطوة 2: في نسخة GitHub:

  1. حدد main>starter-no-infra لفرع البداية. يحتوي هذا الفرع فقط على نموذج المشروع ولا يوجد ملفات أو تكوينات متعلقة ب Azure.
  2. حدد Code>Create codespace على starter-no-infra. تستغرق مساحة التعليمات البرمجية بضع دقائق لإعدادها. يعمل pip install -r requirements.txt لمستودعك. ملف .env المرفق يحتوي بالفعل على متغير وهمي SECRET_KEY يحتاجه Django لتشغيله محليا.

لقطة شاشة توضح كيفية إنشاء مساحة كود في GitHub.

الخطوة 3: في الوحدة الطرفية لمساحة التعليمات البرمجية:

  1. تشغيل عمليات ترحيل قاعدة البيانات باستخدام python manage.py migrate.
  2. شغّل التطبيق باستخدام python manage.py runserver.
  3. عندما ترى الإعلام Your application running on port 8000 is available.، حدد فتح في المستعرض. يجب أن تشاهد نموذج التطبيق في علامة تبويب مستعرض جديدة. لإيقاف التطبيق، اكتب Ctrl+C.

لقطة شاشة توضح كيفية تشغيل التطبيق النموذجي في فضاء الشيفرة على GitHub.

تلميح

يمكنك أن تسأل GitHub Copilot عن هذا المستودع. على سبيل المثال:

  • @workspace ماذا يفعل هذا المشروع؟
  • @workspace ماذا يفعل المجلد .devcontainer؟

هل تواجه مشكلات؟ تحقق من قسم استكشاف الأخطاء وإصلاحها.

إنشاء خدمة التطبيقات، قاعدة البيانات، وذاكرة تخزين مؤقت

في هذه الخطوة، أنشئ موارد Azure. ينشئ هذا الدرس مجموعة من الموارد الآمنة افتراضيا التي تشمل App Service، وقاعدة بيانات Azure ل PostgreSQL، وAzure Cache. بالنسبة لعملية الإنشاء، يمكنك تحديد:

  • اسم تطبيق الويب. يتم استخدامه كجزء من اسم DNS لتطبيقك.
  • المنطقة لتشغيل التطبيق فعليا في العالم. كما أنه جزء من اسم DNS لتطبيقك.
  • مكدس وقت التشغيل للتطبيق. تختار النسخة من بايثون لاستخدامها في تطبيقك.
  • خطة الاستضافة للتطبيق. تشمل طبقة التسعير مجموعة الميزات وسعة التوسع لتطبيقك.
  • مجموعة الموارد للتطبيق. تتيح لك مجموعة الموارد تجميع جميع موارد Azure اللازمة للتطبيق في حاوية منطقية.

سجل الدخول إلى مدخل Microsoft Azure. اتبع هذه الخطوات لإنشاء موارد خدمة تطبيقات Azure الخاصة بك.

الخطوة 1: في مدخل Microsoft Azure:

  1. في أعلى بوابة Azure، في مربع البحث، أدخل قاعدة بيانات تطبيقات الويب.
  2. تحت عنوان السوق ، اختر العنصر المسمى Web App + Database. يمكنك أيضا التنقل مباشرة إلى تطبيق Create Web .

لقطة شاشة توضح كيفية استخدام مربع البحث في شريط الأدوات العلوي للعثور على معالج إنشاء تطبيق الويب + قاعدة البيانات (Django).

الخطوة 2: في صفحة إنشاء تطبيق ويب + قاعدة بيانات ، املأ النموذج كما يلي.

  1. مجموعة الموارد: اختر إنشاء جديد وادخل msdocs-django-postgres-tutorial.
  2. المنطقة: أي منطقة Azure قريبة منك.
  3. الاسم: msdocs-python-postgres-XYZ.
  4. مكدس وقت التشغيل: بايثون 3.14.
  5. قاعدة البيانات: PostgreSQL - يتم تحديد الخادم المرن افتراضيا كمحرك قاعدة البيانات. يتم أيضا تعيين اسم الخادم واسم قاعدة البيانات بشكل افتراضي إلى القيم المناسبة.
  6. إضافة ذاكرة التخزين المؤقت Azure ل Redis: نعم.
  7. خطة الاستضافة: أساسية. عندما تكون مستعدا، يمكنك التوسع إلى مستوى تسعير الإنتاج.
  8. حدد Review + create.
  9. بعد اكتمال التحقق من الصحة، حدد إنشاء.

لقطة شاشة توضح كيفية تكوين تطبيق وقاعدة بيانات جديدة في معالج تطبيق الويب + قاعدة البيانات (Django).

الخطوة 3: يستغرق النشر بضع دقائق حتى يكتمل. بعد اكتمال التوزيع، حدد «Go to resource». النشر ينشئ الموارد التالية:

  • مجموعة الموارد: الحاوية لكافة الموارد التي تم إنشاؤها.
  • خطة App Service: تحدد موارد الحوسبة ل App Service. هذه الحالة هي خطة لينكس في مستوى Basic .
  • App Service: تمثل تطبيقك وتعمل في خطة App Service.
  • الشبكة الظاهرية: متكاملة مع تطبيق App Service وتعزل حركة مرور الشبكة الخلفية.
  • نقطة النهاية الخاصة: نقطة نهاية الوصول لذاكرة التخزين المؤقت Redis في الشبكة الظاهرية.
  • واجهات الشبكة: عناوين IP خاصة، واحدة لكل نقطة نهاية خاصة.
  • خادم Azure Database for PostgreSQL المرن: يمكن الوصول إليه فقط من داخل الشبكة الظاهرية. النشر ينشئ قاعدة بيانات ومستخدما على الخادم.
  • ذاكرة Azure Cache ل Redis: يمكن الوصول إليها فقط من خلال شبكتها الخاصة.
  • مناطق DNS الخاصة: تمكن دقة DNS لخادم قاعدة البيانات ذاكرة التخزين المؤقت Redis في الشبكة الظاهرية.

لقطة شاشة تظهر عملية النشر المكتملة (Django).

أمن أسرار الاتصال وأضف SECRET_KEY

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

الخطوة 1: استرداد سلسلة الاتصال الموجودة

  1. في القائمة اليسرى من صفحة خدمة التطبيقات، اخترمتغيرات بيئة>.
  2. حدد AZURE_POSTGRESQL_CONNECTIONSTRING.
  3. في إعداد إضافة/تحرير التطبيق، في حقل القيمة ، ابحث عن جزء كلمة المرور = في نهاية السلسلة.
  4. انسخ سلسلة كلمة المرور بعد كلمة المرور= لاستخدامها لاحقا. يتيح لك هذا الإعداد الاتصال بقاعدة بيانات Postgres وذاكرة Redis المؤقتة خلف نقاط نهاية خاصة. يتم حفظ الأسرار مباشرة في تطبيق App Service، وهذا ليس أفضل طريقة. ستغير هذا التكوين. تضيف أيضا SECRET_KEY إعدادا، وهو ما يتطلبه تطبيق Django الخاص بك.

لقطة شاشة توضح كيفية رؤية قيمة إعداد التطبيق.

الخطوة 2: إنشاء مخزن رئيسي للإدارة الآمنة للبيانات السرية

  1. في شريط البحث العلوي، أدخل خزنة المفاتيح، ثم اخترخزنة مفاتيحالسوق>.
  2. في Resource Group، حدد msdocs-python-postgres-tutorial.
  3. في اسم خزنة المفتاح، أدخل اسما يتكون فقط من حروف وأرقام.
  4. في المنطقة، اختر نفس الموقع الذي توجد فيه مجموعة الموارد.

لقطة شاشة توضح كيفية إنشاء خزنة مفاتيح.

الخطوة 3: تأمين خزنة المفاتيح باستخدام نقطة نهاية خاصة

  1. حدد علامة التبويب Networking .
  2. إلغاء تحديد تمكين الوصول العام.
  3. حدد Create a private endpoint.
  4. في Resource Group، حدد msdocs-python-postgres-tutorial.
  5. في مربع الحوار، في الموقع، حدد نفس موقع تطبيق App Service.
  6. في Name، اكتب msdocs-python-postgres-XYZVaultEndpoint.
  7. في الشبكة الظاهرية، حدد msdocs-python-postgres-XYZVnet.
  8. في الشبكة الفرعية، msdocs-python-postgres-XYZSubnet.
  9. حدد موافق.
  10. حدد Review + create، ثم حدد Create. انتظر حتى ينتهي نشر مخزن المفاتيح. يجب أن ترى أن نشرك قد اكتمل.

لقطة شاشة توضح كيفية تأمين خزنة مفاتيح بنقطة نهاية خاصة.

الخطوة 4: تكوين موصل PostgreSQL

  1. في شريط البحث العلوي، أدخل msdocs-python-postgres، ثم اختر مورد خدمة التطبيقات الخاص بك msdocs-python-postgres-XYZ.
  2. في صفحة خدمة التطبيقات، في القائمة اليسرى، اختر موصل خدمة الإعدادات>. هناك بالفعل موصلان، أنشأتهما عملية إنشاء التطبيق لك.
  3. حدد خانة الاختيار بجوار موصل PostgreSQL، ثم حدد تحرير.
  4. في Client type، حدد Django. يمنحك نوع عميل Django في موصل خدمة PostgreSQL متغيرات قاعدة البيانات في إعدادات منفصلة بدلا من سلسلة اتصال واحدة. المتغيرات المنفصلة أسهل بالنسبة لك لاستخدامها في إعدادات قاعدة بيانات Django.
  5. حدد Authentication.
  6. في كلمة المرور، الصق كلمة المرور التي نسختها سابقا.
  7. حدد مخزن البيانات السرية في Key Vault.
  8. ضمن Key Vault Connection، حدد Create new. يفتح هذا الإجراء مربع إنشاء اتصال فوق حوار التحرير.

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

الخطوة 5: إنشاء اتصال Key Vault

  1. في مربع الحوار Create connection لاتصال Key Vault، في Key Vault، حدد key vault الذي أنشأته سابقا.
  2. حدد Review + Create.
  3. عند اكتمال التحقق من الصحة، حدد إنشاء.

لقطة شاشة توضح كيفية تكوين موصل خدمة Key Vault.

الخطوة 6: إنهاء إعدادات موصل PostgreSQL

  1. لقد عدت إلى مربع حوار التحرير ل defaultConnector. تحت قسم المصادقة، انتظر إنشاء موصل خزنة المفاتيح. قائمة قائمة الاتصال بخزانة المفاتيح تختارها تلقائيا.
  2. حدد Next: Networking.
  3. حدد حفظ. انتظر حتى يظهر إعلام نجاح التحديث .

لقطة شاشة تظهر اتصال خزنة المفاتيح المختار في الموصل الافتراضي.

الخطوة 7: تكوين موصل Redis لاستخدام أسرار Key Vault

  1. في صفحة موصلات الخدمة ، اختر مربع الاختيار بجانب موصل التخزين المؤقت ل Redis، ثم اختر تعديل.
  2. حدد Authentication.
  3. حدد مخزن البيانات السرية في Key Vault.
  4. ضمن Key Vault Connection، حدد key vault الذي أنشأته.
  5. حدد Next: Networking.
  6. حدد تكوين قواعد جدار الحماية لتمكين الوصول إلى الخدمة المستهدفة. عملية إنشاء التطبيق كانت قد أمنت قاعدة بيانات SQL بالفعل بنقطة نهاية خاصة.
  7. حدد حفظ. انتظر حتى يظهر إعلام نجاح التحديث .

لقطة شاشة توضح كيفية تعديل موصل خدمة Cache for Redis باستخدام اتصال Key Vault.

الخطوة 8: التحقق من تكامل Key Vault

  1. من القائمة اليسرى، حدد Settings > Environment variables مرة أخرى.
  2. بجوار AZURE_POSTGRESQL_PASSWORD، حدد Show value. يجب أن تكون @Microsoft.KeyVault(...)القيمة ، ما يعني أنها مرجع خزنة مفاتيح لأن السر تتم إدارته الآن في مخزن المفاتيح.
  3. للتحقق من سلسلة اتصال Redis، حدد Show value بجوار AZURE_REDIS_CONNECTIONSTRING.

لقطة شاشة توضح كيفية رؤية قيمة كلمة مرور PostgreSQL في Azure.

الخطوة 9: يقرأ نموذج التطبيق متغير البيئة SECRET_KEY لتعيين إعداد SECRET_KEY المطلوب. يمكنك إنشاؤه كإعداد تطبيق في هذه الخطوة.

  1. في علامة التبويب إعدادات التطبيق ، حدد إضافة.
  2. تعيين الاسم إلى SECRET_KEY.
  3. تعيين القيمة إلى سلسلة عشوائية طويلة.
  4. حدد تطبيق، ثم تطبيق مرة أخرى، ثم تأكيد.

لقطة شاشة تظهر مربع حوار إعداد الإضافة/التعديل للتطبيق.

للتلخيص، تتضمن عملية تأمين أسرار الاتصال الخاصة بك ما يلي:

  • استرداد أسرار الاتصال من متغيرات البيئة لتطبيق App Service.
  • إنشاء مفتاح رئيسي.
  • إنشاء اتصال Key Vault بالهوية المدارة المعينة من قبل النظام.
  • تحديث موصلات الخدمة لتخزين الأسرار في مخزن المفاتيح.

إشعار

من الناحية المثالية SECRET_KEY ، يجب تكوين إعداد التطبيق كمرجع خزنة مفاتيح أيضا، وهي عملية متعددة الخطوات. لمزيد من المعلومات، راجع كيف يمكنني تغيير إعداد تطبيق SECRET_KEY إلى مرجع Key Vault؟

هل تواجه مشكلات؟ تحقق من قسم استكشاف الأخطاء وإصلاحها.

نشر نموذج الكود

في هذا القسم، قم بتكوين نشر GitHub باستخدام GitHub Actions. إنها واحدة من العديد من الطرق لنشر التطبيق في خدمة التطبيقات. إنها طريقة رائعة للحصول على تكامل مستمر في عملية النشر الخاصة بك. بشكل افتراضي، git push كل إلى مستودع GitHub الخاص بك تبدأ إجراء الإنشاء والتوزيع.

الخطوة 1: في القائمة اليسرى، حدد Deployment>Deployment Center.

لقطة شاشة توضح كيفية فتح مركز النشر في خدمة التطبيقات.

الخطوة 2: في صفحة مركز النشر :

  1. في المصدر، حدد GitHub. بشكل افتراضي، يتم تحديد GitHub Actions كموفر بناء.
  2. سجل الدخول إلى حساب GitHub واتبع المطالبة لتخويل Azure.
  3. في المؤسسة، حدد حسابك.
  4. في Repository، حدد msdocs-django-postgresql-sample-app.
  5. في Branch، حدد starter-no-infra. هذا الفرع هو نفس الفرع الذي عملت فيه مع تطبيق نموذجي، بدون أي ملفات أو إعدادات متعلقة ب Azure.
  6. بالنسبة لنوع المصادقة، حدد الهوية المعينة من قبل المستخدم.
  7. في القائمة العلوية، حدد Save. تقوم خدمة التطبيقات بإرسال ملف سير عمل إلى مستودع GitHub في .github/workflows المجلد. بشكل افتراضي، ينشئ مركز التوزيع هوية معينة من قبل المستخدم لسير العمل للمصادقة باستخدام Microsoft Entra (مصادقة OIDC). لخيارات المصادقة الأخرى، راجع النشر على خدمة التطبيقات باستخدام GitHub Actions.

لقطة شاشة توضح كيفية تكوين CI/CD باستخدام GitHub Actions (Django).

الخطوة 3: مرة أخرى في مساحة التعليمات البرمجية GitHub من نسخة المستودع الخاصة بك، قم بتشغيل git pull origin starter-no-infra. هذا الأمر يسحب ملف سير العمل الجديد إلى مساحة الشيفرة الخاصة بك.

لقطة شاشة تظهر git pull في كود GitHub.

الخطوة 4 (الخيار 1: مع GitHub Copilot):

  1. ابدأ جلسة دردشة جديدة عن طريق تحديد طريقة عرض الدردشة، ثم تحديد +.
  2. اسأل، "@workspace كيف يتصل التطبيق بقاعدة البيانات وredis؟" قد يمنحك Copilot بعض الشرح حول كيفية تكوين الإعدادات في azureproject/development.pyوazureproject/production.py.
  3. اسأل: "@workspace في وضع الإنتاج، تطبيقي يعمل في تطبيق ويب لخدمة التطبيقات، يستخدم Azure Service Connector للاتصال بخادم PostgreSQL مرن باستخدام نوع عميل Django. ما هي أسماء متغيرات البيئة التي أحتاج لاستخدامها؟" قد يعطيك Copilot اقتراحا للكود مشابها لما في الخيار الثاني: بدون GitHub، Copilot يتبع الخطوات ويطلب منك إجراء التغيير في ملف azureproject/production.py .
  4. افتح azureproject/production.py في المستكشف وأضف اقتراح التعليمات البرمجية.
  5. اسأل، "@workspace يستخدم تطبيق خدمة التطبيقات الخاص بي أيضا موصل خدمة Azure للاتصال بذاكرة التخزين المؤقت ل Redis باستخدام نوع عميل Django. ما هي أسماء متغيرات البيئة التي أحتاج لاستخدامها؟" قد يعطيك Copilot اقتراحا مشابها للكود في الخيار 2: بدون GitHub، Copilot يتبع خطوات وحتى يطلب منك إجراء التغيير في ملف azureproject/production.py .
  6. إضافة اقتراح التعليمات البرمجية. GitHub Copilot لا يعطيك نفس الرد في كل مرة. الردود ليست دائما صحيحة. قد تحتاج إلى طرح المزيد من الأسئلة لضبط استجابتها. للحصول على تلميحات، راجع ما الذي يمكنني فعله باستخدام GitHub Copilot في مساحة التعليمات البرمجية الخاصة بي؟.

لقطة شاشة توضح كيفية طرح سؤال في جلسة دردشة جديدة على GitHub Copilot.

الخطوة 4 (الخيار 2: بدون GitHub Copilot):

  1. افتح azureproject/production.py في المستكشف.
  2. ابحث عن التعليمات البرمجية التي تم التعليق عليها (الأسطر 29-48) وقم بإلغاء التعليق عليها. هذا الكود ينشئ اتصالات PostgreSQL وRedis باستخدام AZURE_POSTGRESQL_USER، AZURE_POSTGRESQL_PASSWORD، AZURE_POSTGRESQL_HOST، AZURE_POSTGRESQL_NAMEو AZURE_REDIS_CONNECTIONSTRING.

لقطة شاشة تظهر مساحة كود في GitHub وazureproject/production.py مفتوحة.

الخطوة 5:

  1. حدد ملحق التحكم بالمصادر .
  2. في مربع النص، اكتب رسالة تثبيت مثل Configure Azure database and cache connections. أو حدد واسمح ل GitHub Copilot بإنشاء رسالة تثبيت لك.
  3. حدد Commit، ثم قم بالتأكيد باستخدام Yes.
  4. حدد مزامنة التغييرات 1، ثم تأكد من موافق.

لقطة شاشة تظهر التغييرات التي يتم تنفيذها وإرسالها إلى GitHub.

الخطوة 6: العودة إلى مركز النشر في بوابة Azure:

  1. اختر السجلات، ثم اختر التحديث لرؤية تشغيل النشر الجديد.
  2. في عنصر السجل لتشغيل النشر، حدد إدخال Build/Deploy Logs مع أحدث طابع زمني.

لقطة شاشة توضح كيفية فتح سجلات النشر في مركز النشر.

الخطوة 7: يتم نقلك إلى مستودع GitHub الخاص بك. إجراء GitHub يعمل. يحدد ملف سير العمل مرحلتين منفصلتين، الإنشاء والتوزيع. انتظر حتى يتم تشغيل GitHub لإظهار حالة Success. يستغرق حوالي 5 دقائق.

لقطة شاشة تظهر تشغيل GitHub جار.

هل تواجه مشكلات؟ تحقق من دليل استكشاف الأخطاء وإصلاحها.

توليد مخطط قاعدة البيانات

باستخدام قاعدة بيانات PostgreSQL المحمية بالشبكة الظاهرية، فإن أسهل طريقة لتشغيل عمليات ترحيل قاعدة بيانات Django هي في جلسة SSH مع حاوية Linux في App Service.

الخطوة 1: في صفحة خدمة التطبيقات ، في القائمة اليسرى:

  1. حدد Development Tools>SSH.
  2. حدد Go.

لقطة شاشة توضح كيفية فتح غلاف SSH لتطبيقك من بوابة Azure (Django).

الخطوة 2: في جلسة SSH، قم بتشغيل python manage.py migrate. إذا نجحت، فإن App Service تتصل بنجاح بقاعدة البيانات.

لقطة شاشة تظهر الأوامر التي يجب تشغيلها في غلاف SSH ومخرجاتها (Django).

تلميح

في جلسة SSH، يمكن أن تستمر التغييرات على الملفات في /home فقط بعد إعادة تشغيل التطبيق. التغييرات خارج /home غير مستمرة.

جلسة عمل SSH مفيدة لتشغيل الأوامر الشائعة python manage.py ، مثل إنشاء المستخدم باستخدام python manage.py createsuperuser. لمزيد من المعلومات، راجع django django-admin و manage.py. استخدم حساب المُستخدم الفائق للوصول /admin إلى جزء موقع الويب.

هل تواجه مشكلات؟ تحقق من قسم استكشاف الأخطاء وإصلاحها.

استعرض التطبيق

الخطوة 1: في صفحة خدمة التطبيقات :

  1. من القائمة اليسرى، حدد Overview.
  2. حدد عنوان URL لتطبيقك.

لقطة شاشة توضح كيفية تشغيل خدمة التطبيقات من بوابة Azure (Django).

الخطوة 2: أضف بعض المطاعم إلى القائمة. مبروك! أنت تشغل تطبيق ويب في Azure App Service، مع اتصال آمن ب Azure Database for PostgreSQL.

لقطة شاشة لتطبيق Django على الويب مع PostgreSQL قيد التشغيل في Azure تعرض المطاعم ومراجعات المطاعم (Django).

دفق سجلات التشخيص

تسجل Azure App Service جميع سجلات وحدة التحكم لمساعدتك في تشخيص المشكلات المتعلقة بتطبيقك. يتضمن print() التطبيق النموذجي عبارات تثبت هذه القدرة.

def index(request):
    print('Request for index page received')
    restaurants = Restaurant.objects.annotate(avg_rating=Avg('review__rating')).annotate(review_count=Count('review'))
    lastViewedRestaurant = request.session.get("lastViewedRestaurant", False)

الخطوة 1: في صفحة خدمة التطبيقات :

  1. من القائمة اليسرى، حدد Monitoring>App Service logs.
  2. ضمن تسجيل التطبيق، حدد نظام الملفات.
  3. في القائمة العلوية، حدد Save.

لقطة شاشة توضح كيفية تفعيل السجلات الأصلية في App Service في بوابة Azure.

الخطوة 2: من القائمة اليسرى، حدد Log stream. ترى سجلات تطبيقك، بما في ذلك سجلات النظام الأساسي والسجلات من داخل الحاوية.

لقطة شاشة توضح كيفية عرض تدفق السجلات في بوابة Azure.

لمزيد من المعلومات حول تسجيل الدخول إلى تطبيقات بايثون، راجع إعداد Azure Monitor لتطبيق بايثون الخاص بك.

تنظيف الموارد

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

الخطوة 1: في شريط البحث أعلى مدخل Microsoft Azure:

  1. أدخل اسم مجموعة الموارد.
  2. حدد مجموعة الموارد.

لقطة شاشة توضح كيفية البحث والتنقل إلى مجموعة موارد في بوابة Azure.

الخطوة 2: في صفحة مجموعة الموارد، حدد حذف مجموعة الموارد.

لقطة شاشة تظهر موقع زر حذف مجموعة الموارد في بوابة Azure.

الخطوة 3:

  1. لتأكيد الحذف، أدخل اسم مجموعة الموارد.
  2. حدد حذف.

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

إنشاء موارد Azure ونشر تطبيق نموذجي

في هذا القسم، أنشئ موارد Azure ونشر تطبيق نموذجي على App Service على لينكس. تنشئ الخطوات المستخدمة في هذا البرنامج التعليمي مجموعة من الموارد الآمنة افتراضيا التي تتضمن خدمة التطبيقات وقاعدة بيانات Azure ل PostgreSQL وذاكرة التخزين المؤقت Azure ل Redis.

تحتوي حاوية التطوير بالفعل على Azure Developer CLI (AZD).

  1. من جذر المستودع، قم بتشغيل azd init.

    azd init --template python-app-service-postgresql-infra

  2. عند المطالبة، قدم الإجابات التالية:

    السؤال الإجابة
    الدليل الحالي غير فارغ. هل ترغب في تهيئة مشروع هنا في "<دليلك>"؟ السنة
    ماذا تريد أن تفعل بهذه الملفات؟ الاحتفاظ بالملفات الموجودة دون تغيير
    أدخل اسم بيئة جديدة اكتب اسم فريد. يستخدم قالب AZD هذا الاسم كجزء من اسم DNS لتطبيق الويب الخاص بك في Azure (<app-name>-<hash>.azurewebsites.net). يسمح بالأحرف الأبجدية الرقمية والواصلات.

  3. سجل الدخول إلى Azure عن طريق تشغيل azd auth login الأمر واتباع المطالبة:

    azd auth login

  4. إنشاء موارد Azure الضرورية باستخدام azd provision الأمر . اتبع المطالبة لتحديد الاشتراك والموقع المطلوبين لموارد Azure.

    azd provision

    يستغرق الأمر azd provision حوالي 15 دقيقة لإتمامه. ذاكرة Redis الاحتياطية تستغرق أكبر وقت ممكن. لاحقا، عدل الكود الخاص بك ليعمل مع App Service وقم بنشر التغييرات باستخدام azd deploy. أثناء تشغيلها، توفر الأوامر رسائل حول عملية التوفير والنشر. يتضمن المخرج رابطا للنشر في Azure.

    يحتوي قالب AZD هذا على ملفات (azure.yaml والدليل infra ) التي تنشئ بنية آمنة بشكل افتراضي مع موارد Azure التالية:

    • مجموعة الموارد: الحاوية لكافة الموارد التي تم إنشاؤها.
    • خطة App Service: تحدد موارد الحوسبة ل App Service. يقوم بإنشاء خطة لينكس في المستوى الأساسي .
    • App Service: تمثل تطبيقك وتعمل في خطة App Service.
    • الشبكة الظاهرية: متكاملة مع تطبيق App Service وتعزل حركة مرور الشبكة الخلفية.
    • نقاط النهاية الخاصة: الوصول إلى نقاط النهاية لمخزن المفاتيح وذاكرة التخزين المؤقت Redis في الشبكة الظاهرية.
    • واجهات الشبكة: عناوين IP خاصة، واحدة لكل نقطة نهاية خاصة.
    • قاعدة بيانات Azure لخادم PostgreSQL المرن: يمكن الوصول إليها فقط من خلال الشبكة الافتراضية. ينشئ قاعدة بيانات ومستخدما على الخادم.
    • منطقة DNS الخاصة: تمكن دقة DNS لخادم PostgreSQL في الشبكة الظاهرية.
    • مساحة عمل Log Analytics: تعمل كحاوية مستهدفة لتطبيقك لشحن سجلاته، حيث يمكنك أيضا الاستعلام عن السجلات.
    • ذاكرة التخزين المؤقت Azure ل Redis: يمكن الوصول إليها فقط من خلف نقطة النهاية الخاصة بها.
    • Key vault: يمكن الوصول إليه فقط من خلف نقطة النهاية الخاصة به. يستخدم لإدارة البيانات السرية لتطبيق App Service.

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

هل تواجه مشكلات؟ تحقق من قسم استكشاف الأخطاء وإصلاحها.

استخدم سلسلة اتصال قاعدة البيانات

قالب AZD الذي تستخدمه يولد متغيرات الاتصال لك كإعدادات تطبيق. يقوم بإخراجها إلى الطرفية. تعد إعدادات التطبيق إحدى الطرق للحفاظ على أسرار الاتصال خارج مستودع التعليمات البرمجية.

  1. في إخراج AZD، ابحث عن الإعدادات AZURE_POSTGRESQL_USERوAZURE_POSTGRESQL_PASSWORDAZURE_POSTGRESQL_HOSTAZURE_POSTGRESQL_NAME.AZURE_REDIS_CONNECTIONSTRING للحفاظ على البيانات السرية آمنة، يتم عرض أسماء الإعدادات فقط. تبدو كما يلي في إخراج AZD:

     App Service app has the following connection settings:
         - AZURE_POSTGRESQL_NAME
         - AZURE_POSTGRESQL_HOST
         - AZURE_POSTGRESQL_USER
         - AZURE_POSTGRESQL_PASSWORD
         - AZURE_REDIS_CONNECTIONSTRING
         - AZURE_KEYVAULT_RESOURCEENDPOINT
         - AZURE_KEYVAULT_SCOPE

  2. لراحتك، يعرض لك قالب AZD الارتباط المباشر إلى صفحة إعدادات التطبيق. ابحث عن الارتباط وافتحه في علامة تبويب مستعرض جديدة.

هل تواجه مشكلات؟ تحقق من قسم استكشاف الأخطاء وإصلاحها.

تعديل كود العينة وإعادة النشر

  1. في مساحة التعليمات البرمجية GitHub، ابدأ جلسة دردشة جديدة عن طريق تحديد طريقة عرض الدردشة، ثم تحديد +.

  2. اسأل، "@workspace كيف يتصل التطبيق بقاعدة البيانات؟" قد يمنحك Copilot بعض الشرح حول كيفية تكوين إعدادات الاتصال في azureproject/development.pyوazureproject/production.py.

  3. اسأل: "@workspace في وضع الإنتاج، تطبيقي يعمل في تطبيق ويب لخدمة التطبيقات، يستخدم Azure Service Connector للاتصال بخادم PostgreSQL مرن باستخدام نوع عميل Django. ما هي أسماء متغيرات البيئة التي أحتاج لاستخدامها؟" قد يعطيك Copilot اقتراحا للكود مشابها لما في الخيار الثاني: بدون GitHub، Copilot يتبع الخطوات ويطلب منك إجراء التغيير في ملف azureproject/production.py .

  4. افتح azureproject/production.py في المستكشف وأضف اقتراح التعليمات البرمجية.

    GitHub Copilot لا يعطيك نفس الرد في كل مرة. الردود ليست دائما صحيحة. قد تحتاج إلى طرح المزيد من الأسئلة لضبط استجابتها. للحصول على تلميحات، راجع ما الذي يمكنني فعله باستخدام GitHub Copilot في مساحة التعليمات البرمجية الخاصة بي؟.

  5. في المحطة الطرفية، قم بتشغيل azd deploy.

    azd deploy

هل تواجه مشكلات؟ تحقق من قسم استكشاف الأخطاء وإصلاحها.

توليد مخطط قاعدة البيانات

باستخدام قاعدة بيانات PostgreSQL المحمية بالشبكة الظاهرية، فإن أسهل طريقة لتشغيل عمليات ترحيل قاعدة بيانات Django هي في جلسة SSH مع حاوية Linux في App Service.

  1. في إخراج AZD، ابحث عن عنوان URL لجلسة SSH وانتقل إليه في المتصفح. يبدو مثل هذا في الإخراج:

    Open SSH session to App Service container at: <URL>

  2. في جلسة SSH، قم بتشغيل python manage.py migrate. إذا نجح الأمر، فإن خدمة التطبيقات تتصل بنجاح بقاعدة البيانات.

    لقطة شاشة تظهر الأوامر التي يجب تشغيلها في غلاف SSH ومخرجاتها (Django).

    إشعار

    يمكن أن تستمر التغييرات التي يتم إجراؤها على الملفات في /home فقط بعد عمليات إعادة تشغيل التطبيق. التغييرات خارج /home غير مستمرة.

هل تواجه مشكلات؟ تحقق من قسم استكشاف الأخطاء وإصلاحها.

استعرض التطبيق

  1. في إخراج AZD، ابحث عن عنوان URL لتطبيقك وانتقل إليه في المستعرض. يبدو عنوان URL كما يلي في إخراج AZD:

    Deploying services (azd deploy)

  (✓) Done: Deploying service web
  - Endpoint: <URL>

  2. أضف بعض المطاعم إلى القائمة.

    لقطة شاشة لتطبيق Django على الويب مع PostgreSQL قيد التشغيل في Azure تعرض المطاعم ومراجعات المطاعم (Django).

    مبروك! أنت تشغل تطبيق ويب في Azure App Service، مع اتصال آمن ب Azure Database for PostgreSQL.

هل تواجه مشكلات؟ تحقق من قسم استكشاف الأخطاء وإصلاحها.

دفق سجلات التشخيص

يمكن ل Azure App Service التقاط سجلات وحدة التحكم لمساعدتك في تشخيص المشكلات مع التطبيق الخاص بك. للراحة، يمكن قالب AZD بالفعل تسجيل الدخول إلى نظام الملفات المحليويشحن السجلات إلى مساحة عمل Log Analytics.

يتضمن print() نموذج التطبيق عبارات لإثبات هذه الإمكانية، كما هو موضح في القصاصة البرمجية التالية.

def index(request):
    print('Request for index page received')
    restaurants = Restaurant.objects.annotate(avg_rating=Avg('review__rating')).annotate(review_count=Count('review'))
    lastViewedRestaurant = request.session.get("lastViewedRestaurant", False)

في إخراج AZD، ابحث عن الارتباط لدفق سجلات App Service وانتقل إليه في المتصفح.

Stream App Service logs at: <URL>

تعرف على المزيد حول تسجيل الدخول إلى تطبيقات Python في سلسلة إعداد Azure Monitor لتطبيق Python الخاص بك.

هل تواجه مشكلات؟ تحقق من قسم استكشاف الأخطاء وإصلاحها.

تنظيف الموارد

لحذف كافة موارد Azure في بيئة النشر الحالية، قم بتشغيل azd down المطالبات واتبعها.

azd down

استكشاف الأخطاء وإصلاحها

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

لا يمكنني الاتصال بجلسة SSH

إذا لم تتمكن من الاتصال بجلسة SSH، فالتطبيق نفسه يفشل في التشغيل. تحقق من سجلات التشخيص للحصول على التفاصيل. على سبيل المثال، إذا رأيت خطأ مثل KeyError: 'AZURE_POSTGRESQL_HOST'، فقد يعني ذلك أن متغير البيئة مفقود. ربما أزلت إعداد التطبيق.

أتلقى خطأ عند تشغيل عمليات ترحيل قاعدة البيانات

إذا واجهت أي أخطاء تتعلق بالاتصال بقاعدة البيانات، فتحقق مما إذا كانت إعدادات التطبيق (AZURE_POSTGRESQL_USERو AZURE_POSTGRESQL_PASSWORDAZURE_POSTGRESQL_HOSTو وAZURE_POSTGRESQL_NAME) قد تم تغييرها أو حذفها. بدون هذا سلسلة الاتصال، لا يمكن لأمر الترحيل الاتصال بقاعدة البيانات.

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

كم يكلف هذا الإعداد؟

تسعير الموارد التي تم إنشاؤها كما يلي:

  • يتم إنشاء خطة App Service في المستوى الأساسي ويمكن توسيع نطاقها لأعلى أو لأسفل. راجع أسعار App Service.
  • يتم إنشاء خادم PostgreSQL المرن في أدنى مستوى قابل للاندفاع Standard_B1ms، مع الحد الأدنى لحجم التخزين، والذي يمكن تحجيمه لأعلى أو لأسفل. راجع قاعدة بيانات Azure لتسعير PostgreSQL.
  • لا تتحمل الشبكة الظاهرية رسوما ما لم تقم بتكوين وظائف إضافية، مثل التناظر. راجع تسعير شبكة Azure الظاهرية.
  • تتحمل منطقة DNS الخاصة رسوما صغيرة. راجع تسعير Azure DNS.

كيف أعمل الاتصال بخادم PostgreSQL المؤمن خلف الشبكة الظاهرية باستخدام أدوات أخرى؟

  • للوصول الأساسي من أداة سطر الأوامر، يمكنك التشغيل psql من جلسة SSH للتطبيق.
  • للاتصال من أداة سطح المكتب، يجب أن يكون جهازك داخل الشبكة الظاهرية. على سبيل المثال، قد يكون جهاز افتراضي Azure متصل بأحد الشبكات الفرعية، أو جهازا في شبكة موقعية لديه اتصال VPN من موقع إلى موقع مع شبكة Azure الافتراضية.
  • يمكنك أيضا دمج Azure Cloud Shell مع الشبكة الظاهرية.

كيف يعمل تطوير التطبيقات المحلية مع إجراءات GitHub؟

باستخدام ملف سير العمل الذي تم إنشاؤه تلقائيا من App Service كمثال، يقوم كل git push منها ببدء تشغيل بنية ونشر جديد. من نسخة محلية من مستودع GitHub، يمكنك إجراء التحديثات المطلوبة ودفعها إلى GitHub. على سبيل المثال:

git add .
git commit -m "<some-message>"
git push origin main

كيف تم تكوين نموذج Django لتشغيله على Azure App Service؟

يقوم نموذج تطبيق Django بتكوين الإعدادات في ملف azureproject/production.py بحيث يمكن تشغيله في Azure App Service. هذه التغييرات شائعة لنشر Django في الإنتاج، وليست خاصة بخدمة التطبيقات.

  • يتحقق Django من صحة عنوان HTTP_HOST في الطلبات الواردة. يستخدم نموذج التعليمات البرمجية WEBSITE_HOSTNAME متغير البيئة في App Service لإضافة اسم مجال التطبيق إلى إعداد ALLOWED_HOSTS Django.

    # Configure the domain name using the environment variable
# that Azure automatically creates for us.
ALLOWED_HOSTS = [os.environ['WEBSITE_HOSTNAME']] if 'WEBSITE_HOSTNAME' in os.environ else []

  • لا يدعم Django خدمة الملفات الثابتة في الإنتاج. لهذا البرنامج التعليمي، يمكنك استخدام WhiteNoise لتمكين خدمة الملفات. تم تثبيت حزمة WhiteNoise بالفعل مع requirements.txt، ويتم إضافة برنامجها الوسيط إلى القائمة.

    
# WhiteNoise configuration
MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    # Add whitenoise middleware after the security middleware
    'whitenoise.middleware.WhiteNoiseMiddleware',

    ثم يتم تكوين إعدادات الملف الثابت وفقا لوثائق Django.

    SESSION_ENGINE = "django.contrib.sessions.backends.cache"
STATICFILES_STORAGE = 'whitenoise.storage.CompressedManifestStaticFilesStorage'

لمزيد من المعلومات، راجع إعدادات الإنتاج لتطبيقات Django.

كيف أعمل تغيير إعداد تطبيق SECRET_KEY إلى مرجع Key Vault؟

من خلال خطوات بوابة Azure الموصوفة، يمكنك التغيير SECRET_KEY إلى مرجع Key Vault عن طريق تشغيل أوامر Azure CLI التالية في غلاف السحابة:

# Change the following variables to match your environment
SUBSCRIPTION_ID=<subscription-id>
RESOURCE_GROUP=<resource-group-name>
KEY_VAULT_NAME=<key-vault-name>
APP_SERVICE_NAME=<app-name>
SECRET_NAME=djangoSecretKey

# Set the subscription ID
az account set --subscription $SUBSCRIPTION_ID

# Assign 'Key Vault Secrets Officer' role to your user at the scope of the key vault
az role assignment create \
  --assignee $(az ad signed-in-user show --query id -o tsv) \
  --role $(az role definition list --name "Key Vault Secrets Officer" --query "[].id" -o tsv) \
  --scope $(az keyvault show --name $KEY_VAULT_NAME --resource-group $RESOURCE_GROUP --query id --output tsv)

# Add the secret to the key vault
az keyvault secret set \
  --vault-name $KEY_VAULT_NAME \
  --name $SECRET_NAME \
  --value $(python -c 'import secrets; print(secrets.token_hex())')

# Add Key Vault reference to the App Service configuration
az webapp config appsettings set \
  --resource-group $RESOURCE_GROUP \
  --name $APP_SERVICE_NAME \
  --settings "SECRET_KEY=@Microsoft.KeyVault(SecretUri=https://$KEY_VAULT_NAME.vault.azure.net/secrets/$SECRET_NAME)"

يمكنك أيضا القيام بنفس الشيء في المدخل. لمزيد من المعلومات، راجع:

كيف أعمل أخطاء تصحيح الأخطاء أثناء نشر إجراءات GitHub؟

إذا فشلت خطوة في ملف سير عمل GitHub الذي تم إنشاؤه تلقائيا، فحاول تعديل الأمر الفاشل لإنشاء المزيد من الإخراج المطول. على سبيل المثال، يمكنك الحصول على المزيد من الإخراج من python الأمر عن طريق إضافة -d الخيار . قم بتثبيت التغييرات ودفعها لتشغيل توزيع آخر إلى App Service.

ليس لدي أذونات لإنشاء هوية معينة من قبل المستخدم

راجع إعداد نشر إجراءات GitHub من مركز النشر.

ماذا يمكنني أن أفعل مع GitHub Copilot في مساحة التعليمات البرمجية الخاصة بي؟

كان عرض الدردشة في GitHub Copilot موجودا بالفعل لك عندما أنشأت مساحة الكود. لراحتك، نقوم بتضمين ملحق دردشة GitHub Copilot في تعريف الحاوية (راجع .devcontainer/devcontainer.json). ومع ذلك، تحتاج إلى حساب GitHub Copilot (يتوفر إصدار تجريبي مجاني لمدة 30 يوما).

بعض النصائح لك عند التحدث إلى GitHub Copilot:

  • في جلسة دردشة واحدة، تعتمد الأسئلة والأجوبة على بعضها البعض ويمكنك ضبط أسئلتك لضبط الإجابة التي تحصل عليها.
  • بشكل افتراضي، لا يملك GitHub Copilot حق الوصول إلى أي ملف في المستودع الخاص بك. لطرح أسئلة حول ملف، افتح الملف في المحرر أولا.
  • للسماح ل GitHub Copilot بالوصول إلى جميع الملفات في المستودع عند إعداد إجاباته، ابدأ سؤالك ب @workspace. لمزيد من المعلومات، انظر Use the @workspace agent.
  • في جلسة الدردشة، يمكن ل GitHub Copilot اقتراح تغييرات و (مع @workspace) حتى مكان إجراء التغييرات، ولكن لا يسمح بإجراء التغييرات نيابة عنك. الأمر متروك لك لإضافة التغييرات المقترحة واختبارها.

المحتوى ذو الصلة

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

  آمنة مع المجال المخصص والشهادة

أو، تعلم كيف تدير App Service تطبيق بايثون:

  • Last updated on