Sazabi

npx add-mcp 'https://mcp.sazabi.com/mcp'

Observabilitas dan keamanan native AI

Mulai cepat: https://docs.sazabi.com/get-started/quickstart

Mulai: npx @sazabi/cli start

Peringatan otonom, debugging percakapan, dan integrasi agen coding. Sazabi menampilkan masalah yang penting dan memberi tim Anda konteks untuk menyelesaikannya.

Dipercaya oleh

• Mastra
• Weave
• Sandstone
• Wajo
• Autumn
• Agree.com
• Inth
• Hoplite
• Taiga
• XMTP Labs

Sazabi adalah platform observabilitas dan keamanan native AI untuk tim yang merilis perangkat lunak dengan cepat. Platform ini menghubungkan log produksi dengan kode, mendeteksi masalah penting tanpa monitor yang dibuat secara manual, menyelidiki akar penyebab, dan mengirimkan konteks yang berguna ke alat yang digunakan para engineer. Ajukan pertanyaan dengan bahasa sehari-hari, pahami apa yang berubah, dan biarkan agen coding menggunakan konteks tersebut untuk membantu menyelesaikan masalah produksi.

Gunakan Sazabi untuk peringatan otonom, debugging percakapan, dan alur kerja agen coding. Sazabi dibuat untuk tim engineering yang perlu menemukan dan memperbaiki masalah produksi tanpa memelihara banyak dasbor dan monitor statis. Jelajahi produk, integrasi, praktik keamanan, dan sumber daya developer untuk mengetahui bagaimana Sazabi cocok dengan stack Anda.

Kemampuan

Deteksi tanpa sentuhan

Temukan masalah yang tidak Anda perkirakan

Monitor hanya menangkap kegagalan yang sudah Anda prediksi. Sazabi mengawasi setiap log dan menandai sisanya, mulai dari gangguan layanan yang tidak kentara dan pengguna yang frustrasi hingga agen yang bertindak di luar kendali, sejak Anda menghubungkannya.

• Deteksi otomatis: Temukan perubahan pada log tanpa menulis aturan peringatan.
• Analisis akar penyebab: Kelompokkan error terkait dan telusuri kembali ke kode Anda.
• Saran perbaikan: Berikan rencana kepada engineer dan agen coding untuk menyelesaikan setiap masalah.

Pemantauan keamanan

Ketahui saat Anda terekspos

Sazabi memindai kode Anda untuk menemukan celah keamanan dan memberi tahu Anda segera setelah CVE baru berdampak pada sesuatu yang Anda jalankan. Saat botnet, penipuan, atau penyusup muncul di log, tim Anda akan mengetahuinya secara real time.

• Pemindaian kode: Temukan kerentanan di repositori yang terhubung.
• Pelacakan CVE: Ketahui saat kerentanan baru berdampak pada dependensi Anda.
• Deteksi ancaman: Temukan botnet, penipuan, dan aktivitas mencurigakan di log Anda.

Pencarian dengan bahasa sehari-hari

Log yang dirancang untuk agen Anda

Agen coding Anda melakukan debugging dengan membaca log, jadi Sazabi menyimpan semuanya dan membuatnya cepat dicari. Penyimpanan cukup murah sehingga Anda tidak perlu memilih apa yang harus dibuang.

• Pencarian dengan bahasa sehari-hari: Ajukan pertanyaan dan dapatkan jawaban beserta catatan log yang cocok.
• Kueri terstruktur: Cari kolom log dan pola berulang untuk mempersempit penyelidikan.
• CLI & MCP: Biarkan agen coding mengkueri log produksi dari alat mereka sendiri.

Dasbor yang selalu aktif

Buat grafik dari apa pun yang sudah Anda catat

Jika ada di log, Anda dapat menampilkannya di dasbor langsung: latensi p99, memori, kueri lambat, pendaftaran. Anda tidak perlu menggunakan pipeline metrik sama sekali.

• Dasbor yang dihasilkan AI: Jelaskan hal yang ingin Anda lacak dan ubah log menjadi grafik.
• Metrik berbasis log: Buat grafik volume log, memori, dan CPU dari data yang sudah Anda kirim.
• Pembaruan langsung: Pastikan grafik tetap terkini saat log baru masuk.

Cara kerja Sazabi

1. Hubungkan GitHub dan Slack: Instal aplikasi GitHub dan Slack hanya dengan beberapa klik. Sazabi membaca basis kode Anda untuk mendapatkan konteks dan bergabung dengan kanal tempat tim Anda bekerja.
2. Kirim Log: Teruskan log dari platform yang sudah Anda gunakan. Terstruktur atau tidak terstruktur, Sazabi menerimanya apa adanya. Tidak perlu skema, aturan penguraian, atau dasbor.
3. Dapatkan Peringatan: Sazabi mengawasi log Anda untuk menemukan anomali, menyelidiki setiap anomali berdasarkan kode Anda, dan mengirimkan masalah ke Slack, Microsoft Teams, atau email dengan akar penyebab yang sudah diidentifikasi.

Tampilkan masalah dari ratusan sinyal

Upaya serangan

Anomali autentikasi

Lonjakan kegagalan login, credential stuffing, perpindahan lokasi yang mustahil, penggunaan ulang sesi.

Jenis masalah: Serangan aktif (Credential stuffing, pemindaian, upaya eksploitasi.)

Credential stuffing terhadap 900 akun

Status: Terbuka

Deskripsi

Upaya login terkoordinasi sedang menguji kredensial di ratusan akun sambil mengganti alamat sumbernya.

Yang terjadi

Log autentikasi berisi 2.000 kegagalan login terhadap 900 akun. Urutan akun yang sama muncul dari berbagai IP, tidak seperti kesalahan acak pada lalu lintas login normal. Kegagalan ini menunjukkan upaya pengambilalihan otomatis; hal ini tidak membuktikan bahwa akun mana pun berhasil diakses.

Cara menyelidiki

Kelompokkan upaya berdasarkan akun dan sidik jari sesi, periksa login yang berhasil dalam kelompok tersebut, dan batasi laju lalu lintas yang menyalahgunakan sistem.

Payload serangan

Upaya SQL injection, path traversal, SSRF, atau template injection dalam permintaan.

Jenis masalah: Serangan aktif (Credential stuffing, pemindaian, upaya eksploitasi.)

Probe SQL injection terhadap alat observabilitas

Status: Terbuka

Deskripsi

Probe SQL injection tanpa autentikasi mencapai basis data melalui alat observabilitas yang di-host sendiri dan luput dari pelacakan error tim.

Yang terjadi

Seseorang tanpa sesi mengirim probe SQL injection ke alat observabilitas yang di-host sendiri, yang meneruskannya langsung ke basis data. Pelacakan error tim tidak pernah melihatnya; probe tersebut tampak seperti beberapa permintaan yang gagal.

Cara menyelidiki

Telusuri jalur permintaan yang terdampak dan tinjau log kueri basis data untuk mencari akses tanpa izin. Periksa versi alat yang terekspos dan batasi lalu lintas masuk selama penyelidikan.

Upaya eksploitasi

Lalu lintas yang cocok dengan eksploit yang diketahui terhadap stack Anda.

Jenis masalah: Serangan aktif (Credential stuffing, pemindaian, upaya eksploitasi.)

Probe terhadap endpoint yang rentan

Status: Terbuka

Deskripsi

Permintaan menargetkan endpoint yang disebutkan dalam advisori keamanan baru, sehingga menimbulkan pertanyaan tentang paparan aplikasi yang telah di-deploy.

Yang terjadi

Log akses menunjukkan probe berulang dengan rute dan bentuk payload yang dijelaskan dalam advisori. Permintaan ini melewati navigasi biasa dan langsung menuju endpoint yang terdampak. Lalu lintas yang cocok membuktikan adanya upaya eksploitasi, tetapi deployment yang rentan maupun eksekusi yang berhasil belum terkonfirmasi.

Cara menyelidiki

Bandingkan versi paket yang di-deploy dan rute yang diaktifkan dengan advisori, lalu periksa respons dan dampak lanjutannya sebelum memutuskan apakah perlu melakukan patch atau pembatasan.

Bot dan scraping

Klien dengan laju tinggi, browser headless, IP yang berganti-ganti.

Jenis masalah: Penyalahgunaan dan penipuan (Penyalahgunaan promo atau referral, pendaftaran palsu, spam, scraping.)

Direktori sedang di-scrape

Status: Terbuka

Deskripsi

Klien otomatis menelusuri direktori perusahaan secara berurutan, menimbulkan beban baca yang terus-menerus dan mengumpulkan data profil dalam jumlah besar.

Yang terjadi

Permintaan dari satu jaringan menelusuri setiap halaman direktori dengan jeda teratur tanpa navigasi di antaranya. Alamat klien yang berganti-ganti memiliki urutan halaman dan bentuk permintaan yang sama. Aktivitas ini berbeda dari penelusuran interaktif dan membuat direktori rentan terhadap pengumpulan data sistematis.

Cara menyelidiki

Tinjau kolom mana yang dapat dibaca publik, kelompokkan klien berdasarkan perilakunya, dan terapkan pembatasan laju khusus direktori tanpa memblokir penelusuran biasa.

Akses mencurigakan

Anomali akses

Satu pelaku membaca jauh lebih banyak data daripada biasanya, atau menelusuri ID secara berurutan.

Jenis masalah: Akses mencurigakan (Akun yang disusupi, penyalahgunaan oleh orang dalam, eksfiltrasi data.)

Catatan dibaca secara berurutan

Status: Terbuka

Deskripsi

Satu akun terautentikasi sedang menelusuri ribuan catatan, bukan mengikuti pola penelusuran biasanya.

Yang terjadi

Akun tersebut meminta ID catatan 1 hingga 5.000 secara berurutan. Pembacaan yang berhasil berlanjut ke catatan yang tidak dijangkau sesi melalui pencarian atau navigasi. Hal ini menunjukkan pengumpulan data massal dan perlu ditinjau cakupan aksesnya sebelum menganggap setiap catatan yang dikembalikan memang diizinkan.

Cara menyelidiki

Periksa sesi, beban kerja yang diharapkan, dan keputusan otorisasi tingkat catatan. Cabut akses jika tidak diizinkan dan identifikasi catatan mana yang dikembalikan.

Perubahan hak istimewa

Admin baru, eskalasi peran, kunci API baru.

Jenis masalah: Akses mencurigakan (Akun yang disusupi, penyalahgunaan oleh orang dalam, eksfiltrasi data.)

Peran admin diberikan pukul 3 pagi

Status: Terbuka

Deskripsi

Sebuah akun menerima hak istimewa administrator dari lokasi yang tidak dikenal dan di luar aktivitas normalnya, sehingga membuka jalur baru ke operasi dengan hak istimewa.

Yang terjadi

Jejak audit mencatat pemberian hak admin pukul 3 pagi dari lokasi yang tidak muncul dalam sesi pelaku sebelumnya. Akses berikutnya menggunakan peran baru tersebut. Pemberian hak ini mungkin merupakan pemeliharaan yang sah, tetapi pelaku, waktu, dan cakupannya perlu diverifikasi sebelum hak istimewa tersebut dipercaya.

Cara menyelidiki

