Share via

لذلك، هل تريد التعرف على المزيد عن Service Fabric؟

  • مقالة

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

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

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

وقت التصميم: نوع الخدمة وحزمة الخدمة وبيان التطبيق ونوع التطبيق وحزمة التطبيق وبيان التجميع

يشير نوع الخدمة إلى الاسم/ الإصدار المُعين لحزم التعليمات البرمجية للخدمة وحزم البيانات وحزم التكوين. يتم تعريف هذا في ملف ServiceManifest.xml. يتكون نوع الخدمة من التعليمات البرمجية القابلة للتنفيذ وإعدادات تكوين الخدمة، والتي يتم تحميلها في وقت التشغيل، والبيانات الثابتة التي تستهلكها الخدمة.

تشير حزمة الخدمة إلى دليل قرص يحتوي على ملف ServiceManifest.xml الخاص بنوع الخدمة، والذي يشير إلى التعليمات البرمجية والبيانات الثابتة وحزم التكوين لنوع الخدمة. على سبيل المثال، قد تُشير حزمة الخدمة إلى التعليمات البرمجية والبيانات الثابتة وحزم التكوين التي تشكل خدمة قاعدة بيانات.

نوع التطبيق يمثل الاسم/الإصدار المعين لمجموعة من أنواع الخدمات. ويتم تعريف هذا في ملف ApplicationManifest.xml.

أنواع تطبيقات Service Fabric وأنواع الخدمات

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

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

وقت التشغيل: أنظمة المجموعات والعقد، والتطبيقات المسماة، والخدمات المسماة، والأقسام، والنسخ المتماثلة

⁧⁩نظام مجموعة Service Fabric⁧⁩ هي مجموعة متصلة بالشبكة من الأجهزة الظاهرية أو الفعلية التي يتم فيها نشر خدماتك الصغيرة وإدارتها. يمكن تغيير حجم أنظمة المجموعات إلى آلاف الأجهزة.

يطلق على الجهاز أو الجهاز الظاهري الذي يشكل جزءاً من نظام مجموعة اسم العقدة. يتم تعيين اسم عقدة (سلسلة) لكل عقدة. تتسم العقد باحتوائها على خصائص، مثل خصائص الموضع. يحتوي كل جهاز أو جهاز ظاهري على خدمة Windows تبدأ التشغيل تلقائياً، FabricHost.exe، والتي تبدأ في التشغيل عند التمهيد ثم تبدأ في تشغيل ملفين تنفيذيين: Fabric.exe وFabricGateway.exe. يُشكل الملفان التنفيذيان العقدة. بالنسبة لسيناريوهات التطوير أو الاختبار، يمكنك استضافة عدة عقد على جهاز أو جهاز ظاهري عن طريق تشغيل عدة مثيلات من Fabric.exe وFabricGateway.exe.

يُقصد بالتطبيق المسمى مجموعة من الخدمات المسماة التي تقوم بأداء وظيفة أو وظائف معينة. تؤدي الخدمة وظيفة كاملة ومستقلة (يمكنها البدء والتشغيل بشكل مستقل عن الخدمات الأخرى)، وتتكون من التعليمات البرمجية والتكوين والبيانات. بعد نسخ حزمة تطبيق إلى مخزن الصور، يمكنك إنشاء مثيل للتطبيق داخل المجموعة عن طريق تحديد نوع تطبيق حزمة التطبيق (باستخدام اسمها/إصدارها). يتم تعيين اسم URI لكل مثيل نوع تطبيق يشبه fabric:/MyNamedApp. ضمن نظام المجموعة، يمكنك إنشاء عدة تطبيقات مسماة من نوع تطبيق واحد. يمكنك أيضاً إنشاء تطبيقات مسماة من أنواع تطبيقات مختلفة. يُدار كل تطبيق مسمى، ويُعين إصداره بشكل مستقل.

بعد إنشاء تطبيق مسمى، يمكنك إنشاء مثيل لأحد أنواع خدماته (خدمة مسماة) داخل المجموعة عن طريق تحديد نوع الخدمة (باستخدام اسمه/إصداره). يتم تعيين اسم URI لكل مثيل نوع خدمة ضمن URI الخاص بالتطبيق المسمى. على سبيل المثال، إذا قمت بإنشاء خدمة مسماة "MyDatabase" داخل تطبيق مسمى "MyNamedApp"، فإن عنوان URI يبدو كما يلي: fabric:/MyNamedApp/MyDatabase. ضمن تطبيق مسمى، يمكنك إنشاء واحدة أو أكثر من الخدمات المسماة. يمكن أن يكون لكل خدمة مسماة نظام التقسيم الخاص بها وعدد المثيلات/النسخ المتماثلة.

