Semua sinyal. Satu cerita yang jelas.

LogBrew menghubungkan log, trace, masalah, dan rilis agar setiap kegagalan bisa dipahami.

LogBrew
LogBrew

Log

Cari pesannya, lalu buka trace saat sebuah log menjelaskan kegagalan.

Log

POST /webhooks/payments

{
  "title": "POST /webhooks/payments",
  "project": "Checkout API",
  "duration": "12 ms",
  "spans": 3,
  "trace_id": "webhook-8e91",
  "issue_id": "PAY-1043",
  "request_id": "req-webhook-8e91",
  "release": "checkout-api@1.24.0",
  "environment": "production",
  "http": {
    "method": "POST",
    "route": "/webhooks/payments",
    "status_code": 400
  },
  "operations": [
    {
      "span_id": "webhook",
      "parent_span_id": null,
      "name": "POST /webhooks/payments",
      "start_offset_ms": 0,
      "duration_ms": 12,
      "status": "error"
    },
    {
      "span_id": "secret",
      "parent_span_id": "webhook",
      "name": "signing_key.load",
      "start_offset_ms": 0,
      "duration_ms": 3,
      "status": "ok"
    },
    {
      "span_id": "verify",
      "parent_span_id": "webhook",
      "name": "signature.verify",
      "start_offset_ms": 3,
      "duration_ms": 9,
      "status": "error",
      "attributes": {
        "key_version": "v7",
        "signature_match": false,
        "payload_logged": false
      }
    }
  ],
  "logs": [
    {
      "offset_ms": 0,
      "severity": "info",
      "message": "Payment webhook received; provider event evt-9032"
    },
    {
      "offset_ms": 3,
      "severity": "info",
      "message": "Loaded signing key version v7 from runtime configuration"
    },
    {
      "offset_ms": 12,
      "severity": "error",
      "message": "Signature verification failed; returned 400 without updating order state"
    }
  ]
}

Manfaatkan buktinya.

Temukan masalah yang berulang

Tinjau masalah yang dikelompokkan dan kemunculan terbarunya sebelum memilih apa yang akan diinvestigasi.

Baca panduan masalah
LogBrew
LogBrew

Masalah

Cari kegagalan dan buka konteks trace.

Masalah
ErrorCheckout API3
KritisCheckout API18
PeringatanCheckout API6
InfoCheckout API12

Lihat apa yang terjadi sebelumnya

Ikuti log dan breadcrumbs yang terekam di sekitar kegagalan. Tetap lihat konteks permintaannya.

Baca panduan investigasi
LogBrew
LogBrew

Trace

Buka permintaan untuk melihat jalurnya dan sinyal terkait.

Trace
Checkout APIError12 ms3
Checkout APISehat46 ms3
Checkout APISehat8 ms2
Checkout APIError2,548 ms4

Investigasi bersama agen Anda

Bawa konteks yang terekam ke alur kerja coding Anda. Tinjau buktinya sebelum memutuskan apa yang diubah.

Baca panduan agen
LogBrew
LogBrew

POST /webhooks/payments

{
  "title": "POST /webhooks/payments",
  "project": "Checkout API",
  "duration": "12 ms",
  "spans": 3,
  "trace_id": "webhook-8e91",
  "issue_id": "PAY-1043",
  "request_id": "req-webhook-8e91",
  "release": "checkout-api@1.24.0",
  "environment": "production",
  "http": {
    "method": "POST",
    "route": "/webhooks/payments",
    "status_code": 400
  },
  "operations": [
    {
      "span_id": "webhook",
      "parent_span_id": null,
      "name": "POST /webhooks/payments",
      "start_offset_ms": 0,
      "duration_ms": 12,
      "status": "error"
    },
    {
      "span_id": "secret",
      "parent_span_id": "webhook",
      "name": "signing_key.load",
      "start_offset_ms": 0,
      "duration_ms": 3,
      "status": "ok"
    },
    {
      "span_id": "verify",
      "parent_span_id": "webhook",
      "name": "signature.verify",
      "start_offset_ms": 3,
      "duration_ms": 9,
      "status": "error",
      "attributes": {
        "key_version": "v7",
        "signature_match": false,
        "payload_logged": false
      }
    }
  ],
  "logs": [
    {
      "offset_ms": 0,
      "severity": "info",
      "message": "Payment webhook received; provider event evt-9032"
    },
    {
      "offset_ms": 3,
      "severity": "info",
      "message": "Loaded signing key version v7 from runtime configuration"
    },
    {
      "offset_ms": 12,
      "severity": "error",
      "message": "Signature verification failed; returned 400 without updating order state"
    }
  ]
}

Hubungkan aplikasi Anda

Pilih integrasi untuk aplikasi Anda dan ikuti panduan penyiapannya untuk mengirim sinyal pertama.

Baca panduan penyiapan

Beri setiap sinyal jalan menuju jawaban.

Buka LogBrew dan ubah pertanyaan produksi berikutnya menjadi investigasi yang terarah.

Mulai memantau

Temukan jawaban seputar LogBrew di FAQ kami

Pelajari cara menghubungkan aplikasi, menginvestigasi error, dan bekerja dengan agen coding Anda.

