Otomatiskan Triase Error Produksi Harian

Zero menarik error yang belum terselesaikan dari Sentry dan Axiom setiap pagi, mendeduplikasinya, membuka issue GitHub dengan stack trace lengkap, dan menugaskan engineer yang tepat secara otomatis.

Zero terhubung ke:

Apa yang Zero berikan

Otomatiskan Triase Error Produksi Harian — sample output from Zero — screenshot 1

Apa masalahnya

Setiap pagi, seseorang harus membuka Sentry, menggulir error yang belum terselesaikan, menentukan mana yang baru, mana yang duplikat, mana yang benar-benar serius, dan memutuskan siapa yang harus memilikinya. Itu 20 hingga 30 menit waktu engineering yang terfokus sebelum pekerjaan nyata dimulai. Zero berjalan pukul 8:45 pagi, mengecek Sentry dan Axiom, mendeduplikasi keduanya, memilih error yang penting, membuka issue GitHub dengan stack trace lengkap sudah terlampir, dan menugaskan masing-masing sebelum siapa pun membuka laptop.

Bagaimana Zero memperbaikinya

Langkah 1: Hubungkan alat Anda

Sentry

Wajib

Zero menanyakan Sentry untuk error yang belum terselesaikan dan membaca stack trace serta jumlah event.

Hubungkan

GitHub

Wajib

Zero membuat issue GitHub terstruktur dengan detail error lengkap dan menugaskannya ke code owner.

Hubungkan

Axiom

Opsional

Zero menanyakan Axiom untuk log error guna referensi silang dan deduplikasi terhadap temuan Sentry. Opsional tapi disarankan.

Hubungkan

Langkah 2: Tanya Zero

@Zero setiap hari kerja pukul 8:45 pagi, tarik error yang belum terselesaikan dari Sentry dan Axiom selama 24 jam terakhir. Deduplikasi antar sumber. Untuk apa pun dengan 5+ kemunculan, buka issue GitHub di vm0-ai/vm0 dengan stack trace lengkap dan tugaskan ke code owner yang relevan.

coba

Zero menarik error dari Sentry dan Axiom

Zero menanyakan kedua sumber untuk error yang belum terselesaikan dalam jendela waktu yang ditentukan. Ia menerapkan ambang batas kemunculan Anda untuk menyaring kebisingan dan fokus pada error yang benar-benar terjadi dalam skala besar.

Error dideduplikasi antar sumber

Error yang sama sering muncul di Sentry maupun Axiom dengan format berbeda. Zero mengenali duplikat dan menggabungkannya menjadi satu catatan dengan data dari kedua sumber.

Issue GitHub dibuat dan ditugaskan

Untuk setiap error unik yang memenuhi syarat, Zero membuka issue GitHub terstruktur dengan stack trace lengkap, jumlah kemunculan, cap waktu pertama dan terakhir terlihat, dan menugaskannya ke engineer yang paling mungkin memiliki area kode itu.

Langkah 3: Lanjutkan lebih jauh

Sesuaikan ambang batas

Ubah filter kemunculan untuk mengurangi kebisingan atau menangkap lebih banyak issue

@Zero perbarui jadwal triase harian agar hanya membuat issue untuk error dengan 10+ kemunculan. Untuk yang di bawah itu, cukup posting ringkasan ke #dev.

coba

Tambahkan ke brief pagi

Gabungkan dengan use case brief kesehatan produk

@Zero sertakan keluaran triase error hari ini dalam brief kesehatan produk pukul 9 pagi yang kamu posting ke #standup.

coba

Pemeriksaan keamanan pasca-deploy

Jalankan triase segera setelah deploy produksi

@Zero setiap kali sebuah PR di-merge ke main di vm0-ai/vm0, tunggu 15 menit lalu jalankan pemeriksaan error Sentry untuk error baru.

coba

Tips untuk hasil yang lebih baik

●Tetapkan ambang batas kemunculan agar jumlah issue tetap terkelola. 5+ adalah titik awal yang baik; sesuaikan berdasarkan volume Anda.

●Gunakan tag proyek atau environment Sentry untuk mempersempit query Zero ke produksi saja, bukan staging.

●Rangkai ini dengan brief kesehatan produk: jalankan triase pukul 8:45, sertakan keluarannya di brief pukul 9:00 agar tim melihat semuanya di satu tempat.