هناك نوعان من الخدمات: خدمة عديمة الحالة وخدمة ذات حالة. لا تقوم الخدمات عديمة الحالة بتخزين الحالة داخل الخدمة. لا تحتوي الخدمات عديمة الحالة على تخزين مستمر على الإطلاق، أو تخزن حالة ثابتة في خدمة تخزين خارجية، مثل Azure Storage أو قاعدة بيانات Azure SQL أو Azure Cosmos DB. تقوم الخدمة ذات الحالة بتخزين الحالة داخل الخدمة، وتستخدم «مجموعات موثوقة» أو «نماذج برمجة المستخدمين الموثوقة» لإدارة الحالة.

عند إنشاء خدمة مسماة، يمكنك تحديد نظام تقسيم. تقوم الخدمات التي تحتوي على كميات كبيرة من الحالة بتقسيم البيانات عبر الأقسام. كل قسم مسؤول عن جزء من الحالة الكاملة للخدمة، والتي تنتشر عبر عقد نظام المجموعة.

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

الأقسام والنسخ المتماثلة داخل الخدمة

التقسيم والتحجيم والتوفر

التقسيم ليس فريدًا من نوعه لـ Service Fabric. وهناك شكل معروف من أشكال التقسيم يتمثل في تقسيم البيانات، أو التقسيم. تقوم الخدمات ذات الحالة التي تحتوي على كميات كبيرة من الحالة بتقسيم البيانات عبر الأقسام. وكل قسم مسؤول عن جزء من الحالة الكاملة للخدمة.

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

داخل القسم، تحتوي الخدمات المسماة عديمة الحالة على مثيلات، في حين أن الخدمات المسماة ذات الحالة لها نسخ متماثلة. عادة ما تحتوي الخدمات المسماة عديمة الحالة على قسم واحد فقط نظرًا لعدم وجود حالة داخلية، على الرغم من وجود استثناءات. توفر مثيلات القسم التوفر. في حالة فشل مثيل واحد، تستمر المثيلات الأخرى في العمل بشكل طبيعي، ثم يُنشئ Service Fabric مثيلاً جديداً. تحافظ الخدمات المسماة ذات الحالة على حالتها داخل النسخ المتماثلة، ويحتوي كل قسم على مجموعة النسخ المتماثلة الخاصة به. يتم تنفيذ عمليات القراءة والكتابة في نسخة متماثلة واحدة، (تسمى الأساسية). يتم نسخ التغييرات على الحالة من عمليات الكتابة إلى نسخ متماثلة أخرى متعددة (تسمى «الثانويات النشطة»). في حالة فشل نسخة متماثلة، يقوم Service Fabric بإنشاء نسخة متماثلة جديدة من النسخ المتماثلة الموجودة.

خدمات مصغرة عديمة الحالة وذات الحالة لـ Service Fabric

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

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

لماذا الخدمات المصغرة ذات الحالة جنبًا إلى جنب مع الخدمات عديمة الحالة؟ السببان الرئيسيان هما:

  • يمكنك إنشاء خدمات معالجة المعاملات عبر الإنترنت (OLTP) ذات معدل نقل عالٍ وبزمن انتقال منخفض والتسامح مع الفشل من خلال إبقاء التعليمات البرمجية والبيانات قريبة على نفس الجهاز. بعض الأمثلة هي واجهات المتاجر التفاعلية، والبحث، وأنظمة إنترنت الأشياء (IoT)، وأنظمة التداول، وأنظمة معالجة بطاقات الائتمان والكشف عن الاحتيال، وإدارة السجلات الشخصية.
  • يمكنك تبسيط تصميم التطبيق. تزيل الخدمات المصغرة ذات الحالة الحاجة إلى قوائم انتظار وذاكرة تخزين مؤقت إضافية، وهي مطلوبة تقليديًا لمعالجة متطلبات التوافر وزمن الانتقال لتطبيق عديم الحالة تمامًا. تتسم الخدمات المتطورة بطبيعة الحال بأنها ذات قابلية وصول عالية وزمن انتقال منخفض، مما يقلل من عدد الأجزاء المتحركة لإدارتها في التطبيق لديك ككل.

