خريطة التطبيق: فرز التطبيقات الموزعة

يستخدم المطورون خرائط التطبيقات لتمثيل البنية المنطقية لتطبيقاتهم الموزعة. يتم إنتاج خريطة عن طريق تحديد مكونات التطبيق الفردية مع خصائصها roleName أو name في بيانات تتبع الاستخدام المسجلة. تمثل الدوائر (أو العقد) على الخريطة المكونات والخطوط الاتجاهية (الموصلات أو الحواف) تظهر استدعاءات HTTP من العقد المصدر إلى العقد المستهدفة .

يوفر Azure Monitor ميزة خريطة التطبيق لمساعدتك على تنفيذ خريطة بسرعة وتحديد ازدحامات الأداء أو نقاط اتصال الفشل عبر جميع المكونات. كل عقدة خريطة هي مكون تطبيق أو تبعياته، وتوفر مؤشر الأداء الرئيسي الصحي وحالة التنبيهات. يمكنك تحديد أي عقدة لمشاهدة التشخيصات التفصيلية للمكون، مثل أحداث Application Insights. إذا كان تطبيقك يستخدم خدمات Azure، فإنه يمكنك أيضًا تحديد تشخيصات Azure، مثل توصيات مرشد قاعدة بيانات SQL.

تتميز خريطة التطبيق أيضا بنظرة ذكية للمساعدة في التحقيقات الصحية السريعة للخدمة.

فهم المكونات

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

بعض الاعتبارات حول المكونات:

• تختلف المكونات عن التبعيات الخارجية "المرصودة"، مثل Azure SQL ومراكز أحداث Azure، والتي قد لا يتمكن فريقك أو مؤسستك من الوصول إليها (التعليمات البرمجية أو القياس عن بُعد).
• تشغيل المكونات على أي عدد من مثيلات الخادم أو الدور أو الحاوية.
• يمكن أن تكون المكونات موارد Application Insights منفصلة، حتى لو كانت الاشتراكات مختلفة. يمكن أن تكون أيضًا أدوارًا مختلفة تقوم بالإبلاغ إلى مورد Application Insights واحد. توضّح تجربة مخطط المعاينة المكونات بغض النظر عن كيفية إعدادها.

استكشاف خريطة التطبيق

يتيح لك مخطط التطبيق رؤية مخطط التطبيق الكامل عبر مستويات متعددة من مكونات التطبيق ذات الصلة. كما هو موضح سابقا، يمكن أن تكون المكونات موارد Application Insights مختلفة أو مكونات تابعة أو أدوارا مختلفة في مورد واحد. تحدد خريطة التطبيق موقع المكونات باتباع استدعاءات تبعية HTTP التي تم إجراؤها بين الخوادم مع تثبيت Application Insights SDK.

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

تصف الأقسام التالية بعض الإجراءات المتاحة للعمل مع خريطة التطبيق في مدخل Microsoft Azure.

تحديث مكونات الخريطة

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

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

عرض تفاصيل المكون

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

يتضمن كل قسم خيارا لعرض مزيد من المعلومات في طريقة عرض موسعة، بما في ذلك حالات الفشل والأداء وتفاصيل حول الطلبات والتبعيات الفاشلة.

التحقق من حالات الفشل

في جزء تفاصيل العقدة، يمكنك استخدام خيار التحقيق في حالات الفشل لعرض جميع حالات الفشل للمكون:

تتيح لك طريقة عرض الفشل استكشاف بيانات الفشل للعمليات والتبعيات والاستثناءات والأدوار المتعلقة بالمكون المحدد:

التحقق من الأداء

في جزء تفاصيل العقدة، يمكنك استكشاف مشكلات الأداء وإصلاحها مع المكون عن طريق تحديد خيار التحقيق في الأداء :

تتيح لك طريقة عرض الأداء استكشاف بيانات تتبع الاستخدام للعمليات والتبعيات والأدوار المتصلة بالمكون المحدد:

