Topik temu duga representatif

Temu duga data: Bagaimanakah anda mereka bentuk saluran paip histogram eksponen OpenTelemetry dengan kawalan kos?

DataSukar
Pasukan Editorial Offer.ccDiterbitkan Dikemas kini

Soalan

Anda perlu menghantar metrik kependaman julat dinamik tinggi daripada OpenTelemetry ke Prometheus. Bagaimanakah anda memilih histogram eksponen, menggabungkannya dengan betul, dan menghalang kos storan serta pertanyaan daripada melonjak?

Gesaan

Reka bentuk saluran paip metrik kependaman untuk perkhidmatan pelbagai wilayah: SDK mengeluarkan data ExponentialHistogram OpenTelemetry, sebuah Collector mengagregatkannya, dan bahagian belakang menulis histogram natif Prometheus. Terangkan semantik, laluan penurunan taraf, dan kawalan kos.

Senario dan kekangan

Kependaman merangkumi mikrosaat hingga minit dan perkhidmatan mempunyai label kardinaliti tinggi. Sesetengah bahagian belakang hanya menyokong baldi klasik, kelompok boleh hilang, dan pertanyaan memerlukan p50, p95, serta pengagregatan merentas wilayah. Metrik tidak boleh mendedahkan data penyewa atau mencipta siri masa tanpa batas.

Perkara yang diuji

Ujian ini merangkumi sempadan eksponen, skala, baldi positif dan negatif, kiraan sifar, count/sum, kekadaran masa (temporality), dan kebolehgabungan merentas proses. OpenTelemetry memampatkan sempadan eksponen untuk julat dinamik tinggi pada ralat relatif yang kecil; histogram natif Prometheus boleh memetakan model tersebut, tetapi penukaran dan pertanyaan mesti mengekalkan maksudnya.

Pendekatan rujukan

Catat hanya dimensi perniagaan dan pemerhatian yang diluluskan dalam SDK. Gabungkan skema yang sama dalam Collector mengikut perkhidmatan, wilayah, dan tetingkap tetap. Tukar secara eksplisit kepada baldi klasik bersempadan untuk bahagian belakang yang tidak disokong dan catatkan kehilangan ketepatan. Hadkan skala, kiraan baldi, set label, dan belanjawan setiap penyewa; lakukan pensampelan bawah atau tolak label baharu pada had tersebut dan bukannya memotong secara senyap.

Butiran kritikal

Semak kekadaran masa, kekadaran masa pengagregatan, skema, baldi positif dan negatif, serta julat masa sebelum menggabungkan; skema yang berbeza tidak boleh ditambah secara langsung. Buat pertanyaan p95 sebagai anggaran dan tunjukkan kiraan sampel, ralat, dan penanda penurunan taraf. Gunakan nombor jujukan kelompok dan percubaan semula untuk mengelakkan daripada mengira kelompok dua kali.

Perangkap biasa

Memanggil baldi eksponen sebagai kuantil tepat; menambah kekadaran masa yang berbeza; membenarkan label tanpa batas; menukar segala-galanya kepada skala paling halus; mengabaikan negatif, baldi sifar, dan pertindihan percubaan semula; serta mengukur storan tanpa amplifikasi pertanyaan.

Rubrik penilaian

Jawapan yang kukuh mentakrifkan sempadan SDK, Collector, remote-write, pertanyaan, dan kawalan belanjawan; menyatakan invarian gabungan dan dasar penurunan taraf; serta menerangkan ralat p95. "Gunakan histogram_quantile" tanpa model data atau analisis kos adalah tidak mencukupi.

Soalan susulan

Mengapakah skema eksponen yang berbeza tidak boleh digabungkan secara langsung?

Indeks baldi masing-masing dipetakan ke sempadan yang berbeza, jadi penambahan akan meletakkan pemerhatian dalam julat yang salah. Petakan semula kepada skema yang serasi mengikut spesifikasi dan catatkan perubahan ketepatan.

Bagaimanakah anda mengendalikan kekadaran masa kumulatif dan delta bersama-sama?

Tukar secara eksplisit dalam Collector sambil mengekalkan nilai mula dan nilai sebelumnya bagi setiap strim. Jika kesinambungan tiada, gugurkan atau tandai tetingkap yang tidak lengkap; jangan sekali-kali menambah nilai kumulatif sebagai delta.

Bilakah anda patut berundur kembali ke histogram klasik?

Gunakan baldi klasik bersempadan apabila bahagian belakang ketiadaan sokongan natif, pematuhan memerlukan julat tetap, atau ekosistem pertanyaan tidak dapat mentafsir baldi eksponen. Terbitkan imbangan ralat dan kos daripada membiarkan pengguna meneka.

Sumber awam

Soalan berkaitan