Kalau biaya aws membengkak tiba tiba, penyebabnya hampir selalu salah satu dari empat: transfer data keluar, sumber daya yang lupa dimatikan, snapshot dan volume yang menumpuk, atau layanan yang penagihannya per permintaan dan volumenya meledak. Cost Explorer bisa menunjukkan yang mana dalam sepuluh menit.
Tagihan cloud punya sifat yang tidak dimiliki tagihan lain: ia bisa naik tanpa satu pun keputusan manusia. Sebuah proses yang berulang lebih sering, sebuah berkas yang diunduh lebih banyak, sebuah lingkungan pengujian yang lupa dimatikan.
Karena itu menelusurinya bukan soal mencari kesalahan siapa, tapi soal mencari komponen mana yang berubah.
Cost Explorer AWS: cara membacanya supaya cepat ketemu
Buka Cost Explorer AWS dan lakukan satu hal sebelum apa pun: kelompokkan berdasarkan Service, lalu bandingkan bulan ini dengan bulan sebelumnya. Grafiknya akan langsung menunjukkan layanan mana yang naik.
Setelah tahu layanannya, kelompokkan ulang berdasarkan Usage Type di dalam layanan itu. Ini yang membedakan "EC2 naik" menjadi "EC2 naik karena transfer data keluar", dan keduanya menuntut tindakan yang sangat berbeda.
Langkah ketiga: kelompokkan berdasarkan tag, kalau sumber daya Anda diberi tag. Kalau belum, itu pelajaran pertama dari kejadian ini — tanpa tag, memisahkan biaya per lingkungan atau per proyek nyaris tidak mungkin.
Biaya transfer data keluar: tersangka nomor satu
Komponen biaya transfer data keluar adalah yang paling sering mengejutkan orang karena ia tidak terlihat sebagai sumber daya. Tidak ada yang bisa dimatikan; yang ada hanya data yang mengalir.
Penyebab yang khas: situs mulai menyajikan gambar atau video langsung dari S3 atau EC2 tanpa CDN. Satu berkas 5 MB yang diunduh seratus ribu kali sebulan menjadi 500 GB transfer, dan itu jumlah yang terasa di tagihan.
Penyebab lain yang lebih halus: lalu lintas antar-zona ketersediaan. Aplikasi di zona A yang berbicara ke basis data di zona B ditagih sebagai transfer, dan untuk aplikasi yang banyak berkomunikasi angkanya menumpuk tanpa terlihat.
Perbaikannya biasanya CDN untuk berkas publik, dan menempatkan komponen yang sering berkomunikasi di zona yang sama.
Tagihan cloud naik mendadak karena volume permintaan
Kalau tagihan cloud naik mendadak pada layanan yang ditagih per permintaan — Lambda, API Gateway, S3, DynamoDB — penyebabnya biasanya perubahan perilaku, bukan perubahan konfigurasi.
Yang paling sering: fungsi yang memicu dirinya sendiri secara tidak sengaja, atau proses yang mengulang permintaan karena penanganan kesalahannya mencoba lagi tanpa batas. Kasus kedua ini bisa menghasilkan ratusan ribu permintaan dari satu kesalahan kecil.
Bisa juga penyebabnya dari luar: bot yang menyisir situs Anda, atau ada yang menautkan langsung ke berkas di S3 Anda dari situs lain. Log akses menunjukkan keduanya dengan jelas.
Anggaran dan peringatan biaya supaya tidak terulang
Yang membuat kejadian ini mahal bukan besarnya lonjakan, tapi lamanya tidak terdeteksi. Lonjakan yang diketahui di hari kedua jauh lebih murah daripada yang baru terlihat saat tagihan bulanan datang.
Pasang anggaran dan peringatan biaya lewat AWS Budgets: satu peringatan pada perkiraan biaya bulanan yang melampaui ambang, dan satu lagi pada kenaikan harian yang tidak wajar. Keduanya gratis dan butuh beberapa menit untuk disiapkan.
Untuk lingkungan yang beberapa tim memakainya, tag wajib sejak awal. Tanpa itu, pertanyaan "tim mana yang menyebabkan kenaikan ini" tidak punya jawaban — dan yang tidak bisa diukur tidak akan diperbaiki siapa pun.
Setelah lonjakan teratasi: menekan biaya dasar
Begitu penyebab lonjakannya beres, biasanya muncul pertanyaan berikutnya: apakah biaya dasarnya juga bisa ditekan. Hampir selalu bisa, dan urutan yang paling aman dimulai dari yang tidak menyentuh performa.
Matikan yang tidak dipakai. Kecilkan yang kelebihan ukuran — tapi ukur dulu pemakaian nyatanya selama beberapa minggu, karena instance yang dikecilkan berdasarkan tebakan akan menjadi masalah performa bulan depan.
Baru setelah pola pemakaian stabil, pertimbangkan komitmen jangka panjang seperti Savings Plan. Berkomitmen pada kapasitas sebelum tahu pola beban Anda adalah cara mengunci pemborosan selama satu sampai tiga tahun.
Kebiasaan yang mencegahnya terulang
Setelah lonjakan pertama, hampir semua perusahaan memasang peringatan biaya. Yang lebih menentukan justru beberapa kebiasaan berikut.
Untuk lingkungan yang beberapa tim memakainya, satu langkah kecil memberi dampak besar: kirim ringkasan biaya per tim setiap bulan ke tim itu sendiri. Biaya yang terlihat oleh yang menimbulkannya cenderung turun tanpa perlu kebijakan apa pun.
- Tag wajib pada setiap sumber daya sejak dibuat — minimal lingkungan, pemilik, dan proyek.
- Kebijakan otomatis yang mematikan lingkungan pengujian di luar jam kerja.
- Masa simpan pada semua log dan snapshot, ditetapkan saat dibuat, bukan diputuskan kelak.
- Peninjauan biaya bulanan yang isinya membandingkan dengan bulan lalu, bukan hanya melihat total.
- Satu orang yang bertanggung jawab membaca laporan itu — tanpa itu, laporan yang bagus pun tidak dibaca siapa pun.
- Anggaran per lingkungan, sehingga kenaikan di pengujian tidak tersembunyi di balik total produksi.