Skip to content
Poeta
Go back

Batu Pertama Sebagai Deliverable: Upacara yang Tidak Pernah Naik ke Produksi

Pekan ini sebuah konsorsium energi meresmikan peletakan batu pertama di lokasi yang sama untuk ketiga kalinya. Rilis resminya menyebut acara itu sebagai penanda dimulainya “konstruksi penuh” pembangkit berkapasitas 4,2 gigawatt — frasa yang nyaris identik dengan yang dipakai pada peresmian pertama, dua tahun lalu. Tidak ada media yang bertanya mengapa sebuah proyek membutuhkan tiga batu pertama; semua kamera sudah sibuk mengarahkan bidikan ke batu yang paling baru. Dalam istilah infrastruktur, ini empty commit yang dikirim berulang ke repository yang sama: protokolnya sah, status pipeline-nya hijau, dan tidak ada satu byte pun yang benar-benar berpindah.

Empty Commit yang Selalu Hijau

Setiap groundbreaking memicu rangkaian proses yang berjalan otomatis: undangan pejabat, konvoi kendaraan dinas, release foto resmi, berita di portal, unggahan media sosial dengan sudut pengambilan yang telah disepakati sejak pagi. Seluruh pipeline itu selalu hijau, persis seperti CI yang menerima commit kosong — tidak ada yang gagal karena tidak ada yang diuji. Dalam arsitektur sistem, empty commit adalah revisi yang sah secara protokol: ia lolos semua pemeriksaan, tercatat dalam riwayat, tetapi tidak mengubah perilaku sistem sedikit pun. Bedanya, repository kode menyimpan riwayat; lokasi proyek hanya menumpuk batu.

Batu pertama yang ketiga bukanlah anomali. Ia adalah release dari siklus yang sudah berjalan lama: proyek diumumkan, studi kelayakan disusun, lahan dibebaskan sebagian, financial close ditargetkan, lalu tenggat bergeser dan peresmian baru dijadwalkan untuk fase berikutnya. Setiap fase mendapat batu pertamanya sendiri, seperti setiap sprint mendapat commit pembuka yang isinya hanya pembaruan berkas readme. Yang berbeda hanyalah bahwa di dunia perangkat lunak, commit kosong mudah terdeteksi lewat code review; di dunia proyek raksasa, tidak ada yang meninjau ulang batu yang lama.

Kapasitas yang Diumumkan, Beban yang Tidak Pernah Tiba

Angka yang dirayakan dalam upacara-upacara ini selalu mengesankan: 4,2 gigawatt, ratusan miliar dolar, puluhan ribu hektare kawasan industri. Angka-angka itu berpindah dari slide ke slide, dari pidato ke pidato, tanpa pernah menyentuh meteran — dalam istilah infrastruktur, ini kapasitas yang di-provisioning di atas kertas, lengkap dengan skema redundancy-nya, sementara utilization-nya masih nol karena beban kerjanya belum pernah dikirim. Tidak ada dashboard dunia nyata yang menampilkan perbedaan antara kapasitas terpasang dan energi yang benar-benar mengalir, karena dashboard itu baru akan dibuat setelah pembangkitnya beroperasi — dan pembangkitnya belum dijadwalkan beroperasi.

Bagian yang paling jujur dari seluruh upacara justru ada di cetakan kecil undangan: soft opening direncanakan untuk 2029. Bukan 2027, bukan 2028 — 2029, tahun yang cukup jauh untuk membuat semua pihak yang hadir merasa aman dari kewajiban menagih janji. Perencanaan kapasitas yang sehat selalu menyertakan buffer; perencanaan upacara menyertakan buffer yang lebih tebal, karena yang dijadwalkan bukanlah pengiriman sistem, melainkan momen ketika semua orang sepakat untuk bertepuk tangan lagi.

Status Page Sebelum Sistem Terpasang

Yang membuat pola ini menarik bukan kebohongannya — tidak ada yang benar-benar berbohong, semua orang menyebut angka yang sama dengan nada yang sama. Yang menarik adalah urutan logikanya: situs web resmi proyek sudah menampilkan peta campus, brosur sudah menjanjikan uptime kelas tier IV, dan timeline migrasi beban kerja sudah disusun per kuartal, padahal fondasi fisiknya baru berupa batu yang diletakkan berulang kali. Ini status page yang menyatakan “operasional” sebelum server-nya dibeli — observability yang mendahului eksistensi. Dalam arsitektur sistem, kita punya nama untuk praktik ini: mengumumkan SLA sebelum service terdaftar di registry. Nama lainnya: harapan.

Harapan, dalam proyek infrastruktur, adalah komoditas yang paling aktif diperdagangkan. Ia diperbarui setiap kali ada peresmian, di-refresh setiap kali pejabat baru berkunjung, dan di-renew setiap kali konsorsium mengganti nama proyek agar terdengar lebih segar. Batu pertama adalah token dari perdagangan itu: kecil, simbolis, mudah dipindahkan, dan tidak pernah kedaluwarsa — selama masih ada tangan yang mau meletakkannya dan kamera yang mau merekamnya.

Lapisan Presentasi di Atas Backend yang 404

Di sekitar setiap batu pertama tumbuh industri yang ekonominya justru sangat nyata: desainer panggung, penyedia tenda, kru dokumentasi, penyusun rundown, kurator tamu undangan. Bayaran mereka lunas, kontraknya jelas, dan deliverable-nya terukur — panggung berdiri, suara jernih, foto resmi terkirim ke biro pers sebelum tenggat. Dalam arsitektur sistem, ini lapisan presentasi yang berjalan dengan sempurna di atas backend yang belum pernah ditulis: frontend-nya matang, user experience-nya halus, dan setiap permintaan ke API berakhir di 404. Ironinya bukan pada orang-orang yang bekerja keras membuat upacara berjalan mulus; ironinya ada pada struktur yang membuat kerja keras mereka menjadi satu-satunya bagian proyek yang benar-benar berfungsi.

Tidak ada yang perlu diejek dari keadaan ini, karena semua orang di dalamnya bertindak rasional. Konsultan dibayar untuk menyusun dokumen, kontraktor dibayar untuk hadir di lokasi, pejabat dibayar untuk meresmikan, dan media dibayar — dalam bentuk lalu lintas kunjungan — untuk memberitakan. Yang tidak dibayar siapa-siapa hanyalah status proyek itu sendiri: apakah ia masih staging, sudah production, atau diam-diam di-deprovision-kan dan diganti proyek baru dengan nama yang lebih ambisius. Di ruang operasional yang terbatas, pertanyaan itu jarang diajukan dengan keras, karena jawabannya tidak mengubah jadwal upacara berikutnya.

Lokalitas Terbatas dan Kalender Seremonial

Dari lokalitas terbatas, semua ini terlihat dari jarak yang justru menajamkan gambar: yang sampai ke publik bukanlah telemetri proyek — kemajuan fisik, penyerapan anggaran, tegangan yang mengalir — melainkan event log-nya. Dan event log itu, seperti log sistem yang sehat, hanya mencatat apa yang dianggap penting oleh perancangnya: peresmian, kunjungan, penandatanganan, peletakan batu. Kegagalan jarang dicatat sebagai entry tersendiri; ia muncul sebagai celah di antara dua timestamp, sebagai periode senyap yang tidak pernah dijelaskan. Kalender seremonial adalah time series yang paling rajin diperbarui, dan paling sedikit informasinya — padahal di dunia nyata, proyek yang sedang berjalan tidak pernah diam: ia menghabiskan anggaran, merekrut orang, atau setidaknya memindahkan tanah. Keheningan adalah sinyal. Hanya saja, sinyal itu tidak pernah dirayakan.

Mungkin pada akhirnya pertanyaannya bukan mengapa proyek raksasa suka diresmikan berulang kali, melainkan mengapa kita terus hadir setiap kali diundang. Dalam arsitektur sistem, ada istilah untuk komponen yang menerima permintaan tanpa pernah memprosesnya, hanya untuk menjaga agar pengirim merasa salurannya terbuka: keepalive. Batu pertama adalah keepalive bagi harapan kolektif — paket kecil yang dikirim berkala agar koneksi tidak dianggap putus, agar tidak ada yang menutup sesi dan menagih hasil. Paket itu murah, sah, dan berfungsi persis sebagaimana dirancang. Masalahnya hanya satu: keepalive yang dikirim cukup lama akan terlihat seperti lalu lintas, padahal ia hanya bukti bahwa saluran masih terbuka — bukan bahwa ada yang sedang dikirim melaluinya.

Log ditutup di sini. Batu pertama diletakkan, difoto, dan dilaporkan; tanah di sekitarnya belum berpindah, dan tidak ada yang menganggap itu masalah selama upacara berikutnya sudah dijadwalkan. Dalam istilah infrastruktur, sistem ini berjalan dengan availability tinggi — untuk perayaan, bukan untuk daya.



Previous Post
Rotasi Kredensial yang Tidak Pernah Terjadi: Ketika Biometrik Bocor dan Identitas Tak Bisa Diganti
Next Post
Antrean Konformitas Tanpa Penilai: Regulasi yang Tiba Sebelum Infrastrukturnya