LogBrew membantu Anda menginvestigasi kegagalan aplikasi dengan masalah yang dikelompokkan, log, dan trace. Buka sebuah masalah untuk memeriksa konteks yang terekam, atau cari log untuk peristiwa tertentu. Detail yang tersedia bergantung pada integrasi Anda dan data yang dikirim aplikasi Anda.

Log mencatat peristiwa satu per satu, termasuk aktivitas normal. Error tracking mengelompokkan kegagalan yang saling terkait menjadi masalah, sehingga Anda bisa meninjau kemunculan berulang dan kapan terakhir terjadi. Gunakan masalah untuk memilih apa yang ditangani, lalu periksa log terkait untuk melihat konteksnya.

Mulai dari kemunculan yang terekam, lalu periksa lingkungan, rilis, pesan, dan stack trace-nya. Tinjau log terkait dan bukti trace jika ada. Catatan ini dapat mempersempit investigasi meskipun Anda tidak bisa mereproduksi error secara lokal, tetapi tidak menjamin ditemukannya akar masalah.

Jika integrasi Anda merekam breadcrumbs atau log terkait, detail masalah dapat menampilkan peristiwa di sekitar kegagalan. Trace yang tertaut dapat menambahkan waktu setiap operasi. LogBrew tidak dapat menyusun ulang aktivitas yang tidak direkam aplikasi Anda.

Log mencatat satu peristiwa. Stack trace menunjukkan urutan pemanggilan fungsi yang terkait dengan sebuah error. Distributed trace mengikuti operasi yang saling terkait dalam satu permintaan atau tugas, bisa juga melintasi beberapa layanan. Masing-masing menjawab pertanyaan yang berbeda saat debugging.

Gunakan Masalah untuk meninjau kegagalan yang dikelompokkan, jumlah kemunculannya, dan kemunculan terbarunya. Persempit hasil menurut proyek dan rentang waktu, lalu periksa satu kemunculan. Pengulangan membantu Anda melihat pola, tetapi tidak dengan sendirinya mengukur dampak ke pengguna.

Peristiwa terkait dapat dihubungkan jika integrasi Anda merekam dan meneruskan konteks trace yang cocok. Timestamp yang sama atau pesan yang mirip tidak cukup untuk membuktikan bahwa dua peristiwa berasal dari permintaan yang sama. Ikuti petunjuk tracing untuk setiap integrasi.

Error dapat terekam tanpa konteks trace yang aktif. Trace juga bisa tidak tersedia saat Anda memeriksanya. Periksa status bukti di detail masalah dan konfigurasi tracing pada integrasi Anda. SDK yang lebih baru tidak menambahkan konteks trace ke kemunculan lama.

Bisa. Gunakan konteks investigasi, CLI, atau tool MCP yang tersedia untuk memberi agen Anda bukti dengan cakupan terbatas. Panduan agen menjelaskan alur kerjanya. Periksa data apa yang Anda bagikan, jangan masukkan kredensial ke prompt, dan tinjau perubahan yang diusulkan sebelum menerapkannya.

Anda bisa menginvestigasi langsung di dasbor. Tool agen bersifat opsional. Kedua cara sebaiknya memakai bukti yang terekam dan tetap menampilkan konteks yang hilang atau terbatas. LogBrew tidak menjamin perbaikan otomatis.

Buat proyek, pilih integrasi untuk bahasa atau framework Anda, lalu ikuti panduan penyiapannya. Kirim peristiwa uji yang aman dan pastikan peristiwa itu muncul di proyek yang dituju. Sinyal dan konfigurasi yang didukung berbeda untuk setiap integrasi.

Periksa dulu proyek, rentang tanggal, dan filter lain yang dipilih. Lalu verifikasi konfigurasi proyek dan sinyal yang dikirim integrasi Anda. Log, masalah, dan trace adalah aliran terpisah, jadi halaman Log yang kosong tidak berarti tidak ada masalah yang diterima.

Anda dapat mengatur telemetri ke dalam proyek dan memakai tampilan yang didukung untuk memilih satu, beberapa, atau semua proyek yang dapat Anda akses. Layanan menandai komponen yang melapor di dalam sebuah proyek. Jaga agar cakupan ini tetap jelas saat membandingkan aktivitas frontend, backend, dan worker.

Pengumpulan dan pengiriman telemetri memakai sumber daya. Dampaknya bergantung pada SDK, konfigurasi, dan volume peristiwa Anda. Uji integrasi Anda dengan beban kerja yang representatif dan gunakan pengaturan yang didokumentasikan untuk SDK tersebut. Jangan berasumsi tidak ada overhead sama sekali.

Jangan sertakan rahasia atau data pribadi yang tidak perlu di pesan, atribut, atau konteks error. Tinjau opsi perekaman dan penyamaran data di SDK Anda, lalu periksa peristiwa uji yang aman sebelum mengaktifkan integrasi di produksi. Jangan berasumsi setiap field otomatis dihapus.

Buka halaman Harga untuk melihat paket saat ini dan kuota yang termasuk. Setelah masuk, periksa halaman akun dan penggunaan untuk informasi yang ditampilkan bagi akun Anda. Periksa detail paket saat ini, jangan berasumsi pengumpulan data tidak terbatas.