Konfirmasikan pemberian hak tersebut dengan pemilik akun, periksa sesi yang mengotorisasinya, dan tinjau tindakan dengan hak istimewa yang dilakukan setelahnya. Cabut peran jika tidak disetujui.

Egress data yang tidak biasa

Ekspor besar atau respons kepada satu pelaku.

Jenis masalah: Akses mencurigakan (Akun yang disusupi, penyalahgunaan oleh orang dalam, eksfiltrasi data.)

Ekspor 50x lebih besar dari biasanya

Status: Terbuka

Deskripsi

Sebuah ekspor memindahkan data jauh lebih banyak daripada yang biasanya diambil akun ini, sehingga menimbulkan kemungkinan akses massal yang tidak disengaja atau tanpa izin.

Yang terjadi

Respons CSV berukuran 50 kali lebih besar daripada ekspor akun yang biasanya. Permintaan tersebut menghapus filter yang digunakan dalam ekspor sebelumnya dan mengembalikan kumpulan catatan yang jauh lebih luas. Perubahan ukuran ini membuktikan adanya egress yang tidak biasa; otorisasi dan cakupan yang dimaksud tetap perlu diperiksa.

Cara menyelidiki

Bandingkan filter ekspor, kolom yang dikembalikan, dan izin akun dengan tugas yang diminta. Tinjau tujuan ekspor dan cabut sesi jika ekspor tersebut tidak diizinkan.

Agen liar

Agen AI, milik Anda atau pihak ketiga, bertindak di luar cakupan normalnya.

Jenis masalah: Perilaku agen yang menyimpang (Agen AI bertindak di luar cakupan, prompt injection, loop yang tak terkendali.)

Agen dukungan memanggil endpoint admin

Status: Terbuka

Deskripsi

Agen dukungan memanggil operasi administratif di luar alat dan cakupan yang digunakan untuk tugas dukungan normalnya.

Yang terjadi

Log pemanggilan alat menunjukkan agen mengakses endpoint admin yang belum pernah digunakannya. Pemanggilan tersebut terjadi setelah konten yang diberikan pelanggan, bukan instruksi operator. Urutan ini menimbulkan dugaan pelanggaran cakupan; respons dan log audit harus memastikan apakah operasi tersebut benar-benar mengubah sesuatu.

Cara menyelidiki

Periksa konten pemicu, argumen alat, dan hasil otorisasi. Batasi alat agen pada cakupan dukungannya dan wajibkan persetujuan untuk tindakan administratif.

Kerentanan

Rahasia atau data pribadi dalam log

Token, kunci, email, atau nomor ID yang ditulis ke log.

Jenis masalah: Paparan (CVE yang berdampak pada Anda, jalur kode yang rentan, kesalahan konfigurasi, rahasia yang bocor.)

Kunci API tercetak dalam error

Status: Terbuka

Deskripsi

Penangan error menyalin kredensial ke keluaran diagnostik, sehingga mengeksposnya kepada sistem dan orang yang memiliki akses ke log.

Yang terjadi

Permintaan keluar yang gagal menyertakan kunci API dalam pesan error yang dicatat. Nilai tersebut diteruskan bersama exception, alih-alih disamarkan pada batas pencatatan log. Siapa pun yang dapat membaca catatan itu mungkin dapat menggunakan kembali kunci tersebut sampai dicabut.

Cara menyelidiki

Cabut kunci yang terekspos, identifikasi tempat catatan tersebut dikirim dan disimpan, lalu samarkan kredensial sebelum membuat serialisasi error permintaan.

Advisori baru yang berdampak pada Anda

CVE yang baru diterbitkan cocok dengan dependensi atau runtime Anda (melalui cve.now).

Jenis masalah: Paparan (CVE yang berdampak pada Anda, jalur kode yang rentan, kesalahan konfigurasi, rahasia yang bocor.)

Advisori baru cocok dengan lockfile Anda

Status: Terbuka

Deskripsi

Advisori framework yang baru diterbitkan mencakup versi yang dipatok dalam lockfile aplikasi, sehingga perlu dilakukan pemeriksaan paparan terhadap build yang di-deploy. Apa yang terjadi

Rentang versi yang terdampak dalam advisori cocok dengan dependensi framework yang telah di-resolve. Kecocokan di lockfile mengidentifikasi artefak yang berpotensi rentan, tetapi tidak menunjukkan apakah fitur yang terdampak diaktifkan atau dapat dijangkau. Build yang di-deploy dan konfigurasi rutenya menentukan paparan yang sebenarnya.

Cara menyelidiki

Verifikasi versi yang di-deploy dan fitur yang terdampak, tinjau mitigasi dalam advisori, lalu tingkatkan ke versi yang telah diperbaiki dan uji rute terkait.

Kode berisiko

Pemindaian kode menandai pemeriksaan autentikasi yang hilang, bypass autentikasi, atau risiko injeksi dalam commit baru.

Jenis masalah: Paparan (CVE yang berdampak pada Anda, jalur kode yang rentan, kesalahan konfigurasi, rahasia yang bocor.)

File host bocor melalui error deploy

Status: Terbuka

Deskripsi

Kegagalan deploy mengekspos file dari host builder kepada pengguna melalui pesan error yang tampak seperti kegagalan parse biasa.

Apa yang terjadi

Builder deploy membaca file dari host-nya sendiri dan mengirimkannya kepada pengguna di dalam pesan error deploy, termasuk konten seperti /etc/passwd. Sekilas, ini tampak seperti deploy yang gagal karena error parse.

Cara menyelidiki

Telusuri bagaimana input build dapat menjangkau file host dan keluaran error. Tinjau batas ekstraksi file dan hapus konten file host dari error yang terlihat oleh pengguna.

Rantai pasok

Kepemilikan dependensi berpindah tangan, dependensi terkena typosquatting, atau ditandai sebagai berbahaya.

Jenis masalah: Paparan (CVE yang berdampak pada Anda, jalur kode yang rentan, kesalahan konfigurasi, rahasia yang bocor.)

Versi paket yang disusupi

Status: Terbuka

Deskripsi

Rilis dependensi telah ditandai sebagai disusupi, dan lockfile menunjukkan bahwa dependensi tersebut mungkin disertakan dalam build aplikasi.

Apa yang terjadi

Versi paket yang ditandai cocok dengan dependensi yang telah di-resolve, bukan sekadar rentang versi yang permisif. Catatan build perlu memastikan di mana versi tersebut diinstal dan apakah kode atau skrip instalasinya dijalankan. Kecocokan ini menimbulkan risiko paparan, tetapi tidak membuktikan bahwa kredensial atau data telah dicuri.

Cara menyelidiki

Identifikasi build yang terdampak, bandingkan paket dengan rilis tepercaya, ganti paket tersebut, dan rotasi kredensial hanya jika eksekusi paket mungkin telah mengeksposnya.

Pola log

Peristiwa menghilang

Sesuatu yang biasanya terjadi berhenti terjadi, sementara trafik tetap normal.

Jenis masalah: Kegagalan senyap (Fitur tampak baik-baik saja tetapi tidak berfungsi: tindakan tanpa efek, pengecualian yang ditelan, penyelesaian parsial, hasil yang salah, status macet.)

Pengiriman aplikasi berhenti masuk

Status: Terbuka

Deskripsi

Peristiwa pengiriman aplikasi berhenti, sementara pengguna tetap membuka formulir. Ini mengindikasikan bahwa pekerjaan hilang tanpa error yang jelas.

Apa yang terjadi

Peristiwa “Application submitted” menghilang setelah pukul 14.14, sementara tampilan formulir dan upaya pengiriman terus berlanjut. Peristiwa penyelesaian yang biasanya muncul setelah upaya tersebut tidak lagi muncul. Trafik tampak sehat, tetapi transisi yang hilang berarti aplikasi mungkin tidak mencapai status tersimpan.

Cara menyelidiki

Telusuri upaya pengiriman melalui validasi, persistensi, dan emisi peristiwa. Bandingkan aplikasi yang tersimpan dengan upaya pengiriman untuk membedakan celah pencatatan log dari pengiriman yang hilang.

Perubahan volume

Laju suatu peristiwa melonjak atau turun jauh di luar pola normalnya.

Jenis masalah: Penyalahgunaan dan penipuan (Penyalahgunaan promo atau referral, pendaftaran palsu, spam, scraping.)

Lonjakan permintaan reset kata sandi

Status: Terbuka

Deskripsi

Permintaan reset kata sandi jauh melampaui pola mingguan biasanya, meningkatkan beban email dan berpotensi membanjiri pemilik akun dengan pesan yang tidak diinginkan.

Apa yang terjadi

Peristiwa email reset berjalan enam kali lipat dari laju normal hari Selasa, sementara trafik login biasa tetap mendekati baseline. Akun tujuan yang berulang dan rangkaian permintaan serupa menjadi penyebab sebagian besar peningkatan. Ini mengarah pada penyalahgunaan atau loop percobaan ulang yang tidak disengaja, bukan pertumbuhan pengguna secara luas.

Cara menyelidiki

Kelompokkan permintaan berdasarkan akun tujuan dan pemrakarsa, periksa apakah ada loop percobaan ulang di klien, dan terapkan batas reset per akun untuk trafik yang menyalahgunakan.

Urutan terputus

A biasanya diikuti B; sekarang A terjadi tanpa B.

Jenis masalah: Kegagalan senyap (Fitur tampak baik-baik saja tetapi tidak berfungsi: tindakan tanpa efek, pengecualian yang ditelan, penyelesaian parsial, hasil yang salah, status macet.)

Unggahan tidak pernah selesai

Status: Terbuka

Deskripsi

Permintaan unggahan dimulai seperti biasa, tetapi tidak mencapai tahap penyelesaian. Akibatnya, file tidak tersedia meskipun pengguna telah memulai transfer.

Apa yang terjadi

Catatan “Upload started” terus masuk, tetapi ID permintaannya tidak memiliki peristiwa “upload complete” yang cocok. Penyelesaian yang hilang terkumpul setelah serah terima ke penyimpanan. Pengguna menunggu file yang belum difinalisasi, tanpa error aplikasi yang menyertainya.

Cara menyelidiki

Telusuri ID unggahan yang terdampak melalui penyimpanan dan finalisasi. Periksa unggahan multipart yang terbengkalai, callback yang gagal, serta penanganan timeout atau error yang hilang.

Perubahan urutan atau waktu

Langkah terjadi tidak berurutan atau dengan jeda yang lebih lama.

Jenis masalah: Integritas data (Penulisan yang hilang, duplikat, kerusakan, catatan yang tidak cocok.)

Webhook diproses sebelum catatannya dibuat

Status: Terbuka

Deskripsi

Pemrosesan webhook mendahului pembuatan catatan yang akan diperbaruinya. Akibatnya, peristiwa yang sebenarnya valid dapat dibuang karena data dianggap tidak ada.

Apa yang terjadi

Handler webhook mencari catatan sebelum transaksi pembuatan terkait di-commit. Pencarian tidak menemukan apa pun, tetapi pembacaan berikutnya menemukan catatan tersebut tanpa pembaruan webhook. Urutan peristiwa membuat status lokal tertinggal dari penyedia, meskipun kedua permintaan selesai.

Cara menyelidiki

Korelasikan penerimaan webhook dengan commit transaksi, simpan peristiwa yang belum cocok untuk dicoba ulang, dan pastikan pemutaran ulang aman setelah catatan target tersedia.