الانتقال إلى التفاصيل وتتبع المكدس

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

تفتح الصفحة لإظهار طريقة عرض المخطط الزمني للحصول على التفاصيل:

يمكنك استخدام الخيار عرض الكل لمشاهدة تفاصيل المكدس مع معلومات التتبع والحدث للمكون:

عرض في السجلات (التحليلات)

في جزء تفاصيل العقدة، يمكنك الاستعلام عن بيانات التطبيقات والتحقيق فيها بشكل أكبر باستخدام الخيار View in Logs (Analytics):

توفر صفحة Logs (Analytics) خيارات لاستكشاف سجلات جدول بيانات تتبع الاستخدام للتطبيق الخاص بك مع الاستعلامات والوظائف المضمنة أو المخصصة. يمكنك العمل مع البيانات عن طريق ضبط التنسيق وحفظ التحليل وتصديره:

عرض التنبيهات والقواعد

يتيح لك خيار عرض التنبيهات في جزء تفاصيل العقدة رؤية التنبيهات النشطة:

تعرض صفحة التنبيهات التنبيهات الهامة والمطلقة:

يعرض خيار قواعد التنبيه في صفحة التنبيهات القواعد الأساسية التي تتسبب في تشغيل التنبيهات:

فهم أسماء الأدوار والعقد السحابية

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

يوضح المثال التالي خريطة في طريقة عرض هرمية مع خمس عقد مكون وموصلات لتسع عقد تابعة. كل عقدة لها اسم دور سحابي.

تستخدم خريطة التطبيق ألوانا وتمييزات وأحجاما مختلفة للعقد لتصوير بيانات مكونات التطبيق وعلاقاته:

• تعبر أسماء أدوار السحابة عن الجوانب المختلفة للتطبيق الموزع. في هذا المثال، تتضمن Contoso Retail Checkبعض أدوار التطبيق و.retailappFabrikam-Appfabrikam-loadfuncretailfabrikam-37ha6

• تشير الدائرة الزرقاء المنقطة حول عقدة إلى آخر مكون محدد. في هذا المثال، آخر مكون محدد هو العقدة Web .

• عند تحديد عقدة لمشاهدة التفاصيل، تبرز دائرة زرقاء خالصة العقدة. في المثال، العقدة المحددة حاليا هي Contoso Retail Reports.

• يتم عرض عقد المكون البعيدة أو غير المرتبطة أصغر مقارنة بالعقد الأخرى. هذه العناصر باهتة في طريقة العرض لتمييز الأداء للمكون المحدد حاليا.

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

التحقيق في مثيلات دور السحابة

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

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

لمزيد من المعلومات حول كيفية تجاوز خاصية اسم دور شبكة النظير باستخدام مهايئات بيانات تتبع الاستخدام، راجع إضافة خاصية: مهايئ بيانات تتبع الاستخدام.

تعيين أسماء أدوار السحابة

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

إشعار

يضيف Application Insights SDK أو العامل تلقائيًّا خاصية اسم دور شبكة النظير إلى بيانات تتبع الاستخدام المُنبثقة من مكونات بيئة Microsoft Azure App Service.

تعرض القصاصة البرمجية التالية تعريفات المخطط لدور السحابة ومثيل دور السحابة:

[Description("Name of the role the application is a part of. Maps directly to the role name in Azure.")]
[MaxStringLength("256")]
705: string      CloudRole = "ai.cloud.role";

[Description("Name of the instance where the application is running. Computer name for on-premises, instance name for Azure.")]
[MaxStringLength("256")]
715: string      CloudRoleInstance = "ai.cloud.roleInstance";

للاطلاع علىالتعريفات الرسمية:

.NET/.NetCore

إدراج مهيئ بيانات تتبع استخدام مخصص

using Microsoft.ApplicationInsights.Channel;
using Microsoft.ApplicationInsights.Extensibility;

