تطبيقات مراقبة 
- المفاهيم
- ملخص
- مناظرة ارتباطات التطبيق
- رسائل الخطأ
- تسجيل رسائل
- البنية الأساسية
- تنبيهات ذكية
- البيانات التقريبية
مفاهيم 
الحلول التقليدية Application Performance Management (APM) تتعلق بادارة الأداء واتاحة التطبيقات.
يعد التطبيق الخاص بأدوات APM عبارة عن مجموعة ثابتة من أكواد runالأوقات (على سبيل المثال JVM أو CLR) التي يتم مراقبتها بواسطة استخدام agent. وعادة ما يتم تعريف التطبيق على أنه معامل توصيف على كل عميل.
وهذا المفهوم ، الذي كان نموذجا جيدا لتطبيقات الطبقة الثالثة الكلاسيكية ، لا يعمل بعد الآن في تطبيقات الخدمة الحديثة (الصغرى). الخدمة لا تنتمي دائما الى تطبيق واحد بالضبط. فكر في خدمة الدفع ببطاقات الائتمان التي يتم استخدامها في متجر الانترنت الخاص بالشركة وأيضا في نقطة المبيعات الخاصة بهم. قد يكون الحل لهذه المشكلة هو تعريف كل خدمة على أنها تطبيق ، ولكن هذا من شأنه أن يقوم بعرض بعض المشاكل الجديدة :
- يوجد الكثير من التطبيقات ليتم مراقبتها. والتعامل مع كل خدمة كتطبيق من شأنه أن يؤدي إلى مئات أو آلاف من التطبيقات. مراقبة هذه البيانات باستخدام الاستعراضات البيانية لا تعمل-الكثير جدا من البيانات للبشر.
- فقدان السياق. وبما أن كل خدمة يتم التعامل معها بشكل منفصل ، فلن يكون من الممكن فهم الاعتماد على الغير وفهم دور الخدمة في سياق المشكلة.
يقوم Incenderts بتقديم الجيل التالي من APM مع التسلسل الهرمي للتطبيقات الخاصة به ونقاط النهاية والمشاهدات الرئيسية للتطبيق من خلالهم. والهدف الرئيسي من ذلك هو تبسيط مراقبة جودة خدمة الأعمال الخاصة بك. وبناء على البيانات التي نجمعها من أجهزة التتبع ومجسات المكونات ، فإننا نكتشف مشهد التطبيق الخاص بك مباشرة من الخدمات التي يتم تنفيذها.
ملخص
توزيع
لاتيني
خريطة التوزيع لاتينية مثالية للتحقيق في القضايا المتعلقة بالتأخر في تطبيقاتك أو خدماتك أو نقاط النهاية الخاصة بك. يمكن تحديد مدى التأخر في المخطط البياني وباستخدام بند القائمة "مشاهدة في التحليلات" ، يمكنك أيضا استكشاف الاستدعاءات المحددة في تحليلات غير محددة.

مشاكل وتغييرات البنية الأساسية
البنية الأساسية المسائل والتغييرات المتعلقة بالتطبيقات الخاصة بك أو الخدمات أو نقاط النهاية يتم عرضها في علامة التبويب Dashboard "Summary" الخاصة بك ، لمساعدتك في ايجاد الارتباطات مع تغييرات مقياس تطبيق مثيرة للاهتمام ، مثل زيادة "معدل الاتصال الجلي" أو "اللاتتين".

للتعرف على المزيد عن بعض المشاكل أو التغييرات المحددة ، حدد نطاق وقت مطلوب في المخطط البياني واضغط على بند القائمة مشاهدة الأحداث ، الذي يقوم باحضارك الى مشاهدة الأحداث .
وقت تشغيل 
تساعدك خريطة وقت التشغيل على فهم مقدار الوقت المستغرق في تنفيذ عملية التشغيل في التطبيق أو الخدمة أو نقطة النهاية نفسها (Self) ، وكم من الوقت المستغرق في الاتصال بتبعيات اللاحقة ، والتي تم تقسيمها بواسطة نوع الاتصال ، مثلHttp,Database,Messaging,Rpc,SDKوهكذا.
على سبيل المثال ، اذا كان latency of a نداء الىShopالخدمة هي1000ms،Shopتقوم الخدمة باستدعاء HTTP الىPaymentالخدمة التي يتم اتخاذها300msثم قم باستدعاء قاعدة بيانات أخرى الىCatalogالخدمة التي يتم اتخاذها200ms، وقت التشغيل الذاتي ل ـShopالخدمة هي1000-300-200=500ms.
وقت وردية العمل
لمقارنة المقاييس المترية بالأطر الزمنية السابقة ، يمكنك استخدام وظيفة ازاحة الوقت كما هو موضح في الصورة. يجب أن تكون على علم بانخفاض الدقة عندما تقوم بمقارنة المقاييس بالنسبة الى بيانات تاريخية.

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

