اوپنتلهمتری به بلوغ تولیدی رسید — اکنون تیمها در حال یادگیری این هستند که نظارتپذیری واقعاً چه هزینهای دارد
مشخصات ردیابی OpenTelemetry در سال ۲۰۲۱ به مرحله پایدار رسید. مشخصات متریکها نیز در سال ۲۰۲۳ دنبال شد. تا اوایل سال ۲۰۲۵، OTel از نظر تعداد مشارکتکنندگان، دومین پروژه فعال CNCF پس از Kubernetes است.几乎所有 backendهای بزرگ نظارتپذیری — Datadog، New Relic، Honeycomb، Grafana، Dynatrace و AWS CloudWatch — اکنون دادههای OTel را به صورت بومی میپذیرند. نظرسنجی CNCF در سال ۲۰۲۴ نشان داد که ۴۴٪ از سازمانها OTel را در محیط تولید دارند، که نسبت به ۲۷٪ سال قبل افزایش یافته است. این سرعت واقعی پذیرش است، نه نویز آماری.
آنچه این اعداد پنهان میکنند، واقعیت عملیاتیای است که تیمها وقتی OTel را در یک محیط تولید جدی روشن میکنند با آن مواجه میشوند: حجم داده بسیار زیاد است و هزینه ذخیرهسازی، پرسوجو، و هشدار روی آن سریعتر از خود سیستم رشد میکند.
مشکل کاردینالیتی در قالب عینی
کاردینالیتی در زمینه نظارتپذیری به تعداد سریهای زمانی منحصربهفردی اشاره دارد که سیستم متریک شما باید ردیابی کند. یک نقطه پایانی HTTP واحد که با OTel ابزار شده است ممکن است برای هر درخواست یک span با ویژگیهایی مانند http.method، http.status_code، http.route، http.target، و یک برچسب سفارشی user_id که توسط توسعهدهنده اضافه شده است، منتشر کند. لحظهای که user_id را در یک متریک (نه فقط در یک ردیابی) لحاظ میکنید، کاردینالیتی شما منفجر میشود: به جای چند سری زمانی برای آن نقطه پایانی، اکنون به ازای هر کاربری که تا به حال به آن دسترسی داشته، یک سری زمانی دارید.