Cloud Server atau Server Kantor? Pertanyaan yang Lebih Berguna daripada "Mana yang Lebih Bagus

Pertanyaan ini biasanya diajukan dengan bentuk yang salah. "Mana yang lebih bagus, cloud atau server sendiri?" tidak punya jawaban, sama seperti "mana yang lebih bagus, menyewa atau membeli kantor?" Jawabannya bergantung pada hal-hal yang jarang dibahas di awal.

Mari ganti pertanyaannya menjadi sesuatu yang bisa dijawab.

Berapa biaya sebenarnya, bukan harga di brosur

Perbandingan biaya sering berhenti di harga perangkat versus harga sewa bulanan. Server seharga 40 juta terlihat lebih murah daripada sewa cloud 3 juta per bulan, karena 40 juta habis dalam 14 bulan. Perhitungan itu melewatkan cukup banyak hal.

Yang biasanya tidak dihitung pada server sendiri:

• Listrik, termasuk pendingin ruangan yang harus menyala terus. Untuk server kelas kecil, ini bisa mencapai ratusan ribu sampai jutaan rupiah per bulan tergantung beban.
• UPS dan penggantian bateraunya, yang umurnya sekitar tiga sampai lima tahun.
• Cadangan perangkat. Kalau hard disk mati Sabtu malam, apakah ada penggantinya di lemari, atau operasional berhenti sampai Senin?
• Waktu orang. Pembaruan keamanan, pemantauan, pemulihan saat gagal. Ini pekerjaan nyata, entah dikerjakan staf internal atau vendor.
• Umur pakai. Setelah empat sampai lima tahun, perangkat perlu diremajakan. Biaya 40 juta itu bukan biaya sekali seumur hidup.

Yang biasanya tidak dihitung pada cloud:

• Biaya keluarnya data. Banyak penyedia besar menggratiskan data masuk tetapi menagih data keluar. Untuk sistem yang banyak melayani unduhan atau replikasi, ini bisa mengejutkan.
• Layanan tambahan yang menumpuk. Backup terkelola, pemantauan, load balancer, IP statis — masing-masing kecil, totalnya tidak.
• Biaya kepindahan. Semakin dalam Anda memakai layanan khusus milik satu penyedia, semakin mahal untuk pindah nanti.

Setelah semua dimasukkan, selisihnya sering jauh lebih tipis daripada dugaan awal. Yang berubah bukan totalnya, melainkan bentuknya: belanja modal sekaligus versus biaya operasional bulanan. Untuk sebagian perusahaan, perbedaan bentuk ini justru lebih penting daripada selisih angkanya.

Seberapa berubah-ubah kebutuhan Anda

Ini pembeda yang paling menentukan, dan paling sering diabaikan.

Kalau beban sistem Anda relatif rata sepanjang tahun — jumlah pengguna stabil, data tumbuh perlahan, tidak ada musim ramai — maka kapasitas bisa dihitung sekali dan dibeli sekali. Server sendiri bekerja baik di kondisi ini, dan Anda tidak membayar fleksibilitas yang tidak dipakai.

Kalau beban Anda melonjak tidak merata — kampanye musiman, penutupan buku akhir bulan, proyek yang tiba-tiba butuh kapasitas tiga kali lipat selama enam minggu — membeli perangkat berarti membeli untuk puncak tertinggi, lalu membiarkannya menganggur sebagian besar waktu. Di sinilah cloud memberi nilai yang sulit ditandingi.

Pertanyaan praktisnya: berapa perbandingan antara beban tertinggi dan beban rata-rata Anda? Kalau mendekati satu banding satu, perangkat sendiri layak dipertimbangkan. Kalau satu banding empat, menyewa hampir selalu lebih masuk akal.

Berapa lama Anda sanggup mati

Ini bukan pertanyaan teknis, melainkan pertanyaan bisnis, dan sebaiknya dijawab oleh orang yang menanggung akibatnya.

Kalau sistem berhenti selama empat jam di hari kerja, apa yang terjadi? Kalau jawabannya "tim menunggu, lalu mengejar ketinggalan", itu risiko yang bisa ditanggung. Kalau jawabannya "produksi berhenti" atau "pelanggan tidak bisa bertransaksi", maka standar ketersediaannya berbeda sama sekali.

Ketersediaan tinggi di ruangan sendiri bisa dicapai, tetapi bukan dengan satu server. Ia butuh perangkat ganda, jalur listrik ganda, koneksi internet dari dua penyedia, dan orang yang siap dihubungi di luar jam kerja. Semua itu tersedia, dan semuanya berbiaya.

Penyedia cloud menjual ketersediaan itu sebagai bagian dari layanan, tersebar ke ribuan pelanggan. Untuk perusahaan menengah, membeli ketersediaan biasanya jauh lebih murah daripada membangunnya.

Apakah ada aturan yang mengikat

Sebagian data memang tidak bebas ditempatkan di mana saja. Ketentuan sektor tertentu, kewajiban penempatan data di dalam negeri, atau perjanjian dengan klien korporat bisa membatasi pilihan.

Kalau Anda berada dalam kondisi ini, urutannya dibalik: pastikan dulu apa yang diizinkan, baru bandingkan biaya di antara pilihan yang tersisa. Menemukan larangan setelah sistem berjalan adalah kejadian yang mahal dan bisa dihindari dengan satu percakapan di awal.

Perlu dicatat, banyak penyedia cloud besar kini punya wilayah layanan di Indonesia. "Cloud" tidak otomatis berarti "data di luar negeri", dan asumsi itu kadang menutup pilihan yang sebenarnya tersedia.

Pola campuran yang sering paling masuk akal

Dalam praktik, banyak perusahaan tidak memilih salah satu.

Pola yang lazim: sistem yang melayani publik — website, API, dashboard yang diakses dari luar kantor — ditempatkan di cloud, karena butuh ketersediaan tinggi dan beban yang tidak merata. Sementara sistem yang melayani jaringan lokal dan bekerja dengan file besar — server berkas, basis data internal, sistem yang harus tetap jalan saat internet kantor putus — tetap di ruangan sendiri, karena akses lokal lebih cepat dan tidak bergantung pada koneksi keluar.

Salinan cadangan disimpan di kedua tempat, dengan aturan sederhana: minimal ada satu salinan di lokasi fisik yang berbeda.

Pembagian seperti ini bukan kompromi setengah hati. Ia mengakui bahwa sistem yang berbeda memang punya kebutuhan yang berbeda, dan memaksakan satu jawaban untuk semuanya adalah cara termudah membayar terlalu mahal untuk sebagian, sekaligus kurang aman untuk sebagian lain.

Kesimpulan yang bisa dipakai

Sebelum membandingkan harga, jawab empat hal ini lebih dulu: seberapa berubah-ubah beban Anda, berapa lama sistem boleh mati, apakah ada aturan yang mengikat penempatan data, dan siapa yang akan mengurusnya saat ada masalah di hari Minggu.

Setelah keempatnya terjawab, pilihan biasanya menjadi jelas dengan sendirinya — dan sering kali bukan "salah satu", melainkan pembagian yang rapi di antara keduanya.