Pergeseran field

Nilai di dalam peristiwa berubah: kategori baru, null, string kosong, ukuran yang tidak biasa.

Jenis masalah: Integritas data (Penulisan yang hilang, duplikat, kerusakan, catatan yang tidak cocok.)

Penulisan kehilangan perusahaan terkait

Status: Terbuka

Deskripsi

Sebagian penulisan kehilangan keterkaitannya dengan perusahaan, sehingga catatan tidak dapat diatribusikan atau diambil dengan andal dalam cakupan yang diharapkan.

Apa yang terjadi

Field company_id bernilai null pada 3% penulisan yang sebelumnya memiliki nilai. Catatan tersebut menggunakan jalur input yang sama, yang tidak menyertakan konteks perusahaan sebelum persistensi. Penulisan berhasil, tetapi pembacaan berikutnya yang dibatasi berdasarkan perusahaan tidak dapat lagi menemukan catatan tersebut di koleksi yang diharapkan.

Cara menyelidiki

Telusuri bagaimana konteks perusahaan mencapai jalur penulisan tersebut, tolak field kepemilikan wajib yang tidak ada, dan identifikasi catatan yang terdampak sebelum mencoba perbaikan dengan cakupan terbatas.

Lonjakan kardinalitas

Sebuah field tiba-tiba memiliki jauh lebih banyak nilai yang berbeda.

Jenis masalah: Risiko kapasitas (Mendekati batas sebelum menimbulkan masalah.)

Kunci cache bertambah banyak

Status: Terbuka

Deskripsi

Cache membuat kunci baru untuk permintaan yang sebenarnya serupa, sehingga mengurangi penggunaan ulang dan meningkatkan tekanan penyimpanan.

Apa yang terjadi

Ribuan kunci cache berbeda muncul setiap menit untuk sekumpulan kecil rute yang sama. Kunci bervariasi pada sufiks khusus permintaan, sehingga permintaan berulang tidak menemukan entri yang seharusnya dapat digunakan kembali. Kumpulan kunci yang terus bertambah meningkatkan penggunaan memori sekaligus membebani layanan pendukung dengan lebih banyak pekerjaan.

Cara menyelidiki

Bandingkan pembuatan kunci lama dan baru, hapus field khusus permintaan yang tidak disengaja, dan verifikasi masa kedaluwarsa sebelum membersihkan entri yang tidak lagi dapat dijangkau.

Kegagalan dengan pesan yang tidak jelas

Peristiwa yang menjelaskan kegagalan dicatat sebagai info atau debug.

Jenis masalah: Kegagalan senyap (Fitur tampak baik-baik saja tetapi tidak berfungsi: tindakan tanpa efek, pengecualian yang ditelan, penyelesaian parsial, hasil yang salah, status macet.)

Pembaruan harga melewatkan akun terbesar

Status: Terbuka

Deskripsi

Job penetapan harga menganggap akun yang dilewati sebagai penyelesaian yang berhasil, sehingga pengguna akun terbesar tetap menggunakan biaya kredit sebelumnya.

Apa yang terjadi

Job yang menerapkan perubahan harga melewatkan akun terbesar karena batas yang di-hard-code, lalu melaporkan “completed”. Akun yang dilewati dicatat sebagai info, sehingga pengguna pelanggan tersebut tetap membayar biaya kredit lama.

Cara menyelidiki

Tinjau batas dan penanganan akun yang dilewati, jalankan ulang pembaruan untuk akun yang dikecualikan, dan verifikasi harga yang diterapkan sebelum mencatat penyelesaian.

Badai percobaan ulang

Operasi yang sama dicoba ulang terus-menerus dalam loop yang rapat.

Jenis masalah: Kegagalan job latar belakang (Pekerjaan terjadwal yang terlewat, terduplikasi, macet, atau kosong.)

Job mencoba ulang dalam loop rapat

Status: Terbuka

Deskripsi

Worker latar belakang berulang kali mencoba ulang catatan yang sama dan gagal tanpa membuat kemajuan, sehingga menghabiskan kapasitas yang dibutuhkan job lain.

Apa yang terjadi

Satu job mencoba setiap catatan yang terdampak sebanyak 30 kali dalam loop rapat. Error dan input tidak berubah di antara percobaan, dan tidak ada jeda yang bertambah. Kegagalan berulang menyita worker, alih-alih membiarkan catatan lain diproses atau menampilkan pekerjaan yang terhambat.

Cara menyelidiki

Klasifikasikan error berulang sebagai sementara atau permanen, terapkan backoff terbatas, dan pindahkan catatan yang percobaannya habis ke status gagal yang dapat ditinjau.

Putusnya korelasi

Dua layanan yang biasanya bergerak seiring mulai menyimpang.

Jenis masalah: Kegagalan job latar belakang (Pekerjaan terjadwal yang terlewat, terduplikasi, macet, atau kosong.)

Worker tidak lagi mampu mengejar ketertinggalan

Status: Terbuka

Deskripsi

Trafik API meningkat tanpa peningkatan penyelesaian worker yang sepadan. Ini mengindikasikan bahwa pekerjaan yang diterima tidak lagi masuk ke antrean atau keluar dari antrean.

Apa yang terjadi

API terus menerima permintaan, sementara jumlah job worker yang selesai tetap datar. Sebelumnya, kedua jumlah tersebut bergerak seiring. Penyimpangan ini berarti respons API yang berhasil tidak lagi membuktikan bahwa pekerjaan latar belakang yang diminta telah selesai, dan kegagalan antrean atau dispatch mungkin tersembunyi di antara keduanya.

Cara menyelidiki

Bandingkan jumlah pekerjaan yang diterima, dimasukkan ke antrean, dimulai, dan diselesaikan berdasarkan ID job untuk menemukan titik putus sebelum memutar ulang atau meningkatkan kapasitas pekerjaan.

Peristiwa baru

Jenis peristiwa yang belum pernah muncul sebelumnya.

Jenis masalah: Regresi (Perilaku rusak akibat deploy atau perubahan konfigurasi tertentu.)

Draft dilewati setelah deploy

Status: Terbuka

Deskripsi

Jalur penyimpanan baru melewatkan draft yang terkunci setelah rilis, sehingga perubahan pengguna tidak diterapkan tanpa memunculkan pengecualian.

Apa yang terjadi

Pesan “skipping save, draft locked” pertama kali muncul setelah deploy. Permintaan yang terdampak selesai tanpa peristiwa draft tersimpan yang biasanya muncul, sementara pembacaan berikutnya masih menampilkan revisi sebelumnya. Cabang baru mencegah penyimpanan, bukan sekadar menambahkan pencatatan diagnostik.

Cara menyelidiki

Tinjau pemeriksaan kunci yang diperkenalkan oleh rilis, periksa pembersihan kunci usang, dan pastikan penyimpanan yang ditolak dilaporkan dengan jelas kepada pengguna.

Perilaku pengguna

Tindakan tanpa efek

Klik tanpa permintaan ke server, atau permintaan tanpa hasil yang tersimpan.

Jenis masalah: Kegagalan senyap (Fitur tampak baik-baik saja tetapi tidak berfungsi: tindakan tanpa efek, pengecualian yang ditelan, penyelesaian parsial, hasil yang salah, status macet.)

Layar menunjukkan terhubung, tetapi tidak ada token

Status: Terbuka

Deskripsi

Alur koneksi akun menunjukkan keberhasilan meskipun token OAuth tidak pernah disimpan, sehingga koneksi tidak dapat melakukan autentikasi.

Apa yang terjadi

Pengguna yang menghubungkan akun melihat “connected”, tetapi token OAuth tidak pernah disimpan. Callback duplikat mengarahkan mereka ke halaman sukses, sementara permintaan awal gagal di latar belakang.

Cara menyelidiki

Periksa hasil callback awal dan duplikat secara bersamaan. Laporkan koneksi berhasil hanya setelah token tersimpan, lalu hubungkan kembali akun yang terdampak.

Klik berulang kali

Kontrol yang sama diklik berulang kali.

Jenis masalah: Kegagalan senyap (Fitur tampak baik-baik saja tetapi tidak berfungsi: tindakan tanpa efek, pengecualian yang ditelan, penyelesaian parsial, hasil yang salah, status macet.)

Pengguna terus menekan Save

Status: Terbuka

Deskripsi Pengguna berulang kali menekan Save karena formulir tidak mengonfirmasi apakah perubahan mereka diterima, sehingga mereka mencoba lagi dan mungkin menggandakan pekerjaan.

Yang terjadi

Kontrol yang sama diklik lima kali dalam sepuluh detik dalam satu sesi. Permintaan pertama masih tertunda saat klik berikutnya memulai lebih banyak permintaan, dan tidak ada status berhasil atau gagal yang menggantikan formulir. Pola interaksi ini mengindikasikan proses penyimpanan yang macet atau tidak adanya umpan balik.

Cara menyelidiki

Telusuri permintaan penyimpanan pertama, tampilkan status tertunda dan gagal, serta cegah pengiriman duplikat sambil memastikan bahwa percobaan ulang tetap aman.

Penurunan funnel

Konversi dari satu langkah ke langkah berikutnya menurun.

Jenis masalah: Gangguan alur bisnis (Penurunan metrik utama yang disebabkan oleh masalah teknis.)

Penyelesaian pendaftaran turun menjadi 50%

Status: Terbuka

Deskripsi

Lebih banyak orang memulai pendaftaran daripada yang menyelesaikannya, dengan sebagian besar kehilangan terjadi antara pengiriman formulir dan pembuatan akun.

Yang terjadi

Penyelesaian pendaftaran turun dari 80% menjadi 50%, sementara jumlah sesi yang dimulai tetap sebanding. Sesi mencapai langkah pengiriman, tetapi tidak memiliki peristiwa pembuatan akun. Penurunan ini mencerminkan proses orientasi yang tidak selesai, bukan sekadar berkurangnya jumlah pengunjung yang membuka situs.

Cara menyelidiki

Bandingkan jejak pendaftaran yang gagal dan berhasil pada langkah pertama yang tidak tercapai, lalu kelompokkan berdasarkan hasil validasi, versi klien, dan penyedia identitas.

Loop navigasi

Pengguna bolak-balik di antara halaman yang sama.

Jenis masalah: Kegagalan senyap (Fitur tampak baik-baik saja, tetapi tidak berfungsi: tindakan tanpa efek, pengecualian yang ditelan, penyelesaian parsial, hasil yang salah, atau status macet.)

Pengguna terjebak antara pengaturan dan penagihan

Status: Terbuka

Deskripsi

Pengguna diarahkan bolak-balik antara pengaturan dan penagihan tanpa mencapai layar yang diperlukan untuk menyelesaikan tugas mereka.

Yang terjadi

Sesi berulang kali mengikuti alur pengaturan → penagihan → pengaturan tanpa peristiwa penyelesaian di antaranya. Setiap tujuan mengarahkan pengguna kembali berdasarkan pemeriksaan status akun yang berbeda. Loop ini menghalangi akses ke kontrol penagihan meskipun kedua rute memberikan respons yang berhasil.

Cara menyelidiki

Bandingkan kondisi akses dan status akun yang digunakan oleh kedua rute. Atasi pengalihan yang saling bertentangan dan verifikasi perjalanan pengguna dari sesi yang terdampak.

