Uç noktalar
İstek gövdesini
application/x-protobuf veya application/json olarak
gönderin. Gövdeyi Content-Encoding: gzip ile sıkıştırabilirsiniz.
Proje alım anahtarını (ingest key) şu 2 başlıktan birinde gönderin:
x-logbrew-key: lbw_ingest_...Authorization: Bearer lbw_ingest_...
server anahtarı kullanın. Anahtar türleri için
Proje anahtarı türleri bölümüne
bakın.
OpenTelemetry SDK’sını yapılandırın
OpenTelemetry SDK’ları standartOTEL_* ortam değişkenlerini okur. Temel uç
noktayı ayarlayın. SDK, /v1/logs, /v1/traces ve /v1/metrics yollarını
kendisi ekler.
OpenTelemetry Collector’ı yapılandırın
Birotlphttp exporter’ı ekleyin. Temel uç noktayı ayarlayın. Exporter, sinyal
yolunu kendisi ekler.
LogBrew OTLP verilerini nasıl okur
LogBrew şu kaynak özniteliklerini olay bağlamına aktarır:
Diğer kaynak öznitelikleri ve enstrümantasyon kapsamı (instrumentation scope)
her olayın meta verisinde kalır.
LogBrew, monoton olmayan delta toplamlarını reddeder. Log kaydı veya span, iz
kimliğini ve span kimliğini korur. Böylece loglar kendi izlerinde görünür.
LogBrew, verileri saklamadan önce kimlik bilgilerini
[redacted] ile
değiştirir. Bu kural, anahtarı bir kimlik bilgisine işaret eden öznitelik
değerlerine uygulanır. Örnekler: authorization, cookie, password,
secret, api_key veya sonu token ile biten bir anahtar. Kural ayrıca
process.command_args, process.command_line, bir URL’deki kullanıcı adı ve
parola ile token, code, key ve signature gibi URL sorgu değerleri için
geçerlidir. Başka gizli bilgiler göndermeyin.
Sınırlar
SDK verilerinin hız sınırları ve plan limitleri de geçerlidir. Bir istekte çok
fazla kayıt varsa LogBrew ilk kayıtları saklar ve kalanları reddeder. Daha
küçük toplu gönderimler kullanın.
Yanıtlar
LogBrew, isteğin kodlamasıyla yanıt verir.
Hesabınız plan limitine ulaştığında LogBrew
200 ile yanıt verir ve her kaydı
reddeder. Mesaj, limitin sıfırlanacağı zamanı verir. Exporter, limit
sıfırlanmadan önce yeniden denemez.
LogBrew, reddedilen kayıtları
Hesap kullanımı içinde sayar. Bu
kayıtlar sdk_dropped_events içinde otlp_rejected_record nedeniyle, plan
limitine ulaşıldığında ise usage_limit_exceeded nedeniyle görünür. Reddedilen
kayıtlar kullanıma sayılmaz.
Yeniden gönderilen bir istek, kayıtlarını tekrar saklamaz. LogBrew yeniden
gönderilen bir kaydı içeriğinden tanır.