namespace CustomInitializer.Telemetry
{
    public class MyTelemetryInitializer : ITelemetryInitializer
    {
        public void Initialize(ITelemetry telemetry)
        {
            if (string.IsNullOrEmpty(telemetry.Context.Cloud.RoleName))
            {
                //set custom role name here
                telemetry.Context.Cloud.RoleName = "Custom RoleName";
                telemetry.Context.Cloud.RoleInstance = "Custom RoleInstance";
            }
        }
    }
}

تطبيقات ASP.NET: تحميل المُهيئ في التكوين النشط لبيانات تتبع الاستخدام

في ملف ApplicationInsights.config :

    <ApplicationInsights>
      <TelemetryInitializers>
        <!-- Fully qualified type name, assembly name: -->
        <Add Type="CustomInitializer.Telemetry.MyTelemetryInitializer, CustomInitializer"/>
        ...
      </TelemetryInitializers>
    </ApplicationInsights>

أسلوب بديل لتطبيقات الويب ASP.NET هو إنشاء مثيل للمهيئ في التعليمات البرمجية. يوضح المثال التالي التعليمات البرمجية في ملف Global.aspx.cs :

 using Microsoft.ApplicationInsights.Extensibility;
 using CustomInitializer.Telemetry;

    protected void Application_Start()
    {
        // ...
        TelemetryConfiguration.Active.TelemetryInitializers.Add(new MyTelemetryInitializer());
    }

إشعار

إضافة مهايئ باستخدام الخاصية ApplicationInsights.config أو TelemetryConfiguration.Active غير صالحة لتطبيقات ASP.NET Core.

تطبيقات ASP.NET: تحميل مهيئ إلى تكوين بيانات تتبع الاستخدام

بالنسبة ASP.NET Core applications، لإضافة مثيل جديد TelemetryInitializer ، يمكنك إضافته إلى حاوية Dependency Injection. يوضح المثال التالي هذا الأسلوب. أضف هذه التعليمة البرمجية في ConfigureServices أسلوب الفئة الخاصة بك Startup.cs .

 using Microsoft.ApplicationInsights.Extensibility;
 using CustomInitializer.Telemetry;
 public void ConfigureServices(IServiceCollection services)
{
    services.AddSingleton<ITelemetryInitializer, MyTelemetryInitializer>();
}

Java

تعيين اسم دور السحابة

{
  "role": {
    "name": "my cloud role name"
  }
}

يمكنك أيضا تعيين اسم دور السحابة مع متغير بيئة أو خاصية النظام. لمزيد من المعلومات، راجع تكوين اسم دور السحابة.

Node.js

تعيين اسم دور السحابة

var appInsights = require("applicationinsights");
appInsights.setup('INSTRUMENTATION_KEY').start();
appInsights.defaultClient.context.tags["ai.cloud.role"] = "your role name";
appInsights.defaultClient.context.tags["ai.cloud.roleInstance"] = "your role instance";

Node.js: تعيين اسم دور السحابة

var appInsights = require("applicationinsights");
appInsights.setup('INSTRUMENTATION_KEY').start();

appInsights.defaultClient.addTelemetryProcessor(envelope => {
    envelope.tags["ai.cloud.role"] = "your role name";
    envelope.tags["ai.cloud.roleInstance"] = "your role instance"
});

جافا سكريبت

تعيين اسم دور السحابة

appInsights.queue.push(() => {
appInsights.addTelemetryInitializer((envelope) => {
  envelope.tags["ai.cloud.role"] = "your role name";
  envelope.tags["ai.cloud.roleInstance"] = "your role instance";
});
});

Python

تعيين اسم دور السحابة

بالنسبة إلى Python، يمكنك استخدام معالجات بيانات تتبع الاستخدام OpenCensus Python.

def callback_function(envelope):
   envelope.tags['ai.cloud.role'] = 'new_role_name'

# AzureLogHandler
handler.add_telemetry_processor(callback_function)

# AzureExporter
exporter.add_telemetry_processor(callback_function)

استخدام عوامل تصفية خريطة التطبيق

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

