مشاركة عبر

ما هي بيئات توزيع Azure؟

  • مقالة

تمكن Azure Deployment Environments فرق التطوير من تدوير البنية الأساسية للتطبيق بسرعة وسهولة باستخدام قوالب مستندة إلى المشروع تنشئ التناسق وأفضل الممارسات مع زيادة الأمان إلى أقصى حد. يؤدي هذا الوصول عند الطلب إلى البيئات الآمنة إلى تسريع مراحل دورة حياة تطوير البرامج بطريقة متوافقة وفعالة من حيث التكلفة.

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

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

تساعد Azure Deployment Environments مهندسي النظام الأساسي على تطبيق المجموعة الصحيحة من النهج والإعدادات على أنواع مختلفة من البيئات، والتحكم في تكوين الموارد الذي يمكن للمطورين إنشاؤه، وتعقب البيئات عبر المشاريع. يمكنهم تطبيق حوكمة Azure استنادا إلى نوع البيئة، مثل بيئة الاختبار المعزولة أو الاختبار أو التقسيم المرحلي أو الإنتاج.

يوضح الرسم التخطيطي التالي نظرة عامة على قدرات Azure Deployment Environments. يحدد مهندسو النظام الأساسي قوالب البنية الأساسية وتكوين الاشتراكات والهوية والأذونات. يقوم المطورون بإنشاء بيئات استنادا إلى القوالب، وإنشاء التطبيقات ونشرها على البنية الأساسية. يمكن أن تدعم البيئات سيناريوهات مختلفة، مثل البيئات عند الطلب، وبيئات الاختبار المعزولة للاختبار، والبنية الأساسية لبرنامج ربط العمليات التجارية CI/CD للتكامل المستمر والنشر المستمر.

رسم تخطيطي يوضح تدفق سيناريو Azure Deployment Environments.

يمكنك معرفة المزيد حول المفاهيم الرئيسية لبيئات نشر Azure.

سيناريوهات الاستخدام

تتضمن السيناريوهات الشائعة لبيئات نشر Azure ما يلي:

البيئات كجزء من البنية الأساسية لبرنامج ربط العمليات التجارية CI/CD

يمكن أن يتطلب إنشاء البيئات وإدارتها عبر المؤسسة جهدًا كبيرًا. باستخدام Azure Deployment Environments، يمكن للمطورين دمج أنواع مختلفة من بيئات دورة حياة المنتج (مثل التطوير والاختبار والتقسيم المرحلي وما قبل الإنتاج والإنتاج) في البنية الأساسية لبرنامج ربط العمليات التجارية للتكامل المستمر والتسليم المستمر (CI/CD).

في هذا السيناريو:

  • يمكن لفرق التطوير توصيل بيئاتها بتدفقات CI/CD لتمكين سيناريوهات DevOps.
  • يمكن لفرق تكنولوجيا المعلومات المركزية في التطوير تعقب التكاليف مركزيا وتعقب تنبيهات الأمان وإدارة البيئات عبر المشاريع ومراكز التطوير.

بيئات بيئة الاختبار المعزولة للتحقيقات

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

في هذا السيناريو:

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

بيئات الاختبار عند الطلب

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

في هذا السيناريو:

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

التدريب والمختبرات العملية والهاكاثون

يعمل المشروع في Azure Deployment Environments كحاوية للأنشطة العابرة مثل ورش العمل أو المختبرات العملية أو التدريب أو الهاكاثونات. يمكنك إنشاء مشروع لتوفير قوالب مخصصة لكل مستخدم.

في هذا السيناريو، توفر Azure Deployment Environments المزايا التالية:

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

المزايا

توفر Azure Deployment Environments المزايا التالية لإنشاء البيئات وتكوينها وإدارتها في السحابة:

  • التوحيد والتعاون: التقاط قوالب IaC ومشاركتها في التحكم بالمصادر داخل فريقك أو مؤسستك، لإنشاء بيئات بسهولة عند الطلب. تعزيز التعاون من خلال المصادر الداخلية للقوالب من مستودعات التحكم بالمصادر.

  • التوافق والحوكمة: يمكن لفرق هندسة النظام الأساسي تنسيق تعريفات البيئة لفرض نهج أمان المؤسسة وتعيين المشاريع إلى اشتراكات Azure والهويات والأذونات حسب أنواع البيئة.

  • التكوينات المستندة إلى المشروع: تنظيم تعريفات البيئة حسب نوع التطبيق الذي تعمل عليه فرق التطوير، بدلا من استخدام قائمة غير منظمة من القوالب أو إعداد IaC تقليدي.

  • الخدمة الذاتية الخالية من القلق: تمكين فرق التطوير الخاصة بك من إنشاء موارد البنية الأساسية للتطبيق بسرعة وسهولة (PaaS وبلا خادم والمزيد) باستخدام مجموعة من القوالب التي تم تكوينها مسبقا. يمكنك أيضا تعقب التكاليف على هذه الموارد للبقاء ضمن ميزانيتك.

  • التكامل مع سلسلة الأدوات الحالية: استخدم واجهات برمجة التطبيقات لتوفير البيئات مباشرة من أداة CI المفضلة لديك أو بيئة التطوير المتكاملة (IDE) أو البنية الأساسية لبرنامج ربط العمليات التجارية للإصدار التلقائي. يمكنك أيضاً استخدام أداة سطر الأوامر الشاملة.

المكونات المشتركة مع Microsoft Dev Box

Microsoft Dev Box وبيئات نشر Azure هي خدمات تكميلية تشترك في مكونات معمارية معينة. يوفر Dev Box للمطورين محطة عمل تطوير مستندة إلى السحابة، تسمى مربع تطوير، يتم تكوينه باستخدام الأدوات التي يحتاجونها لعملهم. مراكز ومشاريع التطوير شائعة في كلتا الخدمتين، وتساعد على تنظيم الموارد في المؤسسة.

عند تكوين بيئات النشر، قد ترى موارد ومكونات Dev Box. قد ترى رسائل إعلامية تتعلق بميزات Dev Box. إذا كنت لا تقوم بتكوين أي ميزات Dev Box، يمكنك تجاهل هذه الرسائل بأمان.

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