Mesin Paling Rapuh di Pabrik Anda Adalah Server di Ruang Kantor

Ada satu ruangan di hampir setiap pabrik yang jarang dipikirkan orang. Isinya meja, lemari arsip, AC dinding yang menyala kalau ada yang ingat menghidupkannya, dan sebuah PC tower yang berdengung di bawah meja.

PC itu menyimpan database produksi. Semua order, semua catatan batch, semua angka stok. Sudah jalan sejak 2019. Tidak ada yang benar-benar yakin apakah backup-nya masih berjalan.

Ketika orang bilang pabrik sebaiknya “pindah ke cloud”, pembicaraannya biasanya dimulai dari ujung yang salah — istilah keren, transformasi digital, Industry 4.0. Lebih berguna memulai dari ruangan tadi, karena pertanyaan sebenarnya bukan apakah cloud itu modern, melainkan apakah bisnis Anda sanggup bertahan terhadap apa yang bisa terjadi di ruangan itu.

Apa yang benar-benar bisa terjadi

Bukan risiko teoretis. Ini yang memang terjadi.

Panas dan debu. Lantai produksi adalah lingkungan yang kejam bagi komputer. Perangkat server di ruangan tanpa pendingin, atau yang pendinginnya hidup-mati, rusak bertahun-tahun lebih cepat dari seharusnya — dan rusaknya perlahan. Disk mulai bermasalah, performa menurun, dan tidak ada yang menghubungkan keduanya sampai ada yang berhenti total.

Listrik. Kawasan industri di Indonesia mengalami gangguan listrik. Line Anda mungkin punya genset; PC kantor di bawah meja biasanya hanya punya UPS kecil yang terakhir diuji tiga tahun lalu, atau tidak punya sama sekali. Mati mendadak merusak database. Kerusakannya sering tidak terasa sampai ada yang menjalankan laporan dan angkanya tidak cocok.

Air. Kalau pabrik Anda ada di sabuk Bekasi, Karawang, atau Jakarta Utara, Anda tahu banjir bukan hal hipotetis. Server yang diletakkan di lantai, di kantor lantai dasar, adalah masalah kelangsungan bisnis — bukan sekadar masalah IT.

Satu disk, satu salinan. Kebanyakan mesin seperti ini tidak punya redundansi. Dulu ada yang menyiapkan backup ke hard disk eksternal. Tidak ada yang memeriksanya. Kami pernah membuka folder backup yang file terbarunya berumur delapan belas bulan.

Satu orang. Sistemnya disiapkan oleh seseorang yang sekarang sudah tidak bekerja di sana, atau oleh vendor yang tidak lagi membalas. Ketika rusak, tidak ada yang tahu bagaimana dulu dikonfigurasi. Ini bukan masalah perangkat keras — tapi mau di cloud atau tidak, akar masalahnya sama: pengetahuannya tidak tersimpan di mana pun.

Satu saja dari hal ini bisa menghapus seminggu catatan produksi. Digabung, inilah alasan kenapa “server itu sebaiknya diurus” selalu ada di daftar mental setiap manajer pabrik.

Apa yang benar-benar berubah kalau pindah ke cloud

Lupakan slogannya. Ini yang nyata berubah.

Data Anda tidak lagi bergantung pada gedung Anda. Ini yang utama. Kalau kantor kebanjiran, terbakar, atau kemalingan, riwayat produksi ada di tempat lain. Asuransi mengganti perangkatnya; asuransi tidak mengembalikan catatan batch tiga tahun terakhir.

Kantor pusat bisa melihat lantai produksi tanpa harus ada di sana. Kalau pabrik Anda di Cikarang dan manajemen duduk di Jakarta Selatan, jarak itu sekarang diisi pesan WhatsApp dan spreadsheet akhir hari. Ketika sistem produksi bisa diakses dari mana saja, jedanya hilang — begitu juga rasa sungkan meminta orang memotret layar.

