برمجياتقراءة دقيقتين

Cloudflare تضيف قياس المعالج والذاكرة عند الطلب لـ Workers وDurable Objects في الإنتاج

المغزى

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

أعلنت Cloudflare في 9 أكتوبر 2026 دعم قياس استهلاك المعالج والذاكرة، أو ما يُعرف بالـ profiling، عند الطلب في Workers وDurable Objects. والمُخرج رسم تفاعلي من نوع flamegraph، يُظهر الدوال التي استهلكت الوقت والذاكرة. ويمكن تشغيل القياس من لوحة التحكم ضمن قسم Observability، أو من أداة الـ CLI بملف بصيغة pprof.

والهدف المعلن هو مراقبة التنفيذ الفعلي في الإنتاج. فالقياس لا يشغّل isolate جديدًا، وهو بيئة التشغيل المعزولة التي يعمل فيها الكود، بل يقيس isolate قائمًا يخدم طلبات مستخدمين حقيقيين. ولهذا شرط مباشر بنص الإعلان: يحتاج الـ Worker إلى حركة كافية وقت القياس حتى يُقاس بنجاح.

وفي التنفيذ تفصيلة هندسية. فالقفل على الـ isolate يُؤخذ عند بدء القياس وعند إيقافه فقط، ويُحرَّر في ما بينهما، لأن الإمساك به طوال المدة يوقف تنفيذ JavaScript. أي أن أداة القياس كانت ستصبح هي سبب التوقف لو صُممت بطريقة أخرى. وتؤخذ عينات المعالج كل مللي ثانية واحدة.

ويذكر الإعلان حدود الميزة. فنافذة القياس يدوية، والبطء الذي يحدث خارجها لا يظهر. وقياس الذاكرة يُظهر ما حُجز داخل النافذة فقط، لا ما حُجز عند بدء التشغيل الأول. ومشاريع TypeScript تحتاج إلى source maps، وإلا ظهرت أسماء الدوال مشوّشة. أما القياس المستمر فمذكور بوصفه عملًا مستقبليًا.

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

المصادر

  1. إعلان Cloudflare عن الميزة
  2. توثيق المراقبة في Workers
  3. أداة pprof من Google
  4. توثيق source maps في Workers

من عدد الاثنين 1 جمادى الأولى - 12 أكتوبر

أخبار ذات صلة

أخبار الاثنين 1 جمادى الأولى - 12 أكتوبر