Edge Functions — تتبّع الطلبات

​

مقدمة

​

التفعيل

const lerix = Lerix.init({
  apiKey: Deno.env.get('LERIX_KEY')!,
  projectId: Deno.env.get('LERIX_PROJECT_ID')!,
  app: { id: 'orders' },
  tracing: { enabled: true },
});

Deno.serve(lerix.wrap(handler));

​

ما الذي يُسجَّل

• نطاق خادم واحد لكل طلب مغلَّف، باسم METHOD /route. المسار هو مسار الرابط بعد استبدال المقاطع التي تشبه القيم (GET /orders/:id). تُواصَل ترويسة W3C traceparent الواردة، فيظهر الطلب القادم من تطبيقك (أو من دالة أخرى) كتتبّع واحد.
• fetch الخارجي: يصبح كل استدعاء داخل الطلب نطاق client باسم METHOD host ويحمل ترويسة traceparent. تُتجاهل الاستدعاءات إلى Lerix API نفسها.
• استدعاءات قاعدة بيانات Supabase: تُسمّى الطلبات التي ترسلها supabase-js إلى PostgREST كنطاقات قاعدة البيانات: select orders وinsert orders وupsert orders وupdate orders وdelete orders وrpc apply_discount. المرشّحات (filters) موجودة في سلسلة الاستعلام ولا تُسجَّل أبداً.

const pdf = await lerix.trace('render invoice', () => renderInvoice(order));

​

أخذ العينات

​

التتبّع خلف الخطأ

​

عنوان العميل

​

القيود

• تحتاج النطاقات الفرعية إلى AsyncLocalStorage لتجد طلبها. في Cloudflare فعّل nodejs_compat. وفي Vercel Edge تعتمد النطاقات الفرعية على إتاحة بيئة التشغيل AsyncLocalStorage كمتغير عام. وبدونه تحصل مع ذلك على نطاق الخادم لكل طلب، وتبقى الأخطاء مرتبطة به.
• لا تتقدّم الساعات في Cloudflare Workers إلا عبر عمليات الإدخال/الإخراج، لذا يظهر العمل الحسابي الخالص (CPU) هناك بمدة صفرية.