طريقة سريعة للتصفية هي استخدام الخيار Filter on this node في قائمة السياق لأي عقدة على الخريطة:

يمكنك أيضا إنشاء عامل تصفية باستخدام الخيار إضافة عامل تصفية :

حدد نوع عامل التصفية (العقدة أو الموصل) والإعدادات المطلوبة، ثم راجع اختياراتك وطبقها على الخريطة الحالية.

إنشاء عوامل تصفية العقدة

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

يحتوي عامل تصفية العقدة على ثلاث معلمات لتكوينها:

• العقد المضمنة: أنواع العقد التي يجب مراجعتها في مخطط التطبيق لخصائص المطابقة. هناك أربعة خيارات:

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

  • العقد والمصادر: نفس سلوك العقد والمصادر والأهداف، ولكن لا يتم تضمين العقد المستهدفة تلقائيا في مخطط النتائج.

  • العقد والأهداف: نفس سلوك العقد والمصادر والأهداف، ولكن لا يتم تضمين العقد المصدر تلقائيا في مخطط النتائج.

  • العقد فقط: يجب أن تحتوي جميع العقد في مخطط النتائج على قيمة خاصية تطابق معايير البحث.

• عامل التشغيل: نوع الاختبار الشرطي الذي يجب إجراؤه على قيم خصائص كل عقدة. هناك أربعة خيارات:

  • contains: تحتوي قيمة خاصية العقدة على القيمة المحددة في معلمة قيمة البحث.
  • !contains لا تحتوي قيمة خاصية العقدة على القيمة المحددة في معلمة قيمة البحث.
  • ==: قيمة خاصية العقدة تساوي القيمة المحددة في معلمة قيمة البحث.
  • !=: قيمة خاصية العقدة لا تساوي القيمة المحددة في معلمة قيمة البحث.

• قيمة البحث: السلسلة النصية المراد استخدامها للاختبار الشرطي لقيمة الخاصية. تعرض القائمة المنسدلة للمعلمة قيم العقد الموجودة في مخطط التطبيق. يمكنك تحديد قيمة من القائمة، أو إنشاء القيمة الخاصة بك. أدخل القيمة المخصصة في حقل المعلمة ثم حدد الخيار Create ... في القائمة. على سبيل المثال، يمكنك إدخال test الخيار "اختبار" ثم تحديده في القائمة.

تعرض الصورة التالية مثالا لعامل تصفية تم تطبيقه على مخطط تطبيق يعرض بيانات لمدة 30 يوما. يرشد عامل التصفية مخطط التطبيق للبحث عن العقد والأهداف المتصلة التي تحتوي على خصائص تحتوي على النص "retailapp":

يتم تضمين العقد المطابقة والعقد المستهدفة المتصلة الخاصة بها في مخطط النتائج:

إنشاء عوامل تصفية الموصل (الحافة)

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

يحتوي عامل تصفية الموصل على ثلاث معلمات لتكوينها:

• تصفية الموصلات حسب: أنواع الموصلات التي يجب مراجعتها في مخطط التطبيق لخصائص المطابقة. هناك أربعة خيارات. يتحكم التحديد في الخيارات المتوفرة للمعلمتين الأخريين.

• عامل التشغيل: نوع الاختبار الشرطي الذي يجب إجراؤه على قيمة كل موصل.

• Value: قيمة المقارنة المراد استخدامها للاختبار الشرطي لقيمة الخاصية. تحتوي القائمة المنسدلة للمعلمة على قيم ذات صلة بخريطة التطبيق الحالية. يمكنك تحديد قيمة من القائمة، أو إنشاء القيمة الخاصة بك. على سبيل المثال، يمكنك إدخال 16 الخيار "16" ثم تحديده في القائمة.

يلخص الجدول التالي خيارات التكوين بناء على اختيارك لموصلات التصفية حسب المعلمة .