Jalan buntu

Sesi berakhir pada status error, layar kosong, atau pemintal yang terus berputar.

Jenis masalah: Gangguan frontend (Tidak berfungsi pada browser, perangkat, atau versi aplikasi tertentu.)

Pemintal dasbor tidak pernah berhenti

Status: Terbuka

Deskripsi

Dasbor tetap dalam status memuat hingga pengguna meninggalkan halaman, menyembunyikan permintaan yang macet alih-alih menampilkan konten yang dapat digunakan atau error.

Yang terjadi

Sesi menampilkan pemintal dasbor selama lebih dari 30 detik sebelum tab ditutup. Permintaan data awal tidak pernah menghasilkan status berhasil atau gagal yang ditampilkan. Aset halaman lainnya dimuat secara normal, sehingga masalah kemungkinan berada pada jalur pemuatan data, bukan gangguan seluruh halaman.

Cara menyelidiki

Periksa permintaan yang tertunda dan batas error komponen, tambahkan status waktu habis yang dapat dipulihkan, dan pastikan pengguna dapat mencoba lagi setelah pemuatan gagal.

Error klien

Pengecualian JavaScript, fetch yang gagal, error hidrasi.

Jenis masalah: Regresi (Perilaku rusak akibat deploy atau perubahan konfigurasi tertentu.)

TypeError baru setelah rilis

Status: Terbuka

Deskripsi

Halaman yang baru dirilis memunculkan TypeError saat dirender, sehingga pengguna yang terdampak tidak dapat mengakses kontennya.

Yang terjadi

Pengecualian pertama kali muncul dalam sesi yang menggunakan rilis baru dan memiliki satu lokasi stack yang sama. Kode yang gagal membaca properti dari objek respons yang tidak ada sebelum merender halaman. Permintaan dapat berhasil di lapisan jaringan, tetapi antarmuka tetap gagal menampilkan hasilnya.

Cara menyelidiki

Petakan stack ke sumber yang dirilis, periksa bentuk respons dalam sesi yang terdampak, dan tangani nilai yang tidak ada sebelum merender.

Regresi web vitals

Pemuatan halaman dan responsivitas memburuk.

Jenis masalah: Penurunan performa (Halaman, tugas, atau API menjadi lebih lambat, secara tiba-tiba atau bertahap.)

Latensi interaksi meningkat dua kali lipat

Status: Terbuka

Deskripsi

Interaksi pada satu halaman membutuhkan waktu lebih lama untuk menghasilkan respons visual, meskipun server tetap merespons secara normal.

Yang terjadi

Latensi interaksi pada halaman tersebut meningkat dua kali lipat dibandingkan baseline sebelumnya. Jejak browser mengaitkan waktu tunggu tambahan dengan pekerjaan panjang di thread utama setelah input pengguna, sementara waktu jaringan tetap sebanding. Pengguna mengalami antarmuka yang lambat merespons tanpa error API atau lonjakan latensi yang terkait.

Cara menyelidiki

Buat profil tugas panjang setelah input, bandingkan jalur render yang berubah, lalu pindahkan atau kurangi pekerjaan sinkron sebelum mengukur responsivitas kembali.

Perilaku khusus segmen

Hanya satu browser, OS, versi aplikasi, wilayah, atau pelanggan yang terdampak.

Jenis masalah: Gangguan frontend (Tidak berfungsi pada browser, perangkat, atau versi aplikasi tertentu.)

Checkout gagal di Safari 18

Status: Terbuka

Deskripsi

Checkout gagal pada sesi Safari 18, sementara browser lain menyelesaikan alur yang sama, sehingga regresi tidak terlihat pada tingkat keberhasilan keseluruhan.

Yang terjadi

Sesi checkout yang gagal terkonsentrasi pada Safari 18. Jejak kliennya berhenti sebelum permintaan pembayaran, sementara keranjang yang sama mencapai tahap pembayaran di browser lain. Masalah khusus browser ini menghalangi pembelian tanpa menimbulkan kegagalan yang sesuai dari penyedia pembayaran.

Cara menyelidiki

Reproduksi interaksi yang gagal di Safari 18, periksa kompatibilitas API browser dan pengecualian klien, lalu verifikasi perbaikan di browser yang berfungsi.

Deploy dan konfigurasi

Perubahan setelah deploy

Sinyal lain apa pun yang muncul dalam beberapa menit setelah deploy dan terkait dengan commit.

Jenis masalah: Regresi (Perilaku rusak akibat deploy atau perubahan konfigurasi tertentu.)

Funnel turun tepat setelah rilis

Status: Terbuka

Deskripsi

Rilis bertepatan dengan berkurangnya perjalanan pengguna yang selesai dan munculnya peristiwa penolakan baru, yang mengaitkan regresi dengan jalur permintaan yang berubah.

Yang terjadi

Empat menit setelah rilis, muncul peristiwa validasi yang sebelumnya tidak pernah terlihat dan penyelesaian funnel menurun. Sesi yang gagal mencapai langkah yang sama dan memiliki pengenal build baru; sesi pada build sebelumnya tetap berhasil diselesaikan. Perbandingan ini menunjukkan bahwa jalur yang dirilis adalah tempat berikutnya untuk diselidiki.

Cara menyelidiki

Bandingkan validasi dan penanganan respons di antara kedua build. Reproduksi input yang terdampak dan pertimbangkan rollback sambil mengisolasi perubahan.

Perubahan konfigurasi atau flag

Perilaku berubah setelah perubahan feature flag, variabel lingkungan, atau infrastruktur.

Jenis masalah: Regresi (Perilaku rusak akibat deploy atau perubahan konfigurasi tertentu.)

Rollout flag menyebabkan penyimpanan gagal

Status: Terbuka

Deskripsi

Feature flag yang hanya diaktifkan sebagian mengarahkan sebagian permintaan penyimpanan ke jalur yang gagal, sementara lalu lintas lainnya tetap berjalan normal.

Yang terjadi

Flag diaktifkan untuk 10% lalu lintas, dan kegagalan penyimpanan mencakup porsi yang sama. Catatan kegagalan berasal dari kelompok yang flag-nya diaktifkan; kelompok yang flag-nya dinonaktifkan tetap menyimpan perubahan. Batas rollout ini menyediakan perbandingan langsung untuk menemukan regresi.

Cara menyelidiki

Nonaktifkan kelompok flag yang terdampak, bandingkan kedua jalur penyimpanan, dan verifikasi hasil yang tersimpan sebelum memperluas rollout kembali.

Perubahan dependensi

Paket yang diperbarui bertepatan dengan munculnya perilaku baru.

Jenis masalah: Penurunan performa (Halaman, tugas, atau API menjadi lebih lambat, secara tiba-tiba atau bertahap.)

Kueri melambat setelah upgrade ORM

Status: Terbuka

Deskripsi

Upgrade ORM mengubah cara pembacaan umum dijalankan, sehingga permintaan menjadi lebih lambat tanpa mengubah jumlah data yang diminta pengguna.

Yang terjadi

Catatan kueri lambat mulai muncul pada build yang telah di-upgrade dan terkumpul di sekitar satu kueri yang dihasilkan. Versi sebelumnya menggunakan bentuk kueri yang berbeda untuk input yang sama, sementara volume permintaan tetap sebanding. Perubahan dependensi ini mungkin menjadi penyebab pekerjaan database baru tersebut.

Cara menyelidiki

Bandingkan SQL yang dihasilkan dan rencana kueri di berbagai versi ORM, periksa perubahan perilaku pemuatan, dan uji kueri yang telah diperbaiki atau rollback dependensi.

Penanganan error yang menelan error ditambahkan

Sebuah commit menambahkan penanganan error menyeluruh pada jalur penting.

Jenis masalah: Kegagalan senyap (Fitur tampak baik-baik saja, tetapi tidak berfungsi: tindakan tanpa efek, pengecualian yang ditelan, penyelesaian parsial, hasil yang salah, atau status macet.)

Controller menyembunyikan semua pengecualian

Status: Terbuka

Deskripsi

Controller kini mengubah operasi yang gagal menjadi respons berhasil, sehingga pemanggil dan pemantauan error tidak dapat mengetahui bahwa pekerjaan belum selesai.

Yang terjadi

Controller yang berubah membungkus operasi utamanya dalam penanganan error menyeluruh yang mengembalikan status berhasil. Jejak permintaan mencakup pengecualian sebelum respons, tetapi tidak ada hasil tersimpan yang sesuai. Penanganan baru ini menyamarkan kegagalan alih-alih memulihkannya, sehingga pengguna dapat kehilangan perubahan tanpa melihat error.

Cara menyelidiki

Tinjau cabang penanganan menyeluruh, pertahankan respons gagal untuk operasi yang tidak berhasil, dan pastikan status berhasil hanya dikembalikan setelah penulisan selesai.

Dampak migrasi

Migrasi skema mengubah perilaku kueri.

Jenis masalah: Penurunan performa (Halaman, tugas, atau API menjadi lebih lambat, secara tiba-tiba atau bertahap.)

Kueri 20x lebih lambat setelah migrasi

Status: Terbuka

Deskripsi

Migrasi skema menghapus indeks yang digunakan oleh kueri yang sering dijalankan, sehingga waktu eksekusinya meningkat dan permintaan yang bergantung padanya melambat.

Yang terjadi

Kueri yang terdampak membutuhkan waktu 20 kali lebih lama setelah migrasi. Rencananya berubah dari pencarian berindeks menjadi pemindaian luas, sementara bentuk permintaan tidak berubah. Indeks yang hilang membuat setiap permintaan memeriksa jauh lebih banyak baris dan meningkatkan beban kerja database dalam kondisi lalu lintas normal.

Cara menyelidiki

Bandingkan migrasi dan rencana kueri, pastikan bentuk indeks yang diperlukan, dan pulihkan indeks yang sesuai menggunakan prosedur migrasi aman database.

Performa

Perubahan latensi mendadak

Lonjakan tiba-tiba.

Jenis masalah: Regresi (Perilaku rusak akibat deploy atau perubahan konfigurasi tertentu.)

Pemuatan halaman melonjak menjadi 1.2s

Status: Terbuka

Deskripsi

Pemuatan halaman menjadi empat kali lebih lambat tepat setelah deployment, menambahkan waktu tunggu yang terasa pada alur pengguna yang sebelumnya berhasil.

Yang terjadi

Durasi pemuatan halaman berubah dari 300ms menjadi 1.2s setelah deploy. Jejak permintaan menunjukkan peningkatan pada rentang pemuatan data sisi server, bukan pada pengunduhan aset. Respons tetap berhasil, sehingga jumlah error saja tidak menunjukkan pengalaman yang lebih lambat.

Cara menyelidiki

Bandingkan kode pemuatan data dan waktu kueri sebelum dan sesudah deploy, lalu verifikasi jalur lambat dengan input permintaan yang sama.

Latensi meningkat bertahap

Perlambatan perlahan selama berhari-hari atau berminggu-minggu yang tidak disadari siapa pun.

Jenis masalah: Penurunan performa (Halaman, tugas, atau API menjadi lebih lambat, secara tiba-tiba atau bertahap.)

Pencarian makin lambat setiap minggu

Status: Terbuka

Deskripsi

