اختر خدمة حساب Azure

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

اختر خدمة عامل تصفية

استخدم المخطط الانسيابي التالي لتحديد خدمة حساب عامل تصفية.

قم بتنزيل ملف Visio لشجرة القرار هذه.

يشير هذا الرسم التخطيطي إلى إستراتيجيتين للترحيل:

• الرفع والإزاحة: استراتيجية لترحيل حمل العمل إلى السحابة دون إعادة تصميم التطبيق أو إجراء تغييرات في التعليمات البرمجية. ويسمى أيضا إعادة الاستضافة. لمزيد من المعلومات، راجع مركز تحديث وترحيل Azure.
• السحابة المحسنة: استراتيجية للترحيل إلى السحابة عن طريق إعادة بناء التعليمات البرمجية لتطبيق للاستفادة من الميزات والقدرات الأصلية للسحابة.

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

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

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

افهم الميزات الأساسية

إذا لم تكن على دراية بخدمة Azure المحددة في القسم السابق، فشاهد وثائق النظرة العامة هذه:

• أجهزة Azure الظاهرية: خدمة حيث تقوم بنشر وإدارة الأجهزة الظاهرية (VMs) داخل شبكة Azure الظاهرية.
• Azure App Service: خدمة مدارة لاستضافة تطبيقات الويب أو النهايات الخلفية لتطبيق الأجهزة المحمولة أو واجهات برمجة تطبيقات RESTful أو العمليات التجارية التلقائية.
• Azure Functions: دالة مدارة كخدمة.
• خدمة Azure Kubernetes (AKS): خدمة Kubernetes مدارة لتشغيل التطبيقات المعبأة في حاويات.
• Azure Container Apps: خدمة مدارة مبنية على Kubernetes، والتي تبسط نشر التطبيقات الحاوية في بيئة بلا خادم.
• مثيلات حاوية Azure: هذه الخدمة هي طريقة سريعة وبسيطة لتشغيل حاوية في Azure. لا يتعين عليك توفير أي أجهزة ظاهرية أو اعتماد خدمة ذات مستوى أعلى.
• Azure Red Hat OpenShift: مجموعة OpenShift مدارة بالكامل لتشغيل الحاويات في الإنتاج باستخدام Kubernetes.
• Azure Spring Apps: خدمة مدارة مصممة ومحسنة لاستضافة تطبيقات Spring Boot.
• Azure Service Fabric: نظام أساسي للأنظمة الموزعة يمكن تشغيله في العديد من البيئات، بما في ذلك Azure أو محليا.
• Azure Batch: خدمة مدارة لتشغيل تطبيقات الحوسبة المتوازية وعالية الأداء (HPC) على نطاق واسع.

فهم نماذج الاستضافة

بالنسبة لنماذج الاستضافة، تندرج الخدمات السحابية في ثلاث فئات:

• البنية الأساسية كخدمة (IaaS): يتيح لك توفير الأجهزة الظاهرية جنبا إلى جنب مع مكونات الشبكات والتخزين المرتبطة. ثم يمكنك نشر أي برامج وتطبيقات تريدها على تلك الأجهزة الظاهرية. هذا النموذج هو الأقرب إلى بيئة محلية تقليدية. تدير Microsoft البنية الأساسية. لا تزال تدير الأجهزة الظاهرية.

• النظام الأساسي كخدمة (PaaS): يوفر بيئة استضافة مدارة حيث يمكنك نشر التطبيق الخاص بك دون الحاجة إلى إدارة الأجهزة الظاهرية أو موارد الشبكات. Azure App Service وAzure Container Apps هي خدمات PaaS.

• الوظائف كخدمة (FaaS): يتيح لك نشر التعليمات البرمجية الخاصة بك إلى الخدمة، والتي تقوم بتشغيلها تلقائيا. Azure Functions هي خدمة FaaS.

  إشعار

  Azure Functions هي عرض حساب Azure بلا خادم. لمعرفة كيفية مقارنة هذه الخدمة مع عروض Azure الأخرى بلا خادم، مثل Logic Apps، الذي يوفر مهام سير عمل بلا خادم، راجع اختيار خدمات التكامل والأتمتة المناسبة في Azure.

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