نماذج البرمجة المعتمدة

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

الحاويات

بشكل افتراضي، يقوم Service Fabric بتوزيع هذه الخدمات وتنشيطها كعمليات. يمكن لـ Service Fabric أيضًا توزيع الخدمات في حاويات. والأهم من ذلك، يمكنك مزج الخدمات في العمليات والخدمات في حاويات في التطبيق نفسه. يدعم Service Fabric توزيع حاويات Linux وحاويات Windows على Windows Server 2016. يمكنك توزيع التطبيقات الموجودة أو الخدمات عديمة الحالة أو الخدمات ذات الحالة في حاويات.

Reliable Services

الخدمات الموثوقة هي إطار عمل خفيف الوزن لخدمات الكتابة التي تتكامل مع النظام الأساسي لـ Service Fabric، وتستفيد من نظام المجموعة الكاملة لميزات النظام الأساسي. يمكن أن تكون الخدمات الموثوقة عديمة الحالة (على غرار معظم الأنظمة الأساسية للخدمة، مثل خوادم الويب أو أدوار العمال في خدمات Azure السحابية)، حيث تستمر الحالة في حل خارجي، مثل Azure DB أو مخزن جداول Azure. يمكن أن تكون الخدمات الموثوق بها أيضاً ذات حالة، حيث يتم استمرار الحالة مباشرة في الخدمة نفسها باستخدام مجموعات موثوق بها. تكون الحالة ذات قابلية وصول عالية بشكل كبير من خلال النسخ المتماثل، والتوزيع عبر التقسيم، وتُدار جميعها تلقائيًا من Service Fabric.

Reliable Actors

تم بناء إطار عمل المستخدم الموثوق به على رأس الخدمات الموثوقة، وهو إطار تطبيق ينفذ نمط المستخدم الظاهري، استناداً إلى نمط تصميم المستخدم. يستخدم إطار عمل المستخدم الموثوق به وحدات مستقلة من الحساب والحالة مع إمكانية تنفيذ محادثة نصية أحادية تسمى «المستخدمون». يوفر إطار عمل المستخدم الموثوق به اتصالاً مدمجاً للمستخدمين وبقاء الحالة المعينة مسبقاً وتكوينات التوسع.

ASP.NET Core

يتكامل Service Fabric مع ASP.NET Core كنموذج برمجة من الدرجة الأولى لبناء تطبيقات الويب وواجهة برمجة التطبيقات. يمكن استخدام ASP.NET Core بطريقتين مختلفتين في Service Fabric:

  • الاستضافة كضيف قابل للتنفيذ. تُستخدم هذه الطريقة بشكل أساسي لتشغيل تطبيقات ASP.NET Core الموجودة على Service Fabric دون أي تغييرات في التعليمات البرمجية.
  • التشغيل داخل خدمة موثوق بها. تتيح هذه الطريقة تكاملاً أفضل مع وقت تشغيل Service Fabric، وتسمح بخدمات ASP.NET الأساسية ذات الحالة.

الملفات التنفيذية للضيف

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

دورة حياة التطبيق

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

يمكن إدارة دورة حياة التطبيق بالكامل باستخدام أوامر cmdlets لـ PowerShell، ووأوامر CLI، وواجهات برمجة تطبيقات C#‎، وواجهة برمجة تطبيقات Java، وواجهات برمجة تطبيقات REST. يمكنك أيضاً إعداد مسارات التكامل المستمر/التوزيع المستمر باستخدام أدوات، مثل Azure Pipelines أو Jenkins.

تحقق من هذا الارتباط للحصول على فيديو تدريبي يصف كيفية إدارة دورة حياة التطبيق:

اختبار التطبيقات والخدمات

