مقدمة
بعد التثبيت، فعّل تتبّع الطلبات لترى ضمن الطلبات في لوحة التحكم كل طلب عالجته خدمتك مع مساره ومدته واستعلاماته واستدعاءاته الخارجية — ولتفتح الطلب الذي تسبّب في أي خطأ. راجع تتبّع الطلبات لما تعرضه لوحة التحكم.التفعيل
app.module.ts
forRootAsync مرّر أيضاً العلامة الثابتة ليُسجَّل المعترض عند بناء
الوحدة:
ما الذي يُسجَّل
- نطاق خادم واحد لكل طلب، ينشئه معترض عام ويُسمّى بحسب قالب المسار
من مسارَي المتحكّم والمعالج (
GET /users/:id) لا بحسب الرابط. البادئة العامة للتطبيق ليست جزءاً من الاسم. تُواصَل ترويسةtraceparentالواردة. - PostgreSQL — يُعدَّل مشغّل
pgالخاص بالتطبيق (يُعثر عليه من مجلد العمل؛ لا يُضاف شيء إلى اعتمادياتك)، وهو ما يغطي Drizzle وTypeORM وKnex وpgالمباشر. يصبح كل استعلام نطاقclientباسم قالب SQL؛ لا تُسجَّل المعاملات ولا الصفوف أبداً. fetchالخارجي — يصبح كل استدعاء نطاقclientباسمMETHOD hostويحمل ترويسةtraceparent. تُتجاهل الاستدعاءات إلى Lerix API نفسها.
LerixService:
التتبّع الحالي
معرّف التتبّع متاح في أي مكان داخل الطلب عبرcurrent()، مثلاً لوضعه في
سجلاتك:
أخذ العينات
الطلبات الفاشلة والطلبات التي أبلغت عن خطأ تُحفظ كاملةً دائماً. ويُرسل
النطاق الجذر لكل طلب مهما كان، فتغطي أعداد المسارات ونسبها المئوية في لوحة
التحكم 100% من الحركة.
الأخطاء والتتبّعات
كل تقرير خطأ يُرسل داخل طلب — تقارير المرشّح التلقائي وكذلك استدعاءاتك لـcaptureException / captureMessage — يحمل تتبّع ذلك الطلب، فتعرض
صفحة المشكلة الشلال مضمَّناً مع تمييز الاستعلام الفاشل. أما الخطأ المُبلَّغ
عنه خارج أي طلب (مهمة، فحص عند الإقلاع) فيُسجَّل كالسابق دون تتبّع مرفق.
عناوين العملاء
يحمل كل نطاق طلب عنوان عميله، مُحدَّداً وفق ما يطلبه المشروع ضمن إعدادات المشروع ← التتبّع: في الوضع الافتراضيmasked تصفّر حزمة SDK آخر خانة من
IPv4 أو تقتطع IPv6 إلى /64 قبل إرسال أي شيء؛ وفي وضعَي hashed وfull
يُعالَج العنوان في جانب Lerix. يحدد عدد الوكلاء الموثوقين والترويسة كيفية
قراءته من X-Forwarded-For؛ ولا تُوثَق السلسلة كاملةً أبداً.
خيارات المصدّر
تغادر النطاقات بصيغة OTLP/HTTP JSON. إذا تعذّر الوصول إلى Lerix API تُحسب
الدفعة وتُسقط؛ لا إعادة محاولة، ولا حجب لأي طلب، ولا استثناء يصل إلى كودك.
العدّادات في
LerixService.tracing?.stats().