Pencarian menjadi sedikit lebih lambat dari waktu ke waktu, menumpuk menjadi penundaan yang terasa oleh pengguna tetapi tidak tampak sebagai satu lonjakan insiden.

Yang terjadi

Pencarian yang sebanding membutuhkan waktu sekitar 5% lebih lama setiap minggu. Tren ini tetap terlihat setelah memperhitungkan volume permintaan dan terkonsentrasi pada pencarian data, bukan transfer respons. Bertambahnya pekerjaan per kueri mungkin menjadi penyebabnya, meskipun tidak ada satu deployment pun yang menjelaskan tren tersebut.

Cara menyelidiki

Bandingkan rencana kueri, jumlah baris yang diperiksa, dan ukuran indeks di berbagai periode baseline. Periksa apakah pertumbuhan data telah mengubah biaya jalur pencarian umum.

Latensi ekor

Hanya permintaan yang paling lambat yang memburuk.

Jenis masalah: Penurunan performa (Halaman, tugas, atau API menjadi lebih lambat, secara tiba-tiba atau bertahap.)

Latensi p99 meningkat tiga kali lipat

Status: Terbuka

Deskripsi

Permintaan yang paling lambat membutuhkan waktu jauh lebih lama, sementara permintaan pada umumnya tetap cepat, sehingga pengalaman buruk bagi sebagian kecil pengguna tidak terlihat.

Yang terjadi p99 latency meningkat tiga kali lipat sementara median tetap datar. Trace yang lambat menghabiskan sebagian besar waktu tambahannya untuk menunggu sumber daya bersama sebelum eksekusi. Rata-rata agregat menyamarkan waktu tunggu tersebut, tetapi permintaan yang terdampak tetap terhambat cukup lama hingga berisiko mengalami timeout klien.

Cara menyelidiki

Kelompokkan trace lambat berdasarkan sumber daya dan beban kerja, bandingkan waktu tunggunya dengan waktu eksekusi, lalu periksa kontensi sebelum menambah kapasitas.

Munculnya kueri lambat

Kueri lambat baru, atau pola N+1 baru.

Jenis masalah: Penurunan performa (Halaman, tugas, atau API menjadi lebih lambat, secara tiba-tiba atau bertahap.)

Satu halaman menjalankan 400 kueri

Status: Terbuka

Deskripsi

Sebuah halaman menjalankan pencarian basis data terpisah untuk setiap item yang ditampilkan, sehingga waktu respons dan beban basis data meningkat seiring bertambahnya daftar.

Yang terjadi

Satu permintaan halaman kini menjalankan 400 kueri dengan bentuk pernyataan yang sama dan ID rekaman yang berbeda. Pembacaan berulang terjadi secara berurutan setelah kueri daftar awal. Pola N+1 ini menambah pekerjaan sebanding dengan jumlah item yang ditampilkan, alih-alih mengambil data terkait sekaligus.

Cara menyelidiki

Telusuri pencarian per item, lakukan batch atau join untuk pembacaan terkait, lalu bandingkan jumlah kueri dan waktu respons dengan daftar yang representatif.

Peningkatan waktu boot dan cold-start

Layanan membutuhkan waktu lebih lama untuk dimulai.

Jenis masalah: Risiko kapasitas (Peringatan sebelum batas tercapai.)

Deploy membutuhkan waktu lebih lama untuk siap

Status: Terbuka

Deskripsi

Instans baru membutuhkan waktu lebih lama untuk siap, memperlambat deployment dan mengurangi kecepatan layanan dalam merespons permintaan tambahan.

Yang terjadi

Interval dari proses dimulai hingga siap dan sehat menjadi tiga kali lipat dari baseline sebelumnya. Log startup menunjukkan penundaan tambahan sebelum inisialisasi selesai, sementara latensi permintaan saat kondisi stabil tetap serupa. Akibatnya, rollout dan scale-out menghabiskan lebih banyak waktu untuk menunggu kapasitas yang dapat digunakan.

Cara menyelidiki

Uraikan startup menjadi pemuatan dependensi, inisialisasi, dan pemeriksaan kesiapan; bandingkan setiap fase dengan build sebelumnya; lalu hilangkan pekerjaan yang tidak perlu dari jalur kesiapan.

Peningkatan waktu tunggu antrean

Pekerjaan menunggu lebih lama sebelum dimulai.

Jenis masalah: Kegagalan tugas latar belakang (Pekerjaan terjadwal terlewat, terduplikasi, macet, atau kosong.)

Email terlambat terkirim 20 menit

Status: Terbuka

Deskripsi

Tugas email menunggu lama di antrean sebelum dieksekusi, sehingga pengiriman pesan tertunda meskipun proses pengirimannya sendiri tetap berhasil.

Yang terjadi

Jeda antara pemicu email dan upaya pengiriman meningkat hingga 20 menit. Setelah worker memulai tugas, waktu pemrosesan dan respons penyedia tetap normal. Penundaan terjadi sebelum eksekusi, sehingga jumlah pengiriman yang berhasil saja tidak menunjukkan bahwa pesan terlambat sampai.

Cara menyelidiki

Bandingkan usia antrean, konkurensi worker, dan jenis tugas yang bersaing. Hilangkan hambatan atau pisahkan email mendesak sambil mempertahankan perilaku percobaan ulang yang aman.

Infrastruktur

Mendekati batas

Kuota cloud, kredit burst, batas laju API, file handle, batas paket.

Jenis masalah: Risiko kapasitas (Peringatan sebelum batas tercapai.)

Kredit burst hampir habis

Status: Terbuka

Deskripsi

Kredit burst sistem berkas digunakan lebih cepat daripada pemulihannya, sehingga startup dan pekerjaan lain yang intensif menggunakan penyimpanan berisiko terkena throttling.

Yang terjadi

Saldo kredit menurun dalam interval berturut-turut karena jumlah pembacaan melebihi baseline yang disediakan. Startup instans baru berlangsung bersamaan dengan pembacaan tersebut dan sensitif terhadap throughput yang tersedia. Tren ini menunjukkan kapasitas burst yang tersisa terbatas, bukan membuktikan bahwa volume sudah terkena throttling.

Cara menyelidiki

Bandingkan throughput penyimpanan dengan baseline dan laju pemulihan kredit, identifikasi pembaca utama, lalu sesuaikan provisioning atau I/O startup sebelum kredit habis.

Saturasi

CPU, memori, connection pool, thread pool, disk.

Jenis masalah: Risiko kapasitas (Peringatan sebelum batas tercapai.)

Connection pool hampir penuh

Status: Terbuka

Deskripsi

Connection pool basis data memiliki sedikit ruang tersisa saat puncak trafik, sehingga permintaan harus menunggu sebelum dapat menjalankan kueri.

Yang terjadi

Utilisasi pool mencapai 95% saat beban puncak dan waktu tunggu untuk memperoleh koneksi meningkat bersamaan. Waktu eksekusi kueri relatif stabil setelah koneksi tersedia. Kontensi terjadi pada batas pool dan dapat mengubah lonjakan permintaan normal menjadi timeout.

Cara menyelidiki

Periksa koneksi yang ditahan terlalu lama dan durasi transaksi, periksa kapasitas basis data, lalu perbaiki penahanan koneksi yang tidak perlu sebelum menaikkan batas pool.

Pertumbuhan backlog

Antrean bertambah lebih cepat daripada pengurangannya.

Jenis masalah: Kegagalan tugas latar belakang (Pekerjaan terjadwal terlewat, terduplikasi, macet, atau kosong.)

Antrean tugas bertambah selama 6 jam

Status: Terbuka

Deskripsi

Jumlah tugas yang masuk melebihi jumlah yang selesai, sehingga pekerjaan yang diterima dan menunggu pemrosesan terus bertambah.

Yang terjadi

Antrean tugas bertambah selama enam jam berturut-turut karena jumlah tugas yang dimasukkan tetap lebih tinggi daripada jumlah yang diselesaikan. Tugas yang lebih lama terus menua meskipun worker aktif. Layanan memproses sebagian pekerjaan, tetapi throughput-nya tidak cukup untuk memenuhi beban yang masuk.

Cara menyelidiki

Bandingkan laju kedatangan dan penyelesaian berdasarkan jenis tugas, identifikasi pekerjaan yang lambat atau dicoba ulang, lalu pulihkan kapasitas pemrosesan yang cukup untuk menguras backlog tertua.

Jadwal terlewat

Tugas cron tidak berjalan, berjalan dua kali, atau berjalan terlalu lama.

Jenis masalah: Kegagalan tugas latar belakang (Pekerjaan terjadwal terlewat, terduplikasi, macet, atau kosong.)

Ekspor malam terlewat

Status: Terbuka

Deskripsi

Ekspor terjadwal tidak dimulai, sehingga konsumen hilir tidak menerima data terbaru yang biasanya dihasilkan oleh proses tersebut.

Yang terjadi

Tidak ada catatan mulai atau selesai untuk ekspor malam pada hari Minggu, meskipun catatan untuk jadwal di hari-hari sekitarnya tersedia. Tidak ada pula keluaran untuk interval terjadwal tersebut. Kesenjangan ini konsisten dengan pemicu yang terlewat atau kegagalan penerimaan, bukan tugas yang berjalan lalu menghasilkan error.

Cara menyelidiki

Periksa eksekusi scheduler, penanganan zona waktu, dan lock untuk mencegah tumpang tindih, lalu isi ulang interval yang hilang setelah memastikan pemutaran ulang tidak akan menduplikasi ekspor.

Crash loop

Restart, penghentian karena kehabisan memori, pemeriksaan kesehatan yang gagal.

Jenis masalah: Kegagalan tugas latar belakang (Pekerjaan terjadwal terlewat, terduplikasi, macet, atau kosong.)

Worker restart setiap 12 menit

Status: Terbuka

Deskripsi

Worker berulang kali restart sebelum dapat mempertahankan pemrosesan normal, mengganggu tugas yang sedang berjalan dan menunda pekerjaan dalam antrean.

Yang terjadi

Worker dimulai, memproses tugas, lalu berhenti dalam siklus sekitar 12 menit. Setiap restart menghilangkan status proses saat ini dan diikuti pengiriman ulang pekerjaan yang belum selesai. Pola ini menunjukkan kegagalan proses berulang, tetapi penyebab keluarnya proses harus diperiksa untuk membedakan crash, penghentian karena sumber daya, atau pemeriksaan kesehatan yang gagal.

Cara menyelidiki

Periksa kode keluar, penggunaan memori, dan peristiwa pemeriksaan kesehatan di sekitar setiap restart. Perbaiki penyebab kegagalan dan pastikan tugas yang terputus dilanjutkan tanpa efek samping duplikat.

Masa berlaku segera berakhir

Sertifikat, domain, token API, grant OAuth.

Jenis masalah: Risiko kapasitas (Peringatan sebelum batas tercapai.)

Sertifikat TLS akan kedaluwarsa

Status: Terbuka

Deskripsi

Sertifikat pada jalur penyajian aktif mendekati masa kedaluwarsa tanpa bukti bahwa penggantinya telah dipasang.

Yang terjadi

Sertifikat TLS yang disajikan oleh endpoint akan kedaluwarsa dalam enam hari. Pemeriksaan berulang masih mengembalikan sertifikat yang sama, sehingga pembaruan belum mencapai lapisan penyajian. Koneksi saat ini masih berfungsi, tetapi validasinya akan gagal jika sertifikat tersebut tetap aktif setelah masa berlakunya berakhir.