تصفية الموصلات حسب	‏‏الوصف	معلمة عامل التشغيل	معلمة القيمة	الاستخدام
موصل الخطأ (أحمر مميز)	ابحث عن الموصلات استنادا إلى لونها. يشير اللون الأحمر إلى أن الموصل في حالة خطأ.	==: يساوي !=: لا يساوي	تعيين دوما إلى أخطاء	إظهار الموصلات التي تحتوي على أخطاء أو موصلات فقط بدون أخطاء.
معدل الخطأ (0٪ - 100٪)	ابحث عن الموصلات استنادا إلى متوسط معدل الخطأ (عدد المكالمات الفاشلة مقسوما على عدد جميع المكالمات). يتم التعبير عن القيمة كنسبة مئوية.	>= أكبر من أو يساوي <= أقل من أو يساوي	تعرض القائمة المنسدلة متوسط معدلات الخطأ ذات الصلة بالموصلات الحالية في مخطط التطبيق الخاص بك. اختر قيمة من القائمة أو أدخل قيمة مخصصة باتباع العملية الموضحة سابقا.	إظهار الموصلات ذات معدلات الفشل أكبر من القيمة المحددة أو أقل منها.
متوسط مدة المكالمة (مللي ثانية)	ابحث عن الموصلات استنادا إلى متوسط مدة جميع المكالمات عبر الموصل. يتم قياس القيمة بالمللي ثانية.	>= أكبر من أو يساوي <= أقل من أو يساوي	تعرض القائمة المنسدلة متوسط المدد ذات الصلة بالموصلات الحالية في خريطة التطبيق. على سبيل المثال، تشير قيمة 1000 إلى استدعاءات بمتوسط مدة 1 ثانية. اختر قيمة من القائمة أو أدخل قيمة مخصصة باتباع العملية الموضحة سابقا.	إظهار الموصلات بمتوسط معدلات مدة المكالمة أكبر من القيمة المحددة أو أقل منها.
عدد المكالمات	ابحث عن الموصلات استنادا إلى العدد الإجمالي للمكالمات عبر الموصل.	>= أكبر من أو يساوي <= أقل من أو يساوي	تعرض القائمة المنسدلة إجمالي عدد الاستدعاءات ذات الصلة بالموصلات الحالية في خريطة التطبيق. اختر قيمة من القائمة أو أدخل قيمة مخصصة باتباع العملية الموضحة سابقا.	إظهار الموصلات ذات عدد الاستدعاءات أكبر من أو أقل من القيمة المحددة.

مؤشرات القيمة المئوية

عند تصفية الموصلات حسب معدل الخطأ أو متوسط مدة المكالمة أو عدد المكالمات، تتضمن بعض الخيارات لمعلمة (Pxx) القيمة التعيين. يظهر هذا المؤشر مستوى القيمة المئوية. بالنسبة لعامل تصفية متوسط مدة المكالمة، قد ترى القيمة 200 (P90). يعني هذا الخيار أن 90٪ من جميع الموصلات (بغض النظر عن عدد المكالمات التي تمثلها) لها مدة اتصال أقل من 200 مللي ثانية.

يمكنك مشاهدة خيارات القيمة التي تتضمن مستوى القيمة المئوية عن طريق إدخال P في حقل المعلمة.

مراجعة عوامل التصفية

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

يوضح المثال التالي ملخص المراجعة لعامل تصفية عقدة يبحث عن العقد والأهداف بخصائص تحتوي على النص "-west":

يوضح هذا المثال ملخص عامل تصفية الموصل الذي يبحث عن الموصلات (وهي العقد التي يتصلون بها) بمتوسط مدة استدعاء تساوي أو أكبر من 42 مللي ثانية:

تطبيق عوامل التصفية على الخريطة

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

يتيح لك الإجراء Remove على قرص عامل التصفية حذف عامل تصفية. عند حذف عامل تصفية مطبق، يتم تحديث طريقة عرض الخريطة لطرح منطق عامل التصفية.

