تعرف على كيفية تصحيح أخطاء حاويات Windows في Azure Service Fabric باستخدام Visual Studio 2019
مع Visual Studio 2019، يمكنك تصحيح تطبيقات .NET في الحاويات كخدمات Service Fabric. توضح لك هذه المقالة كيفية تكوين البيئة الخاصة بك ثم تصحيح أخطاء تطبيق .NET في حاوية قيد التشغيل في نظام مجموعة Service Fabric محلي.
المتطلبات الأساسية
- على Windows 10، اتبع هذه البداية السريعة لتكوين Windows 10 لتشغيل حاويات Windows
- على Windows Server 2016، اتبع هذه البداية السريعة لتكوين Windows 2016 لتشغيل حاويات Windows
- قم بإعداد بيئة Service Fabric المحلية الخاصة بك عن طريق اتباع إعداد بيئة التطوير الخاصة بك على Windows
تكوين بيئة المطور لتصحيح أخطاء الحاويات
تأكد من تشغيل خدمة Docker for Window قبل متابعة الخطوة التالية.
لدعم دقة DNS بين الحاويات، سيتعين عليك إعداد نظام مجموعة التطوير المحلية، باستخدام اسم الجهاز. هذه الخطوات ضرورية أيضا إذا كنت تريد معالجة الخدمات من خلال الوكيل العكسي.
افتح PowerShell كمسؤول
انتقل إلى مجلد إعداد نظام مجموعة SDK، عادة
C:\Program Files\Microsoft SDKs\Service Fabric\ClusterSetup
.قم بتشغيل البرنامج النصي
DevClusterSetup.ps1
C:\Program Files\Microsoft SDKs\Service Fabric\ClusterSetup\DevClusterSetup.ps1
ملاحظة
يمكنك استخدام
-CreateOneNodeCluster
لإعداد نظام مجموعة العقدة الواحدة. سيقوم الإعداد الافتراضي بإنشاء نظام مجموعة محلية من خمس عقد.لمعرفة المزيد حول خدمة نظام أسماء المجالات في بنية الخدمة، راجع خدمة نظام أسماء المجالات في Azure Service Fabric. لمعرفة المزيد حول استخدام وكيل Service Fabric العكسي من الخدمات التي تعمل في حاوية، راجع عكس معالجة الوكيل الخاصة للخدمات التي تعمل في حاويات.
القيود المعروفة عند تصحيح أخطاء الحاويات في Service Fabric
فيما يلي قائمة بالقيود المعروفة مع حاويات تصحيح الأخطاء في Service Fabric والحلول المحتملة:
- لن يدعم استخدام المضيف المحلي لـ ClusterFQDNorIP دقة DNS في الحاويات.
- الحل: إعداد نظام المجموعة المحلية باستخدام اسم الجهاز (انظر أعلاه)
- لن يؤدي تشغيل Windows10 في جهاز ظاهري إلى إعادة رد DNS إلى الحاوية.
- الدقة: تعطيل إلغاء تحميل المجموع الاختباري UDP لـ IPv4 على Virtual Machines NIC
- سيؤدي تشغيل Windows10 إلى تدهور أداء الشبكة على الجهاز.
- https://github.com/Azure/service-fabric-issues/issues/1061
- لا يعمل حل الخدمات في نفس التطبيق باستخدام اسم خدمة DNS على Windows10، إذا تم توزيع التطبيق باستخدام Docker Compose
- الحل: استخدام servicename.applicationname لحل نقاط نهاية الخدمة
- https://github.com/Azure/service-fabric-issues/issues/1062
- في حالة استخدام عنوان IP لـ ClusterFQDNorIP، سيؤدي تغيير عنوان IP الأساسي على المضيف إلى قطع وظيفة DNS.
- الحل: أعد إنشاء نظام المجموعة باستخدام عنوان IP الأساسي الجديد على المضيف أو استخدم اسم الجهاز. هذا التعارض حسب التصميم.
- إذا كانت FQDN التي تم إنشاء نظام المجموعة بها غير قابلة للحل على الشبكة، فسوف يفشل DNS.
- الحل: أعد إنشاء نظام المجموعة المحلية باستخدام عنوان IP الأساسي للمضيف. هذا الفشل هو عن طريق التصميم.
- عند تصحيح أخطاء حاوية، لن تتوفر سجلات عامل الإرساء إلا في نافذة الإخراج Visual Studio، وليس من خلال واجهات برمجة تطبيقات Service Fabric، بما في ذلك Service Fabric Explorer
تصحيح أخطاء تطبيق .NET قيد التشغيل في حاويات عامل الإرساء على Service Fabric
تشغيل Visual Studio كمسؤول.
افتح تطبيق .NET موجود أو قم بإنشاء تطبيق جديد.
انقر بزر الماوس الأيمن فوق المشروع وحدد إضافة -> دعم منسق الحاوية -> Service Fabric
اضغط F5 لبدء تصحيح التطبيق.
يدعم Visual Studio أنواع وحدات التحكم والمشاريع ASP.NET لـ .NET و .NET Core.
الخطوات التالية
لمعرفة المزيد حول إمكانات Service Fabric والحاويات، راجع نظرة عامة على حاويات Service Fabric.
الملاحظات
https://aka.ms/ContentUserFeedback.
قريبًا: خلال عام 2024، سنتخلص تدريجيًا من GitHub Issues بوصفها آلية إرسال ملاحظات للمحتوى ونستبدلها بنظام ملاحظات جديد. لمزيد من المعلومات، راجعإرسال الملاحظات وعرضها المتعلقة بـ