لإنشاء خدمات على نطاق سحابي حقيقي، من الأهمية بمكان التحقق من أن تطبيقاتك وخدماتك يمكنها تحمل حالات الفشل في العالم الحقيقي. تم تصميم «خدمة تحليل الأخطاء» لاختبار الخدمات المنشأة على Service Fabric. باستخدام خدمة تحليل الأخطاء، يمكنك إحداث أخطاء ذات مغزى وتشغيل سيناريوهات اختبار كاملة مقابل تطبيقاتك. تُنفذ هذه الأخطاء والسيناريوهات وتتحقق من صحة الحالات والتحولات العديدة التي ستختبرها الخدمة طوال حياتها، وكل ذلك بطريقة محكومة وآمنة ومتسقة.

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

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

السيناريوهات عبارة عن عمليات معقدة تتكون من إجراء واحد أو أكثر. توفر «خدمة تحليل الأخطاء» سيناريوهين كاملين مضمنين:

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

شبكة نظام المجموعة

⁧⁩نظام مجموعة Service Fabric⁧⁩ هي مجموعة متصلة بالشبكة من الأجهزة الظاهرية أو الفعلية التي يتم فيها نشر خدماتك الصغيرة وإدارتها. يمكن تغيير حجم أنظمة المجموعات إلى آلاف الأجهزة. يعرف الجهاز أو الجهاز الظاهري الذي يشكل جزءًا من نظام مجموعة باسم «عقدة نظام المجموعة». يتم تعيين اسم عقدة (سلسلة) لكل عقدة. تتسم العقد باحتوائها على خصائص، مثل خصائص الموضع. يحتوي كل جهاز أو جهاز ظاهري على خدمة التشغيل التلقائي، FabricHost.exe، والتي تبدأ في التشغيل عند التمهيد ثم تبدأ في تشغيل ملفين تنفيذيين: Fabric.exe وFabricGateway.exe. يُشكل الملفان التنفيذيان العقدة. لاختبار السيناريوهات، يمكنك استضافة عدة عقد على جهاز أو جهاز ظاهري عن طريق تشغيل عدة مثيلات من Fabric.exe وFabricGateway.exe.

يمكن إنشاء مجموعات Service Fabric على الأجهزة الظاهرية أو الفعلية التي تعمل بنظام Windows Server أو Linux. يمكنك توزيع تطبيقات Service Fabric وتشغيلها في أي بيئة تكون لديك فيها مجموعة من أجهزة كمبيوتر Windows Server أو Linux المترابطة: محلية أو على Microsoft Azure أو على أي موفر سحابة.

تحقق من هذا الارتباط للحصول على فيديو تدريبي يصف بنية Service Fabric ومفاهيمها الأساسية والعديد من ميزات Service Fabric الأخرى

أنظمة المجموعات على Azure

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

يمكنك إنشاء نظام مجموعة على Azure من خلال مدخل Azure أو من قالب أو من Visual Studio.

تمكنك Service Fabric على Linux من إنشاء تطبيقات بقابلية وصول عالية وقابلة للتطوير على Linux وتوزيعها وإدارتها تماماً كما تفعل في Windows. تتوفر أطر عمل Service Fabric (الخدمات الموثوقة والمستخدمون ذوو الثقة) في Java على Linux، بالإضافة إلى C# ‏(‎.NET Core). يمكنك أيضاً إنشاء خدمات قابلة للتنفيذ للضيوف بأي لغة أو إطار عمل. كما يتم دعم تنسيق حاويات Docker. يمكن لحاويات Docker تشغيل الملفات التنفيذية للضيوف أو خدمات Service Fabric الأصلية، والتي تستخدم أطر عمل Service Fabric. لمزيد من المعلومات، اقرأ حول Service Fabric على Linux.

هناك بعض الميزات المدعومة على Windows، ولكن ليس على Linux. لمعرفة المزيد، اقرأ الاختلافات بين Service Fabric على Linux وWindows.

أنظمة المجموعات المستقلة

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

إنشاء أول نظام مجموعة مستقل لـ Service Fabric

مجموعات Linux المستقلة غير مدعومة بعد.

أمان نظام المجموعة

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

سيناريوهات أمان نظام المجموعة هي:

  • أمان عقدة إلى عقدة
  • أمان عميل إلى عقدة
  • التحكم في الوصول استناداً إلى الدور في Service Fabric

لمزيد من المعلومات، اقرأ تأمين نظام مجموعة.

تغير الحجم

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

ترقيات نظام المجموعة

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