تطبق خريطة التطبيق منطق التصفية على الخريطة بشكل تسلسلي، بدءا من عامل التصفية الأيسر في القائمة. عند تطبيق عوامل التصفية، تتم إزالة العقد والموصلات من طريقة عرض الخريطة. بعد إزالة عقدة أو موصل من طريقة العرض، لا يمكن لعامل تصفية لاحق استعادة العنصر.

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

استكشاف عوامل التصفية وحفظها

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

• يقوم خيار Copy link بترميز كافة إعدادات عامل التصفية الحالية في عنوان URL المنسوخ. يمكنك حفظ هذا الارتباط في الإشارات المرجعية للمستعرض أو مشاركته مع الآخرين. تحتفظ هذه الميزة بقيمة المدة في إعدادات التصفية، ولكن ليس الوقت المطلق. عند استخدام الارتباط لاحقا، قد تختلف خريطة التطبيق المنتجة عن الخريطة الموجودة في وقت التقاط الارتباط.

• يضيف الخيار تثبيت بلوحة المعلومات مخطط التطبيق الحالي إلى لوحة المعلومات، إلى جانب عوامل التصفية الحالية الخاصة به. نهج التشخيص الشائع هو تثبيت خريطة مع تطبيق عامل تصفية موصل الخطأ. يمكنك مراقبة التطبيق الخاص بك للعقد مع وجود أخطاء في استدعاءات HTTP الخاصة بهم.

تصف الأقسام التالية بعض عوامل التصفية الشائعة التي تنطبق على معظم الخرائط ويمكن أن تكون مفيدة لتثبيتها على لوحة معلومات.

التحقق من وجود أخطاء مهمة

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

يتم وصف ميزة طريقة العرض الذكية لاحقا في هذه المقالة.

إخفاء الموصلات ذات نسبة استخدام الشبكة المنخفضة

قم بإخفاء الموصلات ذات نسبة استخدام الشبكة المنخفضة دون أخطاء من طريقة عرض الخريطة، بحيث يمكنك التركيز بسرعة على المشكلات الأكثر أهمية. تتضمن عوامل التصفية موصلات على مدار ال 24 ساعة الماضية مع عدد مكالمات أكبر من 2872 (P20):

إظهار الموصلات ذات نسبة استخدام الشبكة العالية

الكشف عن الموصلات ذات نسبة استخدام الشبكة العالية التي تحتوي أيضا على متوسط متوسط عال لوقت مدة المكالمة. يمكن أن يساعد عامل التصفية هذا في تحديد مشكلات الأداء المحتملة. تتضمن عوامل التصفية في هذا المثال موصلات على مدار ال 24 ساعة الماضية مع عدد مكالمات أكبر من 10854 (P50) ومتوسط وقت مدة المكالمة أكبر من 578 (P80):

تحديد موقع المكونات حسب الاسم

حدد موقع المكونات (العقد والموصلات) في التطبيق الخاص بك بالاسم وفقا لتنفيذك لاصطلاح تسمية خاصية المكون roleName . يمكنك استخدام هذا الأسلوب لمشاهدة الجزء المحدد من تطبيق موزع. يبحث عامل التصفية عن العقد والمصادر والأهداف على مدار ال 24 ساعة الماضية التي تحتوي على القيمة المحددة. في هذا المثال، قيمة البحث هي "west":

إزالة المكونات صاخبة

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

البحث عن موصلات عرضة للخطأ

إظهار الموصلات التي تحتوي على معدلات خطأ أعلى من قيمة معينة فقط. يبحث عامل التصفية في هذا المثال عن الموصلات على مدار ال 24 ساعة الماضية التي تحتوي على معدل خطأ أكبر من 3٪:

استكشاف طريقة العرض الذكية

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

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

هناك العديد من الفوائد لاستخدام طريقة العرض الذكية:

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

تحتوي طريقة العرض الذكية على بعض القيود:

• قد يستغرق تحميل التطبيقات الموزعة الكبيرة دقيقة.
• يتم دعم الإطارات الزمنية التي تصل إلى سبعة أيام.

