Ana içeriğe atla
LogBrew, HTTP üzerinden OpenTelemetry protokolünü (OTLP) kabul eder. Herhangi bir OpenTelemetry SDK’sı, OpenTelemetry Collector veya başka bir OTLP exporter’ı LogBrew’e log, iz ve metrik gönderebilir. LogBrew SDK’sına ihtiyacınız yoktur. LogBrew, OTLP verilerini SDK verileri gibi saklar. Bu verileri panelde, CLI’da ve MCP sunucusunda aynı şekilde okursunuz. Veriler kullanıma aynı şekilde sayılır. Aynı plan limitleri ve hız sınırları geçerlidir.

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_...
Bir hizmet için 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ı standart OTEL_* ortam değişkenlerini okur. Temel uç noktayı ayarlayın. SDK, /v1/logs, /v1/traces ve /v1/metrics yollarını kendisi ekler.
Anahtarı gizli bilgi deponuzda saklayın. Anahtarı kaynak kontrolüne koymayın.

OpenTelemetry Collector’ı yapılandırın

Bir otlphttp 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.

Verilerin geldiğini doğrulayın

1 log, span veya metrik gönderin. Ardından bunu bir okuma anahtarıyla (read key) geri okuyun. Test olayınızı geri okuyun bölümündeki adımları izleyin. Hiçbir şey gelmezse exporter loglarını okuyun. OTLP yanıtı, reddedilen her istek veya kayıt için nedeni verir.