يعد نظام مجموعة Service Fabric موردًا تحت تصرفك، ولكن تتم إدارته جزئيًا بواسطة Microsoft. تتحمل Microsoft مسؤولية تصحيح نظام التشغيل الأساسي وإجراء ترقيات البنية على نظام مجموعتك. يمكنك تعيين نظام المجموعة لتلقي ترقيات البنية التلقائية، عندما تصدر Microsoft إصدارًا جديدًا، أو اختيار تحديد إصدار بنية مدعوم تريده. يمكن تعيين ترقيات Fabric والتكوين من خلال مدخل Azure أو من خلال Resource Manager. لمزيد من المعلومات، اقرأ ترقية نظام مجموعة Service Fabric.

نظام المجموعة المستقل هو مورد تملكه بالكامل. أنت مسؤول عن التحديث الجزئي لنظام التشغيل الأساسي وبدء ترقيات البنية. إذا كان بإمكان نظام مجموعتك الاتصال بـ https://www.microsoft.com/download، يمكنك تعيين نظام مجموعتك لتنزيل حزمة وقت تشغيل Service Fabric الجديدة وتوفيرها تلقائياً. يمكنك بعد ذلك بدء الترقية. إذا تعذر على نظام مجموعتك الوصول إلى https://www.microsoft.com/download، يمكنك تنزيل حزمة وقت التشغيل الجديدة يدوياً من جهاز متصل بالإنترنت ثم بدء الترقية. لمزيد من المعلومات، اقرأ ترقية نظام مجموعة Service Fabric المستقل.

مراقبة السلامة

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

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

يمكن إعداد التقارير من:

  • النسخة المتماثلة أو مثيل خدمة Service Fabric المرصود.
  • يتم توزيع مراقبي النظام الداخليين كخدمة Service Fabric (على سبيل المثال، خدمة Service Fabric عديمة الحالة التي تراقب الظروف وتصدر التقارير). يمكن توزيع مراقبي النظام في جميع العقد، أو يمكن أن تكون مرتبطة بالخدمة المرصودة.
  • مراقبو النظام الداخليون الذين يعملون على عقد Service Fabric ولكن لم يتم تنفيذهم كخدمات Service Fabric.
  • مراقبو النظام الخارجيون الذين يفحصون المورد من خارج نظام مجموعة Service Fabric (على سبيل المثال، خدمة المراقبة مثل Gomez).

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

يوفر Service Fabric طرقاً متعددة لعرض تقارير الحماية المجمعة في مخزن السلامة:

راجع هذه الصفحة للحصول على فيديو تدريبي يصف نموذج سلامة Service Fabric وكيفية استخدامه:

المراقبة والتشخيص

المراقبة والتشخيصات تعتبر ضرورية لتطوير واختبار وتوزيع التطبيقات والخدمات في أي بيئة سحابية. تعمل حلول Service Fabric بشكل أفضل عند تخطيط وتنفيذ المراقبة والتشخيص التي تساعد في ضمان عمل التطبيقات والخدمات كما هو متوقع في بيئة التطوير المحلي أو في بيئة التشغيل.

وتتمثل الأهداف الرئيسية للمراقبة والتشخيص فيما يلي:

  • الكشف عن مشكلات الأجهزة والبنية الأساسية وتشخيصها
  • اكتشاف مشكلات البرامج والتطبيقات، وتقليل وقت تعطل الخدمة
  • فهم استهلاك الموارد والمساعدة في اتخاذ قرارات العمليات
  • تحسين أداء التطبيقات والخدمة والبنية الأساسية
  • توليد رؤى الأعمال وتحديد مجالات التحسين

يتكون سير العمل العام للمراقبة والتشخيص من ثلاث خطوات:

  1. إنشاء الأحداث: يتضمن ذلك الأحداث (السجلات والآثار والأحداث المخصصة) في البنية الأساسية (نظام المجموعة) والنظام الأساسي ومستوى التطبيق / الخدمة
  2. تجميع الأحداث: يجب جمع الأحداث التي تم إنشاؤها وتجميعها قبل عرضها
  3. التحليل: يجب تصور الأحداث والوصول إليها بتنسيق ما، للسماح بالتحليل والعرض حسب الحاجة

تتوفر منتجات متعددة تغطي هذه المجالات الثلاثة، ولك مطلق الحرية في اختيار تقنيات مختلفة لكل منها. لمزيد من المعلومات، اقرأ المراقبة والتشخيص لـ Azure Service Fabric.

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