Cara menyelidiki

Periksa otomatisasi pembaruan dan deployment sertifikat, pasang penggantinya, lalu verifikasi sertifikat yang benar-benar disajikan kepada klien.

Error penyedia cloud

Throttling atau error dari API AWS atau GCP.

Jenis masalah: Kegagalan dependensi (Vendor atau layanan hulu mengalami gangguan atau berubah.)

S3 memperlambat unggahan

Status: Terbuka

Deskripsi

Permintaan unggahan objek menghabiskan lebih banyak waktu untuk mencoba ulang permintaan ke penyedia penyimpanan, memperlambat transfer pengguna dan menyibukkan worker unggahan.

Yang terjadi

Permintaan S3 mengembalikan respons SlowDown selama unggahan, lalu mencoba ulang objek yang sama berkali-kali. Durasi tambahan terjadi pada percobaan ulang penyimpanan, bukan pemrosesan berkas lokal. Respons akhir yang berhasil dapat menyamarkan waktu tunggu dan penggunaan sumber daya tambahan di sepanjang jalur unggahan.

Cara menyelidiki

Tinjau konkurensi permintaan dan jeda percobaan ulang, bandingkan prefix objek yang terdampak, lalu pastikan unggahan yang terkena throttling dapat dilanjutkan dengan aman tanpa memulai ulang pekerjaan yang sudah selesai.

Pihak ketiga

Kesenjangan webhook

Webhook masuk yang diharapkan berhenti diterima.

Jenis masalah: Kegagalan dependensi (Vendor atau layanan hulu mengalami gangguan atau berubah.)

Webhook pengiriman email berhenti

Status: Terbuka

Deskripsi

Pengiriman email terus berlangsung, tetapi callback status pengiriman berhenti, sehingga status pengiriman lokal tidak dapat mencerminkan tindakan penyedia yang sebenarnya.

Yang terjadi

Tidak ada peristiwa pengiriman email yang diterima selama satu jam, sementara permintaan pengiriman keluar tetap menerima ID dari penyedia. Kesenjangan ini hanya terjadi pada callback, bukan pada seluruh aktivitas email. Pesan mungkin telah terkirim atau gagal tanpa hasilnya diterima oleh aplikasi.

Cara menyelidiki

Bandingkan catatan pengiriman penyedia dengan penerimaan webhook lokal, periksa endpoint callback dan validasi tanda tangan, lalu putar ulang peristiwa yang hilang dengan aman.

Penurunan kualitas vendor

Error atau latensi dari penyedia yang Anda andalkan.

Jenis masalah: Kegagalan dependensi (Vendor atau layanan hulu mengalami gangguan atau berubah.)

Kode masuk tidak pernah terkirim

Status: Terbuka

Deskripsi

Permintaan masuk tampak berhasil, sementara penyedia email menolak pesan yang dibutuhkan pengguna untuk menyelesaikan autentikasi.

Yang terjadi

Kode masuk tidak pernah diterima karena penyedia email tidak lagi menganggap domain pengirim terverifikasi. Pengiriman berjalan sebagai tugas latar belakang, sehingga API tetap mengembalikan 200.

Cara menyelidiki

Pulihkan verifikasi domain pengiriman dan periksa hasil pengiriman di latar belakang. Tampilkan penolakan pengiriman kode alih-alih menganggap respons 200 dari API sebagai bukti bahwa pesan telah terkirim.

Pembatasan laju vendor

Permintaan Anda terkena throttling.

Jenis masalah: Kegagalan dependensi (Vendor atau layanan hulu mengalami gangguan atau berubah.)

Kuota API ticketing habis setiap hari

Status: Terbuka

Deskripsi

Proses crawl tiket berulang melampaui kuota penyedia dan membuat data wilayah terakhir sebagian kedaluwarsa, tetapi tetap melaporkan penyelesaian normal.

Yang terjadi

Crawl harian mencapai kuota API ticketing setiap hari selama dua minggu, dengan sekitar 10.5k permintaan terhadap batas 10k. Wilayah terakhir tidak pernah diperbarui sepenuhnya, dan tugas selalu berakhir secara normal.

Cara menyelidiki

Alokasikan permintaan di antara wilayah, lanjutkan dari bagian yang belum selesai setelah kuota pulih, dan catat penyelesaian parsial setiap kali crawl berhenti karena batas penyedia.

Perubahan kontrak

Bentuk respons vendor berubah.

Jenis masalah: Kegagalan dependensi (Vendor atau layanan hulu mengalami gangguan atau berubah.)

Field vendor diterima dalam keadaan kosong

Status: Terbuka

Deskripsi

Respons penyedia tidak lagi menyertakan field yang dibutuhkan aplikasi, sehingga pemrosesan terhenti meskipun permintaan ke hulu berhasil.

Yang terjadi

Nilai yang sebelumnya terisi kini diterima dalam keadaan kosong pada respons penyedia yang berhasil. Aplikasi tetap menganggap field tersebut tersedia dan tidak dapat menyelesaikan pembaruan terkait. Perubahan ini terjadi pada batas integrasi tanpa kegagalan HTTP, sehingga pemantauan tingkat transportasi tetap menunjukkan kondisi sehat.

Cara menyelidiki

Bandingkan bentuk respons mentah dengan kontrak yang diharapkan dan perubahan dari penyedia, validasi field wajib, lalu tangani nilai yang hilang secara eksplisit sebelum mencoba ulang pembaruan.

Kecocokan insiden vendor

Halaman status penyedia menunjukkan insiden yang waktunya bertepatan dengan error Anda.

Jenis masalah: Kegagalan dependensi (Vendor atau layanan upstream rusak atau mengalami perubahan.)

Error login cocok dengan insiden penyedia

Status: Terbuka

Deskripsi

Kegagalan login terjadi bersamaan dengan insiden pada penyedia identitas, yang mengindikasikan masalah dependensi upstream, bukan gangguan aplikasi secara luas.

Apa yang terjadi

Error login mulai terjadi pada rentang waktu dan wilayah yang sama seperti yang dijelaskan di halaman status penyedia identitas. Kegagalan terjadi selama pertukaran dengan penyedia, sementara permintaan aplikasi lain tetap berjalan. Waktu dan dependensi yang terdampak mendukung korelasi ini, tetapi tidak menutup kemungkinan adanya gangguan lokal tambahan.

Cara menyelidiki

Bandingkan pertukaran yang gagal dengan cakupan insiden penyedia, periksa konfigurasi lokal, dan pantau pemulihan sambil menyediakan cara yang jelas bagi pengguna untuk mencoba lagi.

Perubahan perilaku LLM

Output model berubah: panjang, penolakan, JSON tidak valid, penggunaan token.

Jenis masalah: Kegagalan dependensi (Vendor atau layanan upstream rusak atau mengalami perubahan.)

Output terstruktur gagal 4% dari waktu

Status: Terbuka

Deskripsi

Respons model semakin sering gagal memenuhi kontrak output terstruktur, sehingga tugas downstream tidak dapat menggunakan penyelesaian yang sebenarnya berhasil.

Apa yang terjadi

Kegagalan penguraian output terstruktur meningkat dari 0.1% menjadi 4% pada fitur yang sama. Respons tidak valid berisi kolom yang hilang atau teks di luar format JSON yang diharapkan. Permintaan ke penyedia tetap selesai, tetapi aplikasi tidak dapat menggunakan hasil tersebut dengan aman dan harus menolak atau mencoba ulang tugas yang terdampak.

Cara menyelidiki

Bandingkan versi model, prompt, dan validasi skema sebelum dan sesudah perubahan, periksa output yang tidak valid, lalu verifikasi perbaikan output terbatas sebelum memulihkan pemrosesan normal.

Integritas data

Penulisan tanpa persistensi

Penyimpanan dikonfirmasi, tetapi datanya tidak pernah muncul kemudian.

Jenis masalah: Kegagalan senyap (Fitur tampak berfungsi tetapi tidak: tindakan tanpa efek, exception yang ditelan, penyelesaian parsial, hasil yang salah, status macet.)

Sinkronisasi CI tidak menyimpan apa pun tetapi melaporkan keberhasilan

Status: Terbuka

Deskripsi

Sinkronisasi CI melaporkan keberhasilan setelah mengambil pipeline, tetapi tidak menyimpan satu pun, sehingga data proyek yang sudah usang tampak seperti hasil refresh yang sehat.

Apa yang terjadi

Sinkronisasi CI berjalan selama 30 menit penuh, mengambil ribuan pipeline, tidak menyimpan satu pun, lalu menandai dirinya berhasil. Error per proyek ditelan, sehingga riwayat sinkronisasi tampak sehat sementara data menjadi usang.

Cara menyelidiki

Periksa error per proyek yang ditelan, cocokkan pipeline yang diambil dengan baris yang tersimpan, dan jalankan ulang hanya proyek yang terdampak setelah penulisan terverifikasi.

Pemrosesan duplikat

Peristiwa, tugas, atau pembayaran yang sama ditangani dua kali.

Jenis masalah: Integritas data (Penulisan hilang, duplikat, kerusakan, catatan yang tidak cocok.)

Dua email sambutan untuk setiap pendaftaran

Status: Terbuka

Deskripsi

Setiap akun baru menerima dua email sambutan karena peristiwa pendaftaran yang sama dapat memicu pengiriman lebih dari sekali.

Apa yang terjadi

Dua upaya pengiriman yang selesai memiliki ID peristiwa pendaftaran dan penerima yang sama, tetapi menggunakan ID pengiriman yang berbeda. Peristiwa yang dicoba ulang masuk kembali ke handler email sambutan tanpa pemeriksaan pengiriman yang tercatat. Efek samping duplikat sampai ke pengguna meskipun kedua upaya berhasil secara terpisah.

Cara menyelidiki

Telusuri pengiriman ulang peristiwa dan pemeriksaan pengiriman, buat pengiriman idempoten untuk setiap peristiwa pendaftaran, dan verifikasi bahwa pemutaran ulang hanya menghasilkan satu email.

Ketidakcocokan rekonsiliasi

Jumlah berbeda antar sistem.

Jenis masalah: Integritas data (Penulisan hilang, duplikat, kerusakan, catatan yang tidak cocok.)

Deposit dicairkan tetapi tidak pernah dikreditkan

Status: Terbuka

Deskripsi

Pencairan deposit yang terjadi kemudian tidak memperbarui dompet pengguna setelah penyedia sebelumnya melaporkan deposit tersebut gagal.

Apa yang terjadi

Penyedia pembayaran melaporkan deposit gagal, lalu mencairkannya 40 menit kemudian. Uang diterima, tetapi dompet pengguna tidak pernah dikreditkan dan tidak ada error.

Cara menyelidiki

Bandingkan status akhir deposit dari penyedia dengan buku besar dompet. Rekonsiliasi kredit yang hilang dan verifikasi bahwa perubahan status berikutnya ditangani tanpa pengkreditan ganda.

Pergeseran metrik bisnis

Pendaftaran, aplikasi, pembayaran, atau pesan berubah jauh di luar rentang biasanya.

Jenis masalah: Gangguan alur bisnis (Penurunan metrik utama dengan penyebab teknis.)