رسائل الخطأ 
رسائل الخطأ هي كل الرسائل التي تم تجميعها من الأخطاء التي حدثت أثناء تنفيذ الكود لأحد الخدمات. على سبيل المثال ، اذا تم اكتشاف خطأ أثناء التشغيل ولم يتم الامساك به والتعامل معه بواسطة كود التطبيق ، سيتم عرضه فيError Messagesالجدولة. على سبيل المثال ، سيكون هناك خطأ لا يمكن معالجته في servlet'sdoGetالطريقة التي تؤدي الى الرد على الطلب مع HTTP 500.
رسائل سجل 
يتم تجميع رسائل السجل من مكتبات أو اطارات تسجيل أدوات (أنظر ، على سبيل المثال ، القسم "Logging" في كشف المكتبات التي يتم دعمها). عندما تقوم الخدمة بكتابة رسالة تسجيل بدرجة أهميةWARNأو أعلى من خلال مكتبة التسجيل ، يتم عرض الرسالة في علامة التبويب "تسجيل رسائل". بالاضافة الى ذلك ، يتم عرض رسائل السجل التي تم التقاطها في تفاصيل التتبع في سياق التتبع الخاص بهم. اذا كانت رسالة السجل قد تم كتابتها بدرجة أهميةERRORأو أعلى ، يتم تعليمه على أنه خطأ. لاحظ أن رسائل السجل ذات درجة خطورة أقل منWARNلا يتم تتبعها.
البنية الأساسية
من مشاهدة المشاهدة الرئيسية للتطبيق أو الاستعراض البياني للخدمات ، يمكن التجول الى مكون البنية الأساسية المناظر المعروض على مشاهدة مراقبة البنية الأساسية .
مكون البنية الأساسية "غير مراقب"
قد تظهر في بعض الأحيان كشف مكونات البنية الأساسية لأحد التطبيقات أو الخدمات أو تتضمن النظام الرئيسي "غير المراقب" أو الحاوية أو العملية.
ويشير المكون "غير المراقب" إلى أنه بالنسبة لبعض أو كل المكالمات لهذه الخدمة ، لم نتمكن من ربطها بمكون أساسي محدد. وبما أن الخدمات هي كيانات "منطقية" ، فإننا غالبا ما نكون قادرين على ربطها بمكونات البنية التحتية من خلال عملية الرصد. فهي لا تصمد ، على سبيل المثال ، لخدمات الانترنت لطرف ثالث ، والتي لا تقوم بمراقبتها ولكن حيث ما زلنا نقوم بتكوين الخدمات ونقاط النهاية بناءا على اسم النظام الرئيسي + المسار. بما أنه لا يوجد نظام رئيسي أو عملية معروفة ، فان هذه الخدمات ستؤدي الى عرض مكون البنية التحتية "غير معروف".
تنبيهات ذكية
مشاهدة كشف بكل التنبيهات الذكية التي تم توصيفها. اضغط على أحد التنبيهات لمشاهدة التوصيف الخاص بها أو تعديلها أو مشاهدة السجل التاريخي للمراجعة الخاص بها. اذا لزم الأمر ، يمكنك أيضا الغاء اتاحة أو ازالة التنبيه.
للحصول على مزيد من المعلومات عن كيفية اضافة تنبيه ، ارجع الى الوثائق الخاصة بالتنبيهات الذكية.
البيانات التقريبية
عند مشاهدة الاستعراض البياني أو القيام باستعلام في التحليلات خلال مدى زمني معين بعد الأيام السبعة الماضية ، فقد تشاهد مؤشر البيانات التقريبي على عناصر واجهة التعامل المختلفة ، التي يتم استخدامها للاشارة الى أن Incerca يقوم بالتوصل الى مقدار مخفض من عمليات التتبع الهامة إحصائيا ويقوم بتقديم الاستعلامات لخدمة الاستعلامات. مثال:

ونادرا ما لا تكون التتبعات والمكالمات التي تحدث في مثل هذه السيناريوهات غير ممثلة في مثل هذه السيناريوهات.