Telemetry — dastur, qurilma yoki infratuzilmaning ishlashi haqidagi ma’lumotni avtomatik hosil qilish, uzatish va tahlil tizimiga yetkazish jarayonidir. Observabilityda metric, log va trace asosiy signal turlari hisoblanadi. Profil, event va exemplar ham telemetryning qo‘shimcha ko‘rinishlari bo‘lishi mumkin.
Signal turlari
Metric vaqt bo‘yicha sonli holat va agregatni, masalan request rate yoki memory usage ni beradi. Log alohida hodisaning batafsil yozuvidir. Trace bitta operatsiyaning xizmatlar bo‘ylab bajarilish yo‘lini spanlar orqali ko‘rsatadi.
Bir signal boshqasining o‘rnini to‘liq bosmaydi. Metric incident mavjudligini tez ko‘rsatadi, trace latency yo‘lini, log esa aniq error kontekstini beradi. Correlation ID va trace ID ular orasida navigatsiya yaratadi.
Instrumentatsiya
Manual instrumentation domen operatsiyasi, business event va muhim attribute ni developer belgilashini anglatadi. Automatic instrumentation HTTP framework, database driver va runtime chaqiruvlarini kodni kam o‘zgartirib kuzatadi. Auto instrumentation business ma’nosini o‘zi bilmaydi.
Semantic conventions service, HTTP, database va messaging atributlariga umumiy nom beradi. Noto‘g‘ri yoki versionlar orasida farqli convention query va dashboardni buzadi. Instrumentation library va schema versiyasi boshqariladi.
Pipeline
SDK data ni processorda batch yoki sample qiladi va OTLP orqali collectorga eksport qilishi mumkin. Collector normalize, filter, redact va bir nechta backendga route qiladi. Export network failure application requestini odatda to‘xtatmasligi kerak, ammo buffer va drop metriclari ko‘rinadi.
Pull metric modelida monitoring server endpointni scrape qiladi. Push signalda application yoki agent backendga yuboradi. Har model service discovery, retry va backpressurega turli talab qo‘yadi.
Data sifati
Metric birligi, label cardinality va counter/gauge turi aniq bo‘lmasa chiroyli grafik noto‘g‘ri xulosa beradi. Log timestamp va schema bilan, trace esa to‘g‘ri parent context bilan chiqishi kerak. Missing telemetryni real nol sifatida talqin qilish xavfli.
Canary signal pipeline end-to-end ishlayotganini tekshiradi. Export failure, queue size, parse error, dropped span va scrape gap telemetry tizimining o‘zi uchun metricdir. Observability pipeline mustaqil sog‘lomlik nazoratiga ega.
Xarajat va sampling
Har request payloadini loglash yoki har internal functionga span yaratish storage va CPUni keskin oshiradi. Attribute qiymati va retention foydalilikka qarab tanlanadi. Sampling hajmni kamaytiradi, ammo audit va billing data uchun to‘liqlik talab qilinishi mumkin.
High-cardinality identifikator metric labelda emas, log, trace yoki exemplarda saqlanadi. Aggregationni ingestdan oldin bajarish xarajatni kamaytiradi, lekin yo‘qotilgan dimensionni keyin tiklab bo‘lmaydi.
Xavfsizlik
Telemetry production data nusxasidir. Token, parol, cookie va shaxsiy payload default attribute yoki logga kiritilmaydi. Redaction sourcega yaqin bajariladi. Backend accessi tenant, rol va ma’lumot tasnifi bo‘yicha cheklanadi.
Telemetry agent va collector yuqori network ruxsatiga ega bo‘lishi mumkin. TLS, authentication, egress restriction va yangilanish siyosati qo‘llanadi. Retention tugaganda indeks, object storage va backup nusxalari ham o‘chirish talabiga kiradi.
Resource metadata
Telemetry resource signalni ishlab chiqargan entityni bildiradi: service name, version, instance, cluster yoki cloud region. Resource attribute har log yoki spanga qo‘lda takrorlanmasdan SDK yoki collector orqali biriktiriladi. Noto‘g‘ri service nomi trace va metricni bir nechta soxta xizmatga bo‘ladi.
Deployment version signalga qo‘shilsa regressiya aynan rollout bilan bog‘lanadi. Instance ID troubleshooting uchun foydali, ammo uzoq retentionda cardinality va churn yaratadi. Aggregationda kerakli barqaror dimensionlar saqlanadi.
Bog‘liq tushunchalar
Observability, Metric, Log, Trace, OpenTelemetry, OTLP, Instrumentation