Jumlah aplikasi turun 35%

Status: Terbuka

Deskripsi

Jumlah aplikasi yang selesai berada di bawah tingkat biasanya meskipun lalu lintas masuk sebanding, yang mengarah pada masalah di dalam alur pengiriman.

Apa yang terjadi

Jumlah aplikasi turun 35% dibandingkan jam yang sama minggu lalu, sementara kunjungan ke formulir aplikasi tetap sebanding. Perbedaan mulai terlihat antara upaya pengiriman dan aplikasi yang tersimpan. Pola ini mengindikasikan masalah pemrosesan atau validasi, bukan sekadar penurunan permintaan.

Cara menyelidiki

Bandingkan hasil pengiriman dan alasan validasi dengan periode dasar, lalu telusuri upaya yang terdampak hingga persistensi sebelum mengaitkan penurunan dengan perilaku pengguna.

Output kosong

Tugas melaporkan keberhasilan tetapi tidak menghasilkan apa pun.

Jenis masalah: Kegagalan tugas latar belakang (Pekerjaan terjadwal terlewat, duplikat, macet, atau kosong.)

Pembersihan retensi tidak menyamarkan apa pun

Status: Terbuka

Deskripsi

Tugas pembersihan retensi terus selesai tanpa menyamarkan data prompt yang telah diidentifikasinya untuk organisasi yang memilih untuk tidak menyimpan data.

Apa yang terjadi

Untuk organisasi yang memilih untuk tidak menyimpan prompt, tugas pembersihan terus menemukan data yang perlu dibersihkan, menyamarkan nol baris, lalu melanjutkan. Tugas berjalan sesuai jadwal, tanpa exception, selama sebulan di 11 organisasi.

Cara menyelidiki

Bandingkan pemilihan kandidat dengan predikat penyamaran dan jumlah baris yang terdampak. Pastikan data yang memenuhi syarat dihapus sebelum menjalankan ulang pembersihan yang terdampak.

Data usang

Cache dan tugas sinkronisasi berhenti diperbarui.

Jenis masalah: Integritas data (Penulisan hilang, duplikat, kerusakan, catatan yang tidak cocok.)

Data direktori usang selama tiga hari

Status: Terbuka

Deskripsi

Pembacaan direktori menyajikan snapshot lama meskipun sumber upstream telah berubah, sehingga pengguna melihat catatan yang sudah usang.

Apa yang terjadi

Refresh terakhir direktori yang berhasil terjadi tiga hari lalu. Pembacaan terus mengembalikan snapshot tersebut, sementara upaya sinkronisasi gagal memperbarui penanda kesegarannya. Pemeriksaan ketersediaan tetap hijau karena cache masih merespons, tetapi entri yang baru ditambahkan atau diubah tidak muncul.

Cara menyelidiki

Telusuri tugas refresh dan pembaruan checkpoint, bandingkan catatan sumber dengan snapshot cache, lalu verifikasi kesegaran setelah sinkronisasi ulang yang aman.

Biaya

Lonjakan volume log

Deploy tiba-tiba menghasilkan terlalu banyak log.

Jenis masalah: Anomali biaya (Pengeluaran melonjak pada log, cloud, atau penggunaan LLM.)

Baris debug dicatat 40M kali sehari

Status: Terbuka

Deskripsi

Pesan debug yang baru menjadi sering mendominasi aliran log, meningkatkan pekerjaan ingest dan penyimpanan tanpa kenaikan lalu lintas yang sebanding.

Apa yang terjadi

Satu baris debug menghasilkan 40 juta peristiwa log per hari setelah deploy. Lokasi pemanggilannya berada di dalam operasi berulang, sehingga setiap permintaan kini menghasilkan banyak salinan. Perubahan volume berasal dari perilaku logging, bukan kenaikan aktivitas aplikasi yang bermanfaat secara sebanding.

Cara menyelidiki

Temukan pemanggilan log yang berulang, kurangi atau ambil sampel output yang berlebihan, dan pastikan cakupan diagnostik tetap berguna setelah volume kembali ke tingkat dasar.

Anomali pengeluaran cloud

Pengeluaran melonjak untuk suatu layanan atau sumber daya.

Jenis masalah: Anomali biaya (Pengeluaran melonjak pada log, cloud, atau penggunaan LLM.)

Biaya transfer data berlipat ganda

Status: Terbuka

Deskripsi

Pengeluaran transfer data berlipat ganda tanpa pertumbuhan lalu lintas yang sebanding, yang mengindikasikan bahwa permintaan melewati jalur yang lebih mahal.

Apa yang terjadi

Biaya transfer berlipat ganda dalam semalam sementara jumlah permintaan aplikasi tetap serupa. Kenaikan terkonsentrasi pada lalu lintas antar layanan, bukan ukuran respons yang ditampilkan kepada pengguna. Perubahan perutean atau penempatan mungkin menyebabkan transfer berulang atau lintas wilayah yang tidak terlihat dalam metrik permintaan biasa.

Cara menyelidiki

Uraikan penggunaan transfer berdasarkan sumber, tujuan, dan perubahan deploy, lalu verifikasi apakah perutean atau pengambilan data duplikat menjelaskan tambahan byte tersebut.

Lonjakan pengeluaran LLM

Penggunaan token melonjak berdasarkan fitur atau pelanggan.

Jenis masalah: Anomali biaya (Pengeluaran melonjak pada log, cloud, atau penggunaan LLM.)

Loop agen menghabiskan anggaran seminggu

Status: Terbuka

Deskripsi

Agen berulang kali mengeluarkan panggilan model yang serupa tanpa menyelesaikan tugasnya, sehingga penggunaan token yang sangat tinggi terkonsentrasi pada satu alur kerja.

Apa yang terjadi

Proses agen pada satu akun menghabiskan anggaran token normal selama seminggu dalam sehari. Panggilan berturut-turut mengulangi hasil alat yang sama dan membawa konteks yang terus bertambah, tetapi tidak ada hasil akhir tugas. Loop berulang ini meningkatkan biaya tanpa menghasilkan kemajuan bermanfaat tambahan.

Cara menyelidiki

Periksa keputusan dan hasil alat yang berulang, hentikan proses yang tidak produktif, lalu tambahkan batas percobaan ulang dan kondisi keluar saat tidak ada kemajuan sebelum memulai ulang tugas.

Kesenjangan telemetri

Layanan berhenti mengirim data

Sumber berhenti mengirim log.

Jenis masalah: Kesenjangan observabilitas (Area yang tidak dapat Anda pantau, atau telemetri yang menimbulkan risiko.)

Armada worker berhenti mengirim data

Status: Terbuka

Deskripsi

Armada worker berhenti mengeluarkan log setelah perubahan konfigurasi, sehingga jejak diagnostik yang diperlukan untuk memahami pekerjaan yang sedang berlangsung tidak tersedia.

Apa yang terjadi

Volume log worker turun menjadi nol sementara aktivitas antrean menunjukkan bahwa tugas masih diproses. Keheningan dimulai bersamaan dengan perubahan konfigurasi dan memengaruhi seluruh armada, bukan hanya satu host. Ini mengarah pada masalah di jalur logging atau pengiriman, bukan bukti bahwa semua worker telah berhenti.

Cara menyelidiki

Bandingkan konfigurasi logger dan exporter dengan versi sebelumnya, periksa error pengiriman, dan verifikasi peristiwa worker yang diketahui dari saat dikeluarkan hingga masuk ke sistem ingest.

Format tidak dapat dibaca

Format log baru tidak dapat diuraikan.

Jenis masalah: Kesenjangan observabilitas (Area yang tidak dapat Anda pantau, atau telemetri yang menimbulkan risiko.)

Format log baru tidak dapat dibaca

Status: Terbuka

Deskripsi

Peningkatan versi logger mengubah format catatan, sehingga log masuk kehilangan kolom terstruktur yang digunakan untuk analisis dan korelasi.

Apa yang terjadi

Sumber terus mengirim catatan, tetapi kegagalan penguraian dimulai setelah logger ditingkatkan. Baris mentah berisi pembungkus baru di sekitar kolom yang diharapkan parser berada di tingkat teratas. Peristiwa masuk tanpa tingkat keparahan, pesan, atau konteks permintaan yang andal, sehingga nilai diagnostiknya berkurang.

Cara menyelidiki

Bandingkan catatan mentah lama dan baru, perbarui kontrak penguraian, dan verifikasi peristiwa multiline serta error yang representatif sebelum menganggap sumber kembali sehat.

Titik buta

Rute atau tugas penting tidak memiliki telemetri.

Jenis masalah: Kesenjangan observabilitas (Area yang tidak dapat Anda pantau, atau telemetri yang menimbulkan risiko.)

Endpoint pembayaran tidak mencatat apa pun

Status: Terbuka

Deskripsi

Endpoint pembayaran baru menangani permintaan tanpa menghasilkan telemetri aplikasi, sehingga kegagalan dan operasi yang tidak selesai sulit diselidiki.

Apa yang terjadi

Catatan ingress menunjukkan permintaan mencapai endpoint, tetapi tidak ada awal aplikasi, hasil, atau ID permintaan yang cocok di aliran log. Rute pembayaran lainnya masih mengeluarkan peristiwa tersebut. Cakupan yang hilang membuat permintaan tidak dapat ditelusuri melalui validasi, panggilan penyedia, dan persistensi.

Cara menyelidiki

Telusuri middleware logging rute tersebut, tambahkan peristiwa hasil terstruktur dengan ID korelasi, dan verifikasi jejaknya tanpa mencatat kredensial pembayaran atau payload sensitif.

Ketidaksinkronan jam

Timestamp berbeda antar sumber.

Jenis masalah: Kesenjangan observabilitas (Area yang tidak dapat Anda pantau, atau telemetri yang menimbulkan risiko.)

Host terlambat 4 menit

Status: Terbuka

Deskripsi Satu host mencatat waktu peristiwa lebih awal daripada host lainnya, sehingga satu permintaan tampak dieksekusi tidak berurutan di berbagai layanan.

Apa yang terjadi

Peristiwa dari host tersebut tertinggal empat menit dibandingkan ID permintaan yang cocok dari sumber lain. Waktu ingest tetap berdekatan, jadi perbedaan ini berasal dari waktu peristiwa yang tercatat, bukan keterlambatan transportasi. Selisih waktu ini mengacaukan linimasa dan dapat menyesatkan analisis latensi atau urutan.

Cara menyelidiki

Periksa sinkronisasi waktu host dan serialisasi stempel waktu, koreksi jam, lalu bandingkan kembali peristiwa yang berkorelasi sebelum mengandalkan pengaturan waktu lintas layanan.

Contoh dari Katalog Deteksi Sazabi. Beberapa sinyal masih dalam proses.

Kompatibel dengan stack Anda

Jelajahi semua integrasi

Penyedia chat (3 integrasi)

• Slack
• Microsoft Teams
• Discord

Penyedia Git (2 integrasi)

• GitHub
• Bitbucket

Pelacak masalah & on-call (6 integrasi)

• Linear
• Atlassian
• PagerDuty
• incident.io
• Rootly
• VictorOps

Sumber log (73 integrasi)

