توزيع ملف قابل للتنفيذ موجود إلى Service Fabric

  • مقالة

يمكنك تشغيل أي نوع من التعليمات البرمجية، مثل Node.js أو Java أو C++ في Azure Service Fabric كخدمة. يشير Service Fabric إلى هذه الأنواع من الخدمات كملفات تنفيذية للضيوف.

يتم التعامل مع الملفات التنفيذية للضيوف من قبل Service Fabric مثل الخدمات عديمة الحالة. ونتيجة لذلك، يتم وضعها على عقد في مجموعة، بناء على التوافر والمقاييس الأخرى. توضح هذه المقالة كيفية حزم وتوزيع ضيف قابل للتنفيذ إلى نظام مجموعة Service Fabric باستخدام Visual Studio أو أداة مساعدة لسطر الأوامر.

ملاحظة

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

فوائد تشغيل ضيف قابل للتنفيذ في Service Fabric

هناك العديد من المزايا لتشغيل ضيف قابل للتنفيذ في مجموعة Service Fabric:

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

عينات

نظرة عامة على ملفات بيانات التطبيق والخدمة

كجزء من توزيع ضيف قابل للتنفيذ، من المفيد فهم نموذج حزم وتوزيع Service Fabric كما هو موضح في نموذج التطبيق. يعتمد نموذج تغليف Service Fabric على ملفين XML: بيانات التطبيق والخدمة. يتم تثبيت تعريف المخطط ApplicationManifest.xml والملفات ServiceManifest.xml مع حزمة SDK لنسيج الخدمة في C:\Program Files\Microsoft SDKs\Service Fabric\schemas\ServiceFabricServiceModel.xsd.

  • بيان الطلب يتم استخدام بيان التطبيق لوصف التطبيق. وهو يسرد الخدمات التي تقوم بتكوينها، والمعلمات الأخرى التي يتم استخدامها لتحديد كيفية توزيع خدمة واحدة أو أكثر، مثل عدد المثيلات.

    في Service Fabric، التطبيق هو وحدة توزيع وترقية. يمكن ترقية التطبيق كوحدة واحدة حيث تتم إدارة حالات الفشل المحتملة والتراجع المحتمل. يضمن Service Fabric أن عملية الترقية إما ناجحة، أو في حالة فشل الترقية، لا تترك التطبيق في حالة غير معروفة أو غير مستقرة.

  • بيان الخدمة يصف بيان الخدمة مكونات الخدمة. ويشمل بيانات، مثل اسم الخدمة ونوعها، ورمزها وتكوينها. يتضمن بيان الخدمة أيضا بعض المعلمات الإضافية التي يمكن استخدامها لتكوين الخدمة بمجرد توزيعها.

بنية ملف حزمة التطبيق

لتوزيع تطبيق إلى Service Fabric، يجب أن يتبع التطبيق بنية دليل محددة مسبقا. فيما يلي مثال للاستجابة.

|-- ApplicationPackageRoot
    |-- GuestService1Pkg
        |-- Code
            |-- existingapp.exe
        |-- Config
            |-- Settings.xml
        |-- Data
        |-- ServiceManifest.xml
    |-- ApplicationManifest.xml

يحتوي ApplicationPackageRoot على ملف ApplicationManifest.xml الذي يعرف التطبيق. يتم استخدام دليل فرعي لكل خدمة مضمنة في التطبيق لاحتواء كافة البيانات المصطنعة التي تتطلبها الخدمة. هذه الدلائل الفرعية هي ServiceManifest.xml، وعادة ما تكون كما يلي:

  • تعليمة برمجية. يحتوي هذا الدليل على رمز الخدمة.
  • التكوين. يحتوي هذا الدليل على ملف Settings.xml (وملفات أخرى إذا لزم الأمر) يمكن للخدمة الوصول إليها في وقت التشغيل لاسترداد إعدادات تكوين معينة.
  • البيانات. هذا دليل إضافي لتخزين البيانات المحلية الإضافية التي قد تحتاجها الخدمة. يجب استخدام البيانات لتخزين البيانات سريعة الزوال فقط. لا يقوم Service Fabric بنسخ التغييرات أو نسخها إلى دليل البيانات إذا كانت الخدمة بحاجة إلى إعادة نقل (على سبيل المثال، أثناء تجاوز الفشل).

ملاحظة

ليس عليك إنشاء دلائل config و data إذا لم تكن بحاجة إليها.

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

راجع المقالات التالية للحصول على المعلومات والمهام ذات الصلة.