وثائق خدمات Azure السحابية (الكلاسيكية)
هام
تم الآن إهمال Cloud Services (كلاسيكي) للعملاء الجدد وسيتم استبعادها في 31 أغسطس 2024 لجميع العملاء. ينبغي أن تستخدم عمليات النشر الجديدة نموذج النشر الجديد القائم على Azure Resource Manager Azure Cloud Services (الدعم الموسع).
خدمات Azure السحابية هي مثال على النظام الأساسي كخدمة (PaaS). مثل Azure App Service، تم تصميم هذه التقنية لدعم التطبيقات القابلة للتوسع والموثوقة وغير المكلفة للعمل. بنفس الطريقة التي تتم بها استضافة App Service على الأجهزة الظاهرية (VMs)، كذلك هو الحال مع خدمات Azure Cloud. ومع ذلك، تتمتع بسيطرة أكبر على الأجهزة الظاهرية. يمكنك تثبيت برنامجك على الأجهزة الظاهرية التي تستخدم Azure Cloud Services، ويمكنك الوصول إليها عن بُعد.
يعني المزيد من التحكم أيضاً سهولة أقل في الاستخدام. ما لم تكن بحاجة إلى خيارات التحكم الإضافية، فمن الأسرع والأسهل عادة تشغيل تطبيق ويب في ميزة تطبيقات الويب في خدمة التطبيقات مقارنة بخدمات Azure Cloud.
هناك نوعان من أدوار خدمات Azure السحابية. الفرق الوحيد بين الاثنين هو كيفية استضافة دورك على الأجهزة الظاهرية:
دور ويب: ينشر تلقائياً التطبيق الخاص بك واستضافة التطبيق من خلال IIS.
دور العامل: لا يستخدم IIS، ويقوم بتشغيل التطبيق الخاص بك بشكل مستقل.
على سبيل المثال، قد يستخدم تطبيق بسيط دوراً واحداً فقط على الويب، يخدم موقعاً إلكترونياً. قد يستخدم تطبيق أكثر تعقيداً دور ويب لمعالجة الطلبات الواردة من المستخدمين، ثم يمرر هذه الطلبات إلى دور عامل للمعالجة. (قد يستخدم هذا الاتصال ناقل خدمة Azure أو تخزين قائمة انتظار Azure.)
كما يوحي الشكل السابق، يتم تشغيل جميع الأجهزة الظاهرية في تطبيق واحد في نفس الخدمة السحابية. يصل المستخدمين إلى التطبيق من خلال عنوان IP عام واحد، مع طلبات تحميل متوازن تلقائياً عبر الأجهزة الظاهرية للتطبيق. يقوم النظام الأساسي بتغيير حجم الأجهزة الظاهرية ونشرها في تطبيق خدمات Azure السحابية بطريقة تتجنب نقطة واحدة من فشل الأجهزة.
على الرغم من تشغيل التطبيقات في الأجهزة الظاهرية، من المهم أن نفهم أن خدمات Azure السحابية توفر PaaS، وليس البنية التحتية كخدمة (IaaS). إليك طريقة واحدة للتفكير في الأمر. باستخدام IaaS، مثل Azure Virtual Machines، يمكنك أولاً إنشاء وتكوين البيئة التي يعمل بها التطبيق الخاص بك. ثم نشر التطبيق الخاص بك في هذه البيئة. أنت مسؤول عن إدارة الكثير من هذا العالم، من خلال القيام بأشياء مثل نشر إصدارات جديدة مصححة من نظام التشغيل في كل جهاز ظاهري. في PaaS، على النقيض من ذلك، كما لو أن البيئة موجودة بالفعل. كل ما عليك فعله هو توزيع تطبيقك. تتم معالجة إدارة النظام الأساسي الذي يعمل عليه، بما في ذلك نشر إصدارات جديدة من نظام التشغيل، نيابة عنك.
تغيير الحجم والإدارة
مع خدمات Azure السحابية، لا تقوم بإنشاء أجهزة ظاهرية. بدلاً من ذلك، يمكنك توفير ملف تكوين يخبر Azure بالعدد المطلوب لكل واحد، مثل "ثلاثة مثيلات دور ويب" و"مثيلين لدور العامل"، ثم يكوِّنها لك النظام الأساسي. لا تزال تختار الحجم الذي يجب أن يكون عليه هؤلاء الذين يدعمون الأجهزة الظاهرية، ولكنك لا تنشئها صراحة بنفسك. إذا كان التطبيق الخاص بك يحتاج إلى معالجة تحميل أكبر، يمكنك طلب المزيد من الأجهزة الظاهرية، وAzure بإنشاء تلك المثيلات. إذا انخفض التحميل، يمكنك إيقاف تشغيل هذه الحالات والتوقف عن دفع ثمنها.
عادة ما يتم توفير تطبيق خدمات Azure السحابية للمستخدمين عبر عملية من خطوتين. يقوم المطور أولاً بتحميل التطبيق إلى منطقة التدريج الخاصة بالمنصة. عندما يكون المطور جاهزاً لجعل التطبيق عاملاً، فإنها تستخدم مدخل Azure لمبادلة التدريج مع الإنتاج. يمكن إجراء التبديل بين التقسيم المرحلي والإنتاج دون توقف، مما يتيح ترقية تطبيق قيد التشغيل إلى إصدار جديد دون إزعاج مستخدميه.
مراقبة
توفر خدمات Azure السحابية أيضاً المراقبة. مثل الأجهزة الظاهرية، فإنه يكشف عن فشل الملقم الفعلي وإعادة تشغيل الأجهزة الظاهرية التي كانت تعمل على هذا الملقم على جهاز جديد. ولكن تكشف خدمات Azure السحابية أيضاً فشل الأجهزة الظاهرية والتطبيقات، وليس فقط فشل الأجهزة. على عكس الأجهزة الظاهرية، لديها عامل داخل كل دور ويب وعامل، وبالتالي فهي قادرة على بدء تشغيل أجهزة ظاهرية جديدة ومثيلات التطبيق عند حدوث الفشل.
طبيعة PaaS لخدمات Azure السحابية لها آثار أخرى أيضاً. واحدة من أهم هو أن التطبيقات المبنية على هذه التكنولوجيا يجب أن تكون مكتوبة لتشغيل بشكل صحيح عند فشل أي مثيل دور ويب أو عامل. لتحقيق ذلك، لا يجب أن يحافظ تطبيق خدمات Azure السحابية على الحالة في نظام الملفات الخاص به. على عكس الأجهزة الظاهرية التي تم إنشاؤها باستخدام الأجهزة الظاهرية، فإن عمليات الكتابة التي تتم إلى خدمات الأجهزة الظاهرية السحابية على Azure ليست مستمرة. لا يوجد شيء مثل قرص بيانات الأجهزة الظاهرية. بدلاً من ذلك، يجب أن يكتب تطبيق خدمات Azure السحابية بشكل صريح جميع الحالات إلى قاعدة بيانات SQL Azure أو النقاط أو الجداول أو بعض وحدات التخزين الخارجية الأخرى. بناء التطبيقات بهذه الطريقة يجعلها أسهل في الحجم وأكثر مقاومة للفشل، وكلاهما أهداف مهمة لخدمات خدمات Azure السحابية.