• AWS
• Vercel
• Supabase
• Cloudflare
• OpenTelemetry
• Fluent Bit
• GitHub
• Linear
• Webhooks
• Cursor
• GitHub Copilot
• Factory Droid
• OpenHands
• OpenClaw
• Hermes Agent
• Claude Agent SDK
• Google Cloud
• Railway
• Render
• Fly.io
• Netlify
• DigitalOcean
• Porter
• Modal
• Northflank
• Neon
• Convex
• Inngest
• Trigger.dev
• Temporal
• Mastra
• LangChain
• E2B
• Daytona
• OpenRouter
• Datadog
• Sentry
• PostHog
• Prometheus
• Elastic Cloud
• SigNoz
• Vector
• Respan
• New Relic
• evlog
• Plain
• Shopify
• Okta
• Auth0
• WorkOS
• SentinelOne
• Palo Alto Networks
• Zscaler
• HashiCorp Vault
• Jamf Pro
• osquery
• Linux auditd
• Stripe
• Claude Code
• Codex
• Devin
• Doppler
• Gemini
• Grafana Alloy
• oh-my-pi
• Sazabi Browser SDK
• Tailscale
• Unkey
• Jenkins
• Buildkite
• RunsOn
• WarpBuild
• Sazabi React Native SDK

Alat infrastruktur (17 integrasi)

• AWS
• Google Cloud
• Vercel
• Cloudflare
• Kubernetes
• Terraform
• Railway
• Render
• Fly.io
• Netlify
• DigitalOcean
• Porter
• Argo CD
• Azure
• Heroku
• RunPod
• Tailscale

Alat basis data (12 integrasi)

• Supabase
• Neon
• Postgres
• MySQL
• Redis
• ClickHouse
• Convex
• PlanetScale
• Airbyte
• Aiven
• MongoDB Atlas
• MongoDB Shell

Alat AI & alur kerja (32 integrasi)

• Codex
• Cursor
• Gemini
• OpenCode
• Temporal
• Inngest
• Claude Agent
• Warp Oz
• Capy
• Tembo
• Hoplite
• Replicas
• Composio
• Exa
• The Context Company
• RentAHuman
• Cekura
• Langfuse
• Braintrust
• Respan
• Tines
• DeepWiki
• Context.dev
• AgentCat
• CodeRabbit
• Dagster
• DBOS Cloud
• Deepsec
• Devin
• ElevenLabs
• LangSmith
• Rivet

Alat tim & operasional (43 integrasi)

• Notion
• Google Drive
• Grafana
• Attio
• 1Password
• Intercom
• Axiom
• Honeycomb
• Better Stack
• Pydantic Logfire
• down.guide
• Pylon
• Clay
• Calendly
• Circleback
• Granola
• Happenstance
• Superhuman
• Mercury
• X
• Wiz
• Vanta
• Drata
• Semgrep
• Socket
• GitGuardian
• Google Security Operations
• VirusTotal
• Have I Been Pwned
• cve.now
• Clerk
• Resend
• Autumn
• Arize
• Checkly
• DoorDash
• Graphite
• GrowthBook
• Herd
• Mobbin
• Secureframe
• Stream
• Twilio

Studi kasus

Baca studi kasus

Weave

Bagaimana Weave Menghemat Lebih dari 20 Jam Kerja Rekayasa per Minggu dengan Mengganti Deteksi Manual menggunakan Sazabi

Sazabi mengubah titik buta yang sebelumnya ada menjadi masalah yang kami tangkap dan perbaiki sebelum pelanggan menyadarinya. Hal terbaik berikutnya setelah mencegah masalah sepenuhnya adalah segera mengetahuinya, dan itulah yang diberikan Sazabi kepada kami.

Andrew Churchill, Co-Founder dan CTO di Weave

• 8.5 min: Waktu untuk menemukan akar penyebab masalah produksi
• 9 min: Waktu untuk menyiapkan

Baca studi kasus

Mastra

Bagaimana Mastra Mengganti Investigasi 45 Menit dengan Peringatan Akar Penyebab dari Sazabi

Sazabi memberi kami visibilitas produksi yang dibutuhkan untuk peluncuran tanpa harus membangun penyiapan observabilitas seperti biasanya. Kini, Sazabi menjadi jaring pengaman yang kami percayai setiap kali melakukan deployment.

Abhi Aiyer, Co-Founder dan CTO di Mastra

• 45 min: Waktu investigasi manual sebelum menggunakan Sazabi
• 150 issues: Masalah produksi yang teridentifikasi dalam dua minggu

Baca studi kasus

XMTP Labs

Bagaimana XMTP Labs Memangkas Waktu Deteksi Bug dari Hitungan Hari menjadi Menit dengan Sazabi

Dengan Sazabi sebagai bagian dari stack observabilitas kami, kami jauh lebih cepat menemukan akar penyebab dibandingkan dengan pendekatan apa pun yang pernah kami gunakan sebelumnya.

Nick Molnar, CTO di XMTP Labs

• 5 min: Waktu untuk menandai insiden besar
• 20 min: Waktu untuk merilis perbaikan untuk masalah kritis

Baca studi kasus

Dari blog kami

• Memperkenalkan Sazabi Security: Pemantauan Keamanan yang Menyelidiki Sebelum Memberi Peringatan: Sazabi Security memantau log identitas, cloud, dan jaringan Anda untuk mendeteksi serangan, menyelidiki hal yang mencurigakan, dan membuat masalah keamanan hanya jika memang ada yang salah.
• Log Kini Gratis untuk Perusahaan YC: Angkatan YC saat ini mendapatkan log gratis selama 3 tahun (hingga 1 PB) dan paket Sazabi Startup selama 12 bulan. Alumni mendapatkan 2 tahun dan 6 bulan.
• Memperkenalkan Sazabi BYOC: Jalankan Sazabi di Cloud Anda Sendiri: Dengan Sazabi BYOC, bagian Sazabi yang menerima, memproses, dan menyimpan log Anda berjalan di akun cloud Anda sendiri, dan Sazabi mengoperasikannya.

Lihat semua artikel

Pendekatan berbeda untuk observabilitas dan keamanan

01 Semuanya adalah log

Metrik, trace, peristiwa aplikasi, tindakan agen. Semuanya menjelaskan apa yang terjadi. Log memberi manusia dan agen satu fondasi untuk memahami sistem.

02 Log mendukung deteksi anomali

Anda tidak seharusnya harus memprediksi setiap kegagalan untuk mendeteksinya. Fondasi log memungkinkan Sazabi menemukan perubahan perilaku sistem Anda dan menyelidiki apa yang terjadi.

03 Dirancang untuk dunia yang mengutamakan AI

AI mengubah cara perangkat lunak dibangun dan dijalankan. Sazabi memberi manusia dan agen akses bersama ke bukti dan alat yang mereka perlukan untuk bertindak.

Kata pelanggan

Dalam dua hari pertama, Sazabi menemukan ~8 masalah yang tidak akan kami temukan dengan cara lain, bahkan dengan Sentry.

Bence R., Hoplite

Hidup di masa depan: Sazabi membuka PR, Cursor menilai risikonya dan menyetujuinya, CI semuanya hijau.

Evan, AGREE

Tidak semua peringatan berprioritas tinggi, tetapi semuanya dapat ditindaklanjuti. Saya sangat terkesan dengan kualitasnya.

Yash N., Sandstone

Beberapa masalah yang dikirim Sazabi membuat saya terkejut 🤯, dengan cara yang sangat membantu. Ini makin penting seiring berkembangnya microservice kami.

Nanda G., Taiga

Peringatan Slack-nya sangat bagus sampai saya tidak perlu membuka dasbor. Agen coding memperbaiki bug begitu muncul.

Charlie L., Autumn

Sazabi adalah tulang punggung sistem on-call kami. Dan dengan peringatan keamanan baru, kami bisa panik secara real time.

Ed P., WAJO

Siap untuk perusahaan

Gunakan cloud Anda sendiri

Jalankan penerimaan, pemrosesan, dan penyimpanan log di akun AWS Anda sendiri. Sazabi mengoperasikan deployment tersebut.

• Penyimpanan yang dimiliki organisasi Anda
• Kebijakan retensi Anda
• Akses yang dapat Anda cabut

Baca pengumuman BYOC

Kepatuhan

Standar keamanan dan komitmen privasi untuk mendukung peninjauan oleh tim Anda.

• SOC 2
• SOC 1
• ISO 27017
• ISO 27001
• GDPR

Kunjungi pusat kepercayaan

Akses & keamanan

Hubungkan penyedia identitas Anda dan kendalikan akses di seluruh organisasi.

• SSO dengan SAML / OIDC
• Penyediaan SCIM
• Izin berbasis peran
• Akses proyek terbatas
• Autentikasi dua faktor

Jelajahi kontrol akses

FAQ

Apa itu Sazabi?

Sazabi adalah platform observabilitas dan keamanan yang mengutamakan AI untuk tim rekayasa dan agen coding. Sazabi membaca log produksi Anda bersama kode, mendeteksi masalah yang penting, menyelidiki setiap masalah hingga ke akar penyebabnya, lalu mengirimkan hasilnya ke alat yang sudah digunakan tim Anda.

Apakah saya perlu menulis monitor atau aturan peringatan?

Tidak. Sazabi memantau log Anda untuk menemukan perubahan yang perlu diperiksa lebih lanjut, seperti peristiwa yang berhenti terjadi, langkah yang mulai gagal tanpa terlihat, atau latensi yang melonjak setelah deployment. Agennya menyelidiki sinyal tersebut, memastikan bahwa dampaknya nyata, lalu membuat masalah—tanpa monitor, ambang batas, atau aturan peringatan yang perlu dikelola.

Log dan alat apa saja yang terhubung ke Sazabi?

Kirim log dari sumber seperti Datadog, PostHog, Sentry, Google Cloud, Supabase, dan Cloudflare, lalu hubungkan kode Anda dari GitHub agar Sazabi dapat melacak masalah hingga ke commit dan file penyebabnya. Masalah akan diteruskan kepada tim Anda melalui Slack, Microsoft Teams, email, atau SMS.

Bagaimana Sazabi bekerja dengan agen coding?

Setiap masalah disertai akar penyebab dan rencana perbaikan yang dapat langsung Anda berikan kepada agen coding seperti Claude Code, Codex, atau Cursor. Agen juga dapat bertanya kepada Sazabi tentang log Anda melalui CLI dan MCP saat bekerja.

Bisakah log saya tetap berada di cloud milik saya sendiri?

Ya. Dengan Sazabi BYOC, penerimaan, pemrosesan, dan penyimpanan log berjalan di akun AWS Anda sendiri, dan log Anda tetap berada di penyimpanan milik organisasi Anda, sementara Sazabi mengoperasikan deployment tersebut. Hasil kueri dan cuplikan log tetap dapat dikirim ke Sazabi dan penyedia model.

Berapa biaya Sazabi?

Hobby seharga $50, Startup $200, dan Growth $1,000 per siklus 30 hari, masing-masing dengan penggunaan yang sudah termasuk. Enterprise memiliki harga dan ketentuan khusus. Lihat halaman harga untuk mengetahui apa saja yang termasuk dalam setiap paket.

Bagaimana cara memulai?

Jalankan npx @sazabi/cli start di terminal Anda untuk menyiapkan Sazabi, atau ikuti panduan mulai cepat di dokumentasi.

URL Kanonis

https://www.sazabi.com