8.2. Araçlar ve Standartlar
Sinyaller, ancak onları toplayan, saklayan ve sorgulayan boru hattı kadar faydalıdır — ve buradaki yanlış araç seçimi, trafiğinizle birlikte ölçeklenen bir maliyet ve kardinalite problemine dönüşür. Bu bölüm, satıcı tarafsız enstrümantasyon standardını (OpenTelemetry), Prometheus’un pull tabanlı metrik modelini ve sorgu dilini, Grafana ile dashboard ve uyarı oluşturmayı, izleme backend’lerini (Jaeger, Tempo) ve eBPF’in uygulama koduna dokunmadan açtığı kernel düzeyinde gözlemlenebilirliği kapsar.
İncelenen Konular
Section titled “İncelenen Konular”- 8.2.1. OpenTelemetry: Satıcı Tarafsız Enstrümantasyon Standardı: Kodu bir kez enstrümante edip her yere aktarmak için satıcı tarafsız standart olan OpenTelemetry’yi kapsar.
- 8.2.2. Prometheus: Pull Tabanlı Metrik Toplama ve PromQL: Prometheus’un pull tabanlı toplamasını, PromQL’i ve onu öldüren kardinalite patlamasını açıklar.
- 8.2.3. Grafana: Dashboard Tasarımı ve Uyarı Sistemi: Ham metrikleri eyleme geçirilebilir sinyallere dönüştüren Grafana dashboard tasarımını ve uyarı sistemini kapsar.
- 8.2.4. Jaeger / Zipkin / Tempo: Dağıtık İzleme Backend’leri: İzleme backend’leri olarak Jaeger, Zipkin ve Tempo’yu ve head-e-karşı-tail örnekleme ödünleşimlerini karşılaştırır.
- 8.2.5. Loki: Prometheus Felsefesiyle Log Toplama: Ucuz, indeks-hafif toplama için Prometheus etiket modelini loglara uygulayan Loki’yi açıklar.
- 8.2.6. eBPF: Kernel Düzeyinde Gözlemlenebilirlik (Cilium, Pixie): Cilium ve Pixie ile eBPF gözlemlenebilirliğini kapsar: uygulama koduna dokunmadan kernel düzeyinde görünürlük.