هناك مقايضة بين السيطرة وسهولة الإدارة. يمنح IaaS أكبر قدر من التحكم والمرونة وقابلية النقل، ولكن يجب عليك توفير الأجهزة الظاهرية ومكونات الشبكة التي تقوم بإنشائها وتكوينها وإدارتها. تدير خدمات FaaS تلقائياً جميع جوانب تشغيل التطبيق تقريباً. النظام الأساسي كخدمة يقع في مكان ما بينهما.

ملاحظات

1. إذا كنت تستخدم خطة Consumption. بالنسبة لخطة App Service، يتم تشغيل الوظائف على الأجهزة الظاهرية المخصصة لخطة App Service. راجع اختيار خطة الخدمة الصحيحة لـ Azure Functions.
2. اتفاقية أعلى على مستوى الخدمة (SLA) مع مثيلين أو أكثر.
3. يوصى به لبيئات الإنتاج.
4. يمكن تصغير حجمها إلى الصفر بعد اكتمال المهمة.
5. ثلاثة للعقد الأساسية وثلاثة للعقد العاملة.
6. عند استخدام Durable Functions.

الشبكات

ملاحظات

1. يتطلب بيئة خدمة التطبيقات.
2. استخدم الاتصالات المختلطة لخدمة تطبيق Azure.
3. يتطلب خطة خدمة التطبيق أو خطة Azure Functions Premium.

DevOps

ملاحظات

1. تتضمن الخيارات IIS Express ASP.NET أو node.js (iisnode) وخادم ويب PHP وAzure Toolkit ل IntelliJ وAzure Toolkit for Eclipse. تدعم خدمة التطبيقات أيضاً التصحيح عن بُعد لتطبيق الويب المنشور.

قابلية التوسع

ملاحظات

1. راجع حوافظ التحجيم التلقائي.
2. راجع تغيير حجم نظام المجموعة تلقائيا لتلبية متطلبات التطبيق على خدمة Azure Kubernetes.
3. راجع اشتراك Azure وقيود الخدمة والحصص والقيود.
4. راجع تعيين قواعد القياس في Azure Container Apps.

التوافر

للحصول على التعلم الموجه بشأن ضمانات الخدمة، راجع الخدمات السحابية الأساسية - بنية Azure وضمانات الخدمة.

الأمان

مراجعة وفهم عناصر التحكم الأمنية المتوفرة والرؤية لكل خدمة:

• جهاز Azure Windows الظاهري
• جهاز Azure Linux الظاهري
• Azure App Service
• دالات Azure
• Azure Kubernetes Service
• مثيلات Azure Container
• Azure Spring Apps
• Azure Service Fabric
• Azure Batch

معايير أخرى

ضع في اعتبارك الحدود والتكلفة

جنبا إلى جنب مع جداول المقارنة السابقة، قم بتقييم أكثر تفصيلا للجوانب التالية من خدمة المرشح:

• حدود الخدمة
• التكلفة
• جيش تحرير السودان
• التوفر الإقليمي

المساهمون

تحتفظ Microsoft بهذه المقالة. تمت كتابته في الأصل من قبل المساهمين التاليين:

• Ayobami Ayodeji | كبير مديري البرنامج
• جيل درويتس | مهندس الخدمة الرئيسي
• مارتن غوشيفسكي | مهندس خدمة أول
• هوانغ | مهندس حلول سحابي أول
• جولي نغ | مهندس خدمة أول
• باولو سالفاتوري | مهندس الخدمة الرئيسي

لمشاهدة ملفات تعريف LinkedIn غير العامة، سجل الدخول إلى LinkedIn.

الخطوات التالية

Core Cloud Services - خيارات حساب Azure. تستكشف وحدة Learn هذه كيف يمكن لخدمات الحوسبة حل احتياجات الأعمال الشائعة.

الموارد ذات الصلة

• اختر خيار حساب Azure للخدمات المصغرة
• الرفع والتحويل إلى الحاويات باستخدام Azure App Service
• خيارات التكنولوجيا لحلول Azure