العمل باستخدام طريقة العرض الذكية

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

تستخدم طريقة العرض الذكية نموذج التعلم الآلي AIOps الحاصل على براءة اختراع لتسليط الضوء على (الأحمر) البيانات الهامة والمهمة في خريطة التطبيق. يتم استخدام بيانات التطبيق المختلفة لتحديد البيانات التي يجب تمييزها على الخريطة، بما في ذلك معدلات الفشل وعدد الطلبات والمدد والشذوذ ونوع التبعية. للمقارنة، تستخدم طريقة عرض الخريطة القياسية معدل الفشل البسيط فقط.

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

الحساسية	‏‏الوصف
عاليه	يتم تمييز حواف أقل.
المتوسطه	(الإعداد الافتراضي) يتم تمييز عدد متوازن من الحواف.
منخفضه	يتم تمييز المزيد من الحواف.

التحقق من الرؤى القابلة للتنفيذ

بعد تمكين طريقة العرض الذكية، حدد حافة مميزة (حمراء) على الخريطة لمشاهدة "رؤى قابلة للتنفيذ" للمكون. يتم عرض نتائج التحليلات في جزء إلى اليمين وشرح سبب تمييز الحافة.

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

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

تلميحات استكشاف الأخطاء وإصلاحها

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

فيما يلي بعض التوصيات العامة:

• استخدم SDK مدعوم رسميا. قد لا تدعم عدة تطوير البرامج غير المدعومة أو المجتمعية الارتباط. للحصول على قائمة بـ SDKs المدعومة، راجع Application Insights: اللغات والأنظمة الأساسية والتكاملات.

• ترقية كافة المكونات إلى أحدث إصدار لعدة تطوير البرامج.

• دعم Azure Functions باستخدام C# عن طريق الترقية إلى Azure Functions V2.

• تأكد من تكوين اسم دور السحابة بشكل صحيح.

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

عدد كبير جدا من العقد على الخريطة

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

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

• يمكن أن تعرض خريطة التطبيق 1000 عقدة منفصلة منفصلة في وقت واحد كحد أقصى. تقلل خريطة التطبيق من التعقيد المرئي عن طريق تجميع التبعيات معا عندما يكون لها نفس النوع والمتصلين.

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

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

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

• يمثل كل نوع تبعية النوع المنطقي للتبعية. على سبيل المثال، HTTP أو SQL أو Azure Blob فهي ضمن أنواع التبعية النموذجية. يجب ألا تحتوي هذه القيمة على معرفات فريدة.

• يطبق كل غرض من أغراض اسم دور السحابة الوصف في قسم تعيين اسم دور السحابة أو تجاوزه.

طريقة عرض ذكية: لم يتم تمييز Edge

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

• إذا فشلت التبعية عادة، فقد يعتبر النموذج الفشل حالة قياسية للمكون وليس تمييز الحافة. تركز طريقة العرض الذكية على حل المشكلات في الوقت الفعلي.

• إذا كان للتبعية تأثير ضئيل على الأداء العام للتطبيق، فقد تتجاهل طريقة العرض الذكية المكون أثناء نمذجة التعلم الآلي.

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

طريقة عرض ذكية: تم تمييز Edge

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

طريقة العرض الذكية: لا يتم التحميل

إذا لم يتم تحميل طريقة العرض الذكية، فقم بتعيين الإطار الزمني المكون إلى ستة أيام أو أقل.

طريقة عرض ذكية: وقت تحميل طويل

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

المحتوى ذو الصلة

• تعرف على كيفية عمل الارتباط في Application Insights مع ارتباط بيانات تتبع الاستخدام.

• استكشف تجربة تشخيص المعاملات الشاملة التي تربط بيانات تتبع الاستخدام من جانب الخادم من جميع المكونات التي يراقبها Application Insights في طريقة عرض واحدة.

• دعم سيناريوهات الارتباط المتقدمة في ASP.NET Core ASP.NET مع تعقب العمليات المخصصة.