بلغت OpenTelemetry مرحلة النضج الإنتاجي — والآن تكتشف الفرق التكلفة الحقيقية للمراقبة

مواصفات التتبع (tracing) في OpenTelemetry وصلت إلى مرحلة الاستقرار في 2021. تبعتها مواصفات المقاييس (metrics) في 2023. مع بداية عام 2025، أصبح OTel ثاني أكثر مشروع نشاطًا في CNCF من حيث عدد المساهمين، بعد Kubernetes. كل الأنظمة الخلفية الرئيسية للمراقبة — Datadog وNew Relic وHoneycomb وGrafana وDynatrace وAWS CloudWatch — أصبحت الآن تقبل بيانات OTel بشكل أصلي. وجد استبيان CNCF لعام 2024 أن 44% من المؤسسات لديها OTel قيد الإنتاج، مقارنة بـ 27% في العام السابق. هذه سرعة تبني حقيقية، وليست مجرد ضوضاء في الاستبيان.

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

مشكلة الكاردينالية (Cardinality) بعبارات ملموسة

الكاردينالية، في سياق المراقبة، تشير إلى عدد السلاسل الزمنية الفريدة التي يجب على نظام المقاييس تتبعها. نقطة نهاية HTTP واحدة تم تزويدها بأدوات OTel قد تصدر سبانًا (span) لكل طلب يحتوي على سمات مثل http.method و http.status_code و http.route و http.target وعلامة user_id مخصصة يضيفها المطور. في اللحظة التي تقوم فيها بتضمين user_id في مقياس (وليس فقط في تتبع)، فإن الكاردينالية تنفجر: بدلاً من عدد قليل من السلاسل الزمنية لنقطة النهاية هذه، أصبح لديك الآن سلسلة زمنية واحدة لكل مستخدم قام بزيارتها على الإطلاق.