Ketika pengembang IT pertama kali berhadapan dengan teknologi operasional (OT), percakapan khas pun muncul. "Apa persyaratan uptime Anda?" "99,9 persen." "Itu sekitar delapan jam downtime per tahun, kami bisa menyesuaikan." "Tidak, 99,9 persen per shift. Kami beroperasi 24/7. Jika sistem mati di tengah proses produksi, seluruh batch akan hilang." Pengembang IT mengangguk, mencatat, dan diam-diam menghitung ulang. Dalam layanan web, uptime adalah metrik statistik. Load balancer mendistribusikan trafik, dan deployment bergilir mematikan satu instance pada waktu tertentu. Jika deployment bermasalah, sistem di-rollback, pengguna mencoba ulang permintaan, dan mungkin melihat halaman error selama beberapa detik. 99,9 persen uptime berarti sekitar 8,7 jam downtime per tahun, yang bagi kebanyakan aplikasi web masih dapat diterima. Bagi pengguna yang mengalami downtime tersebut, ini menjengkelkan namun tidak merusak. Seluruh model berasumsi bahwa kondisi sistem dapat dipulihkan: transaksi yang gagal bisa diulang, koneksi yang terputus bisa dihubungkan kembali, dan deployment bisa dibatalkan.
Namun, di sistem kontrol industri, "sistem" bukan perangkat lunak, melainkan proses fisik yang dikendalikan perangkat lunak. Pabrik pengolahan air tidak berhenti saat Anda merollback pembaruan SCADA. Tungku semen yang beroperasi pada suhu 1.400°C tidak menunggu pipeline deployment Anda. Mesin kertas yang berjalan pada kecepatan 1.000 meter per menit tidak bisa retry ketika historian sistem offline. Proses fisik terus berjalan, terlepas dari kesehatan perangkat lunak. Jika perangkat lunak kehilangan kendali atas proses tersebut, bahkan hanya sebentar, konsekuensinya sangat nyata: batch dibuang, peralatan rusak karena beroperasi di luar parameter aman, produk tidak sesuai standar dan harus dibuang. Dalam skenario terburuk, kebakaran, cedera, atau insiden lingkungan dapat terjadi.
Delapan jam lebih downtime yang dianggap "dapat diterima" dalam kontrak SLA bisa berarti tiga batch produksi yang hilang. Ini bukan lagi masalah SLA, melainkan masalah kelangsungan bisnis. Masalah rollback di dunia web dianggap sebagai jaring pengaman. Jika terjadi kesalahan di produksi, kembalikan ke versi sebelumnya yang stabil. Worst case, Anda kehilangan beberapa menit data. Di sistem industri, rollback seringkali bukan pilihan saat proses sedang berjalan. Jika pembaruan PLC bermasalah di tengah batch, Anda tidak bisa sekadar memulihkan versi sebelumnya dan melanjutkan. Kondisi fisik proses telah berubah: suhu, tekanan, dan komposisi kimia sekarang berbeda dari yang diharapkan oleh versi perangkat lunak lama. Memulihkan perangkat lunak lama ke kondisi fisik baru bisa lebih berbahaya daripada menyelesaikan deployment yang bermasalah.
Itulah mengapa sistem industri memiliki proses manajemen perubahan yang terlihat berbelit-belit bagi IT: window pemeliharaan yang direncanakan, prosedur rollback yang teruji, dan tanda tangan operator. Ini bukan birokrasi untuk birokrasi, melainkan dibangun di atas realitas bahwa perangkat lunak mengendalikan sesuatu yang tidak pernah berhenti. Bagi pengembang yang menulis perangkat lunak untuk sistem OT, ada beberapa hal yang perlu dipahami. Degradasi graceful memiliki arti berbeda di sini. Di layanan web, degradasi berarti menampilkan halaman cache atau pesan error yang ramah. Di OT, ini berarti sistem kontrol tetap beroperasi dengan aman dalam mode manual saat perangkat lunak down. Rancang pengalihan ini secara eksplisit. Uji sistem terhadap batasan fisik, bukan hanya batasan perangkat lunak. Apa yang terjadi jika jaringan terputus selama 30 detik? Apa tindakan PLC? Apa yang dilihat operator? Alarm apa yang aktif? Pahami proses sebelum menyentuh kode. Operator yang menjalankan pabrik mengetahui mode kegagalan yang tidak terdokumentasi. Bicaralah dengan mereka sebelum menulis satu baris kode pun.
Angka SLA dalam kontrak hanyalah bagian mudah. Memahami apa yang sebenarnya berarti bagi objek yang dikendalikan adalah bagian yang sulit. Artikel ini menggarisbawahi kesenjangan antara pola pikir IT dan OT, serta menyoroti perlunya pendekatan yang lebih holistik dalam pengembangan perangkat lunak untuk lingkungan kritis. Bagi industri Indonesia yang semakin mengadopsi otomatisasi dan IoT, kesadaran akan perbedaan ini dapat mencegah insiden mahal dan memastikan kelangsungan operasi yang aman dan andal.