Pabrik kedua jadi mungkin. Sistem yang hidup di satu pabrik tidak bisa diperluas. Buka pabrik kedua, Anda dapat sistem terisolasi kedua, lalu satu orang yang tugasnya menggabungkan dua set angka yang tidak pernah persis cocok. Infrastruktur bersama membuat pabrik kedua menjadi perluasan, bukan duplikat.

Ada yang mengurus patch-nya. PC tower itu kemungkinan besar menjalankan sistem operasi yang sudah lama berhenti menerima pembaruan keamanan. Infrastruktur cloud terkelola memindahkan pekerjaan itu ke pihak yang memang tugasnya begitu.

Anda berhenti membeli kapasitas yang tidak dipakai. Server pabrik dibeli untuk puncak kebutuhan yang Anda bayangkan lima tahun lagi — jadi dibayar sekarang, lalu menganggur. Kapasitas cloud menyesuaikan. Apakah itu lebih hemat, tergantung beban kerja Anda; siapa pun yang menjanjikan penghematan tanpa melihat datanya sedang menebak.

Kapan cloud justru jawaban yang salah

Bagian ini biasanya dilewati vendor, dan di pabrik justru lebih penting daripada di tempat lain.

Kendali mesin harus tetap lokal. Selalu. Apa pun yang menutup loop kendali — PLC, SCADA, safety interlock, motion control — tempatnya di lantai produksi, di jaringan pabrik, tanpa ketergantungan pada koneksi internet. Latensi yang tidak terasa di aplikasi kantor menjadi berbahaya di sebelah mesin press. Kalau ada yang menawarkan memindahkan kendali real-time ke cloud, itu alasan untuk menghentikan pembicaraan.

Line harus tetap jalan saat koneksi putus. Internet di kawasan industri Indonesia cukup baik, tapi tidak sempurna. Fiber bisa terputus kena pekerjaan jalan. Sistem yang membuat operator tidak bisa mencatat produksi saat koneksi mati akan ditinggalkan — karena produksi tidak ikut berhenti hanya karena jaringannya berhenti.

Data sangat besar lewat pipa yang sempit. Data sensor berfrekuensi tinggi atau citra machine vision bisa menghasilkan lebih banyak daripada yang sanggup dikirim koneksi Anda. Data seperti itu perlu diolah di sisi pabrik, lalu ringkasannya yang dikirim ke atas — bukan aliran mentah didorong lewat link yang dipakai bersama seluruh kantor.

Bentuk yang benar-benar berhasil

Hampir tidak ada pabrik di Indonesia yang sebaiknya sepenuhnya cloud, dan hampir tidak ada yang sebaiknya sepenuhnya lokal. Yang berhasil adalah pembagian yang disengaja.

Di lantai produksi: kendali mesin, dan pencatatan data yang disentuh operator. Semua ini jalan secara lokal dan tetap berfungsi saat jaringan mati. Operator mencatat output, mencatat stoppage, memindai batch — semuanya langsung tersimpan di tempat.

Di cloud: database utama, pelaporan, dashboard, konsolidasi antar-pabrik, dan apa pun yang perlu dilihat kantor pusat.

Di antaranya: sinkronisasi yang tahan terhadap putusnya koneksi. Lantai produksi tetap bekerja selama gangguan dan menyusul setelahnya, tanpa ada yang perlu mengetik ulang apa pun.

Ini bukan jalan tengah karena terpaksa. Ini arsitektur yang benar. Selain itu, pilihannya cuma dua: catatan Anda berisiko di ruangan hangat, atau line Anda berhenti ketika satu kabel terputus.

Memilih di mana “cloud”-nya berada

“Cloud” bukan satu tempat, dan untuk pabrik di Indonesia lokasinya berpengaruh.

Latensi dan regulasi sama-sama mengarah ke Jakarta. AWS, Google Cloud, Azure, dan Alibaba menjalankan region Indonesia, di samping penyedia lokal seperti Biznet Gio. Server di Jakarta merespons dalam hitungan milidetik satuan sampai belasan dari Cikarang. Beban kerja yang sama di Singapura menambah jeda yang terasa; di Amerika Serikat, sistem interaktif akan terasa rusak.

Pahami kewajiban data Anda. PP 71/2019 dan UU Perlindungan Data Pribadi mengatur bagaimana data pribadi ditangani dan, untuk sebagian kategori penyelenggara sistem elektronik, di mana data boleh disimpan. Pabrik yang menyimpan data karyawan dan data pelanggan sebaiknya memastikan aturan mana yang berlaku sebelum memilih region, bukan sesudah migrasi.

Tanyakan di mana backup-nya disimpan. Region cloud di Jakarta dengan backup yang direplikasi hanya di dalam Jakarta bukanlah pemulihan bencana untuk kejadian berskala Jakarta. Replikasi lintas region biasanya cuma satu centang dan biaya kecil.

Perbaiki koneksinya dulu

Ini urutan praktis yang paling sering dibalik: pabrik menilai platform cloud sebelum membereskan koneksi yang menjadi sandaran cloud itu.

Kalau pabrik Anda punya satu koneksi internet dari satu penyedia, koneksi itu sekarang menjadi titik kegagalan tunggal untuk seluruh operasi. Sebelum memigrasikan apa pun:

Ambil link kedua dari penyedia berbeda, idealnya lewat jalur fisik yang berbeda, dengan failover otomatis. Cadangan 4G atau 5G murah dan menutup sebagian besar kasus fiber putus.

Ukur yang benar-benar Anda punya. Bukan angka di kontrak — throughput dan latensi nyata pada jam 10 pagi hari Selasa, ketika kantor juga sedang memakainya.

Uji failover-nya dengan sengaja mencabut link utama, di shift yang sepi, saat ada orang yang mengawasi. Failover yang belum pernah diuji hanyalah cerita yang Anda karang sendiri.

Soal biaya

Cloud tidak otomatis lebih murah, dan mengklaim sebaliknya adalah cara proyek kehilangan kredibilitas di bulan keempat.

Yang benar-benar berubah adalah bentuk pengeluarannya. Server adalah belanja modal: bayar sekali, ditambah listrik, ditambah penggantian lima tahun lagi, ditambah berapa pun biaya gangguan yang terjadi. Cloud adalah biaya operasional: angka bulanan yang menyesuaikan pemakaian.

Biaya tersembunyinya ada di sisi lokal dan jarang masuk perbandingan — jam kerja untuk merawat mesin itu, listrik dan pendinginannya, UPS yang tidak pernah diganti, dan nilai data produksi yang hilang kalau disk-nya rusak besok.

Hitung lima tahun dengan jujur, termasuk gangguan yang belum Anda alami. Kadang cloud memang lebih murah. Kadang sedikit lebih mahal dan tetap sepadan, karena risiko yang dihilangkannya tidak bisa Anda beli dengan cara lain.

Mulai dari mana

Bukan dari platform. Bukan dari rapat dengan vendor.

Datangi servernya. Cari tahu apa saja yang ada di dalamnya, kapan terakhir backup-nya berjalan, dan apakah pernah ada yang menguji pemulihan data. Pertanyaan terakhir itu yang biasanya mengubah arah pembicaraan — kebanyakan pabrik punya backup dan belum pernah sekali pun memulihkan darinya.

Lalu tanyakan: apa yang hilang kalau server itu mati malam ini? Berapa hari catatan, berapa jam untuk menyusunnya kembali, dan apa yang akan Anda katakan kepada pelanggan yang meminta ketertelusuran satu batch dari bulan lalu.

Angka itulah kasus bisnisnya. Sisanya — penyedia mana, region mana, arsitektur seperti apa — hanya detail, dan detail jadi mudah begitu alasannya sudah jelas.

TechGarage membangun dan memigrasikan sistem produksi untuk manufaktur Indonesia — cloud di tempat yang memang seharusnya, tetap di lantai produksi untuk yang memang harus, dan sinkronisasi di antaranya yang tahan koneksi putus. Kalau Anda ingin penilaian jujur tentang apa yang sekarang ada di server itu, hubungi kami.