Description: Penjelasan sederhana tentang build, Cloudflare Workers, dan proses rilis yang salah melaporkan keberhasilan.
Introduction
Memperbarui website terdengar mudah. Mengapa harus menunggu puluhan menit kalau halaman akhirnya tetap sama? Bisa jadi hambatannya bukan proses membuat halaman, melainkan terlalu banyak pemeriksaan sebelum rilis.
What is happening?
Build mengubah artikel dan kode menjadi berkas yang bisa digunakan browser. Cloudflare Workers melayani permintaan pengunjung dan menjalankan logika tertentu. GitHub Actions dan Buildkite menjalankan perintah untuk membangun serta menerbitkan situs. Kalau semuanya disebut 'Worker berhenti', sumber masalah jadi kabur.
The absurd failure
Bayangkan proses rilis yang harus meminta izin ke Worker, pindah ke kode terbaru, menjalankan ulang pekerjaan, memeriksa perubahan, membaca catatan kuota gratis, lalu membuat laporan. Pemeriksaan pertama kehabisan kuota dan dilewati. Pemeriksaan berikutnya justru menghentikan proses. Tidak ada pembaruan yang terkirim, tetapi layar menampilkan BERHASIL. Seperti kurir yang menandai paket sudah sampai padahal masih di gudang.
How to tell what failed
Seratus pesan kesalahan mungkin berasal dari satu berkas bersama yang rusak. Sebaliknya, build berhasil belum tentu berarti situs publik sudah diperbarui. Periksa hasil build, proses unggah, dan versi yang benar-benar muncul di alamat situs.
A simpler route
Solusinya adalah satu perintah resmi untuk merilis Worker dan satu perintah untuk membangun serta mengunggah situs. Semua layanan otomatis menjalankan perintah yang sama. Jika tidak ada rilis, laporkan kegagalan beserta alasannya. Setelah rilis, periksa versi publik.
Conclusion
Otomatisasi dibuat agar manusia tidak repot. Akhirnya manusia malah sibuk mengurus otomatisasinya. Mungkin yang dibutuhkan bukan pengawas baru, melainkan lebih sedikit gerbang.
