Kebanyakan pemilik bisnis yang saya temui memperlakukan invoice hosting mereka seperti tagihan listrik dari rumah yang belum pernah mereka kunjungi. Vendor yang "mengurus semuanya", angkanya muncul tiap bulan, dan selama website masih hidup, tidak ada yang bertanya. Kalau Anda ingin biaya hosting cloud dijelaskan dengan bahasa yang masuk akal, artikel ini untuk Anda, karena invoice itu justru salah satu dari sedikit pengeluaran teknologi yang bisa Anda audit sendiri.
Ini bagian yang tidak nyaman: dari pengalaman saya meninjau infrastruktur untuk UKM di Indonesia, kira-kira seperempat sampai sepertiga dari tagihan cloud bulanan yang umum adalah pemborosan. Bukan kecurangan, bukan ketidakmampuan, hanya kemalasan yang menumpuk karena tidak ada yang ditugaskan untuk membereskannya.
Anda tidak perlu jadi engineer untuk membenahi ini. Anda cuma perlu memahami tiga kata dan mengajukan empat pertanyaan.
Tiga Hal yang Sebenarnya Anda Bayar
Setiap tagihan cloud, entah dari AWS, Google Cloud, Alibaba Cloud, atau penyedia lokal seperti Biznet Gio, terurai menjadi tiga kategori yang sama.
Compute adalah komputer sewaan yang menjalankan aplikasi Anda. Harganya ditentukan oleh ukuran (CPU dan memori) dan durasi. Server kecil bisa berharga Rp400.000 per bulan, yang besar Rp4.000.000 atau lebih. Intinya: Anda membayar untuk ukuran yang Anda pesan, bukan ukuran yang Anda pakai. Server yang berjalan di kapasitas 8% biayanya persis sama dengan yang berjalan di 80%.
Storage adalah tempat file dan database Anda hidup. Harganya murah per gigabyte tapi tumbuh diam-diam. Backup lama, file log yang tidak pernah dibaca siapa pun, dan gambar hasil upload dari kampanye tiga tahun lalu, semuanya nongkrong di sana dan terus menagih Anda tiap bulan.
Bandwidth (kadang disebut data transfer atau egress) adalah biaya saat data keluar dari server dan berjalan menuju ponsel pelanggan Anda. Setiap gambar, setiap pemuatan halaman, setiap respons API dihitung. Ini pos biaya paling licin karena skalanya mengikuti trafik sekaligus mengikuti kecerobohan.
Di Mana Pemborosan Sebenarnya Bersembunyi
Setelah melihat puluhan tagihan semacam ini, pola yang sama muncul hampir setiap kali.
Server yang kebesaran
Vendor menentukan ukuran server berdasarkan hari terburuk yang bisa dibayangkan, lalu tidak pernah meninjau ulang. Saya pernah meninjau setup untuk sebuah distributor di Tangerang yang server utamanya disiapkan untuk trafik yang hanya mereka alami dua kali setahun. Sisa tahunnya, server itu menganggur di bawah 10% pemakaian. Menurunkan ukuran satu instance menghemat sekitar Rp2,1 juta per bulan, sekitar Rp25 juta setahun, untuk satu jam kerja.
Lingkungan uji coba yang terlupakan
Developer menyalakan server "staging" atau "demo" untuk sebuah proyek, proyeknya rilis, dan servernya tetap berjalan. Selamanya. Saya pernah menemukan lingkungan uji coba yang sudah menagih diam-diam selama dua tahun setelah fitur yang diuji di sana sudah lama rilis. Tidak ada yang ingat servernya masih ada karena tidak ada yang membaca tagihan baris per baris.
Gambar tidak teroptimasi yang memakan bandwidth
Yang satu ini menghubungkan tim marketing Anda dengan tim finance Anda. Kalau foto produk Anda diunggah langsung dari kamera dengan ukuran 4MB per file, setiap pengunjung mengunduh 4MB per foto. Kompres gambar itu menjadi 200KB, yang tidak menghilangkan kualitas yang terlihat di layar ponsel, dan biaya bandwidth Anda turun 95% untuk trafik tersebut. Sebagai bonus, halaman Anda memuat lebih cepat, yang merupakan soal pendapatan tersendiri. Saya membahas ini lebih jauh di Kecepatan Website Itu Angka Pendapatan, Bukan Angka Teknis.
Storage yatim piatu
Disk yang dulunya milik server yang sudah dihapus, snapshot database dengan jadwal "setiap hari, simpan selamanya", dan backup ganda di dua region. Satu per satu kecil, tapi kalau dikumpulkan jumlahnya nyata.
Cara Membaca Tagihan Tanpa Gelar Teknik
Minta invoice detail dari vendor atau tim internal Anda, bukan ringkasannya. Lalu lakukan ini:
- Urutkan pos biaya dari yang terbesar. Lima baris teratas biasanya menjelaskan 80% dari total tagihan.
- Untuk masing-masing dari lima teratas, tanyakan: ini apa, dan apa yang terjadi kalau ini dihapus? Kalau jawabannya butuh lebih dari dua kalimat atau mengandung "saya cek dulu", tandai itu.
- Hitung jumlah server. Lalu hitung environment Anda yang sebenarnya: production, mungkin satu staging. Kalau jumlah server lebih banyak dari itu, tanyakan kenapa.
- Bandingkan bulan ini dengan enam bulan lalu. Pertumbuhan seharusnya mengikuti bisnis Anda. Kalau pendapatan datar tapi tagihan naik 40%, ada sesuatu yang melenceng.
Anda bukan sedang mencoba menangkap siapa pun. Anda sedang membangun ekspektasi bahwa ada yang membaca tagihan ini, dan itu saja sudah mengubah perilaku.
Pertanyaan Kuartalan untuk Vendor Anda
Buat jadwal berulang setiap tiga bulan dan ajukan empat pertanyaan ini secara tertulis:
| Pertanyaan | Seperti apa jawaban yang bagus |
|---|---|
| Berapa rata-rata utilisasi server kita kuartal ini? | Sebuah angka, misalnya "35% CPU rata-rata, 70% saat puncak" |
| Sumber daya mana yang bisa kita perkecil atau hapus? | Daftar spesifik, walau singkat |
| Apa konsumen bandwidth terbesar kita? | Jawaban konkret seperti "gambar produk di halaman katalog" |
| Kalau trafik naik dua kali lipat bulan depan, apa yang jebol duluan dan berapa perkiraan biayanya? | Titik lemah yang disebutkan dan angka kasar |
Vendor yang tidak bisa menjawab ini bukan sedang mengelola infrastruktur Anda, mereka cuma meneruskan invoice dengan markup. Vendor yang menjawab ini dengan baik layak dipertahankan dan mungkin layak dibayar lebih mahal.
Perhatikan apa yang tidak ada dalam daftar: "bisa lebih murah, tidak?" Pertanyaan itu mengundang pemotongan sembarangan. Pertanyaan-pertanyaan di atas memunculkan pemborosan tanpa menekan siapa pun untuk mengurangi kapasitas sistem yang menopang bisnis Anda. Ada batas bawahnya di sini. Keandalan, backup, dan keamanan memakan biaya sungguhan, dan tujuannya adalah berhenti membayar untuk hal yang tidak berguna, bukan berhenti membayar untuk perlindungan. Memotong Rp500.000 yang salah bisa membuat Anda kehilangan satu akhir pekan penuh downtime saat promo, yang membawa tagihannya sendiri.
Ketika Murah Justru Jadi Mahal
Satu peringatan dari arah sebaliknya. Sejumlah UKM merespons tagihan yang mengagetkan dengan pindah ke VPS termurah tanpa backup dan tanpa monitoring. Lalu satu disk rusak, tidak ada snapshot, dan tiga tahun data transaksi hilang. Rp300.000 per bulan yang mereka hemat justru merenggut satu bisnis.
Optimasi biaya yang masuk akal mempertahankan redundansi dan monitoring sambil memangkas kapasitas menganggur, sumber daya yatim piatu, dan inefisiensi. Kalau sebuah penghematan yang diusulkan justru mengurangi kemampuan Anda untuk pulih dari kegagalan, itu bukan penghematan, itu utang dengan bunga mencekik. Ini logika yang sama dengan mengelola utang teknis: keringanan jangka pendek, bunga jangka panjang.
Intinya
Tagihan cloud Anda bisa dibaca. Compute adalah komputer sewaan, storage adalah lemari arsip, bandwidth adalah biaya pengiriman. Pemborosan bersembunyi di server yang kebesaran, lingkungan uji coba yang terlupakan, gambar yang berat, dan storage yatim piatu, dan biasanya jumlahnya 20 sampai 30% dari total.
Bulan ini: minta tagihan detail, urutkan dari yang terbesar, pertanyakan lima baris teratas, dan hitung server Anda. Lalu tetapkan tinjauan kuartalannya. Satu jam setiap tiga bulan menjaga tagihan tetap jujur, dan untuk kebanyakan UKM, satu jam itu bernilai beberapa juta per bulan, setiap bulan, selama Anda menjalankan bisnis itu. Itu imbal hasil yang lebih baik daripada hampir semua hal lain yang bisa Anda lakukan dengan satu jam minggu ini.