Tagihan AWS yang diperkirakan ditampilkan sebagai US$1,7 miliar, padahal biaya biasanya kurang dari US$5

• Pada akun AWS yang biaya biasanya kurang dari US$5, tagihan perkiraan bulan ini ditampilkan sebagai US$1,7 miliar
• Karena selisih antara penggunaan aktual dan tagihan terlalu besar, situasi ini diduga sebagai data tagihan perkiraan yang tidak akurat
• Penulis membuat tiket dukungan AWS darurat untuk memeriksa dan menangani masalah ini
• Status layanan dapat diperiksa di AWS Health Dashboard
• Penulis juga meminta konfirmasi apakah ada pengguna lain yang mengalami hal yang sama, lalu menambahkan postingan Reddit terkait

---

Tagihan perkiraan yang tidak normal

• Tagihan perkiraan AWS bulan ini ditampilkan sebagai US$1,7 miliar, tetapi biaya biasanya untuk akun tersebut kurang dari US$5
• Penulis menilai perbedaan sebesar ini berasal dari data tagihan perkiraan yang tidak akurat, bukan dari penggunaan aktual

Pemeriksaan dan penanganan

• Dibuat tiket dukungan AWS darurat untuk memeriksa masalah tersebut
• Status layanan dapat diperiksa di AWS Health Dashboard
• Penulis juga menanyakan apakah pengguna lain mengalami hal yang sama, lalu membagikan postingan Reddit terkait

[GN⁺]

Opini Hacker News

• Saya pernah menangani kesalahan serupa di AWS, dan penyebabnya adalah kesalahan pengaturan satuan. Mereka bermaksud menagih sekitar 5 sen per GB, tetapi ketika GB terlewat dari paket harga, sistem memperlakukannya sebagai satuan default, yaitu byte, sehingga menjadi 5 sen per byte dan dalam beberapa jam sebagian pelanggan melihat tagihan jutaan dolar
  Saya dipanggil tim dukungan sekitar pukul 2 dini hari, menyelesaikan perbaikan dan koreksi tagihan sekitar pukul 3–4, lalu segera mengirim email permintaan maaf. Nilai penggunaan yang diekspor layanan tidak terhubung langsung dengan harga; setiap SKU atau item penagihan didefinisikan sebagai paket harga yang mencakup jenis satuan, region, dan harga per satuan. Catatan penggunaan dan paket harga digabungkan berdasarkan ID akun, region, SKU, dan sebagainya, jadi jika jenis satuannya salah ditentukan, konversinya rusak dan menghasilkan tagihan yang tidak masuk akal

  • Apakah tidak ada pengujian? Maksudnya, satu detail yang tampak biasa saja kalau salah dikonfigurasi bisa memberi panggilan dini hari dan serangan jantung kepada ratusan ribu admin?
    Tentu saja orang akan bilang, “Ini bukan detail biasa, Michael!”: https://www.youtube.com/watch?v=3fGHaVn5rGo
  • Saya penasaran apakah sistem penagihan AWS masih memakai file CSV untuk pengiriman data. Lebih dari 10 tahun lalu, saat pertama kali saya mendapat giliran on-call di AWS, seorang engineer yang “pintar” memasukkan record eksperimen seperti “apa yang terjadi kalau saya memasukkan koma di field ini” ke field deskripsi data produksi, dan itu merusak proses penagihan
    Saya menyaksikan record itu menyebar dan region satu per satu gagal dengan cara yang sama; satu orang merusak malam banyak orang. Padahal bisa saja memakai endpoint pengujian, tetapi ia malah mencobanya di lingkungan produksi
  • Ini bukan sesuatu yang bisa dianggap lelucon. Jika seseorang dengan kondisi bawaan seperti penyakit kardiovaskular tiba-tiba melihat tagihan seperti ini, kecemasan, syok, dan rasa tak berdaya bisa saja benar-benar menyebabkan kematian
  • Inilah alasan untuk selalu membuat sistem gagal dengan jelas (fail loud), alih-alih memilih nilai default yang bodoh
  • Saya penasaran apakah ini terjadi pada hari volume gp3 EBS diluncurkan

• Saya menerima tiga email peringatan berturut-turut bahwa anggaran saya melewati batas 18 dolar, lalu ketika saya cek, biayanya 78 juta dolar. Saya mengira itu phishing dan login langsung ke akun asli, tetapi angkanya tetap 78 juta dolar, jadi guncangan mentalnya cukup besar

  • Saya ingin bertaruh apakah deskripsi lowongan ini akan diperbarui hari ini: “Software Development Engineer II, AWS Invoicing”
    https://www.amazon.jobs/de/jobs/10428480/software-developmen...
    Ada deskripsi pekerjaan yang mentereng tentang mengotomatiskan kesiapan rilis, orkestrasi layanan cloud-native, dan validasi berkelanjutan dengan AI generatif, model bahasa besar, knowledge graph, dan arsitektur agentic
  • Tagihan saya lebih dari 1 miliar dolar. Awalnya saya hampir mengabaikannya karena mengira phishing, tetapi terlihat terlalu asli, jadi saya login langsung ke AWS, dan hampir terkena serangan jantung saat melihat estimasi tagihan
    Belakangan saya menemukan banner gangguan di halaman dukungan, tetapi saya heran mengapa tidak ada banner pemberitahuan di halaman penagihan yang justru menampilkan “Anda berutang 1 miliar dolar”
  • Saya juga merasa URL awstrack.me sangat mencurigakan, dan karena ini pertama kalinya saya menerima peringatan seperti itu, saya yakin itu phishing. Tanpa mengeklik tautannya, saya masuk ke konsol dan melihat ada gangguan yang membuat tagihan salah ditampilkan, tetapi tidak ada penyebutan soal email peringatan; saya malah khawatir jangan-jangan penyerang memanfaatkan gangguan itu untuk menghindari deteksi
    Setelah memeriksa log, saya sadar pemberitahuan gangguannya hanya tidak mencantumkan seluruh cakupan dampak, lalu saya kembali minum kopi. Mulai sekarang saya harus memeriksa dari sini dulu
  • Mengubah lelucon lama: kalau tagihan AWS 78 ribu dolar, itu masalah saya, tetapi kalau 78 juta dolar, itu masalah Amazon
  • Di akun perusahaan, tagihannya terlihat lebih dari 3 triliun dolar

• Kesalahan kali ini begitu tidak masuk akal sehingga mungkin akan segera diperbaiki, tetapi pada awal 2010-an saya pernah menemukan kesalahan yang tersembunyi di tagihan asli. Mereka salah menghitung diskon reservasi EC2 untuk beberapa server, dan meskipun saya rutin menganalisis detail penggunaan dengan spreadsheet 18 tab, jumlahnya tetap tidak cocok sehingga saya melacak selisihnya selama berbulan-bulan
  Bahkan setelah menemukan penyebabnya, butuh waktu cukup lama untuk meyakinkan mereka bahwa sistem AWS yang salah, sementara selisihnya terus menumpuk. Setelah 14 bulan saya menerima refund 7.000 dolar, dan saya dengar itu memerlukan persetujuan dari penanggung jawab AWS; setelah itu saya tidak pernah lagi melihat kesalahan perhitungan dari pihak AWS

  • Kredit 7.000 dolar sendiri pada saat itu bisa diterbitkan oleh product manager atau direktur terdekat tanpa pengawasan besar. Masalahnya adalah jangka waktu 14 bulan; koreksi dalam siklus penagihan yang sama mudah, siklus sebelumnya merepotkan tetapi umum, sedangkan memperbaiki sampai tahun fiskal sebelumnya harus melalui bagian keuangan sehingga jauh lebih menyakitkan
  • Rekan-rekan menganggap saya melihat Cost Explorer terlalu detail, tetapi waktu yang dihabiskan untuk menemukan biaya aneh biasanya lebih dari cukup untuk balik modal. Saya mungkin tidak menghabiskan waktu senilai 7.000 dolar untuk melacak kesalahan ini, dan dalam prosesnya kemungkinan besar juga menemukan peluang optimasi biaya yang lebih besar
    Saya juga tidak suka membuang uang hanya untuk membuat yacht Jeff Bezos lebih besar
  • Untuk sesuatu yang “akan segera diperbaiki”, ini sudah 12 jam. Sepertinya manusia tidak memahami kode yang ditulis dan diterapkan oleh agen

• Unit yang semestinya GB of storage consumed tampaknya tercampur dengan Bytes of storage consumed, sehingga terjadi kesalahan sebesar 2^30 kali
  “Perhitungannya memang patut dicurigai. Saya mencoba melihat definisi field, tetapi gagal terhubung ke server MCP, lalu menebak alih-alih memverifikasi. Itu salah saya. Tapi lihatlah pendapatan yang meningkat!”

  • Karena diminta menghitung jumlah yang harus ditagihkan ke pelanggan dan diberi 0.45, 1.67, 2.50, jumlahnya memang 4.62, tetapi bisa saja angka lain. Bisa juga harus digabungkan, dan jika titik berarti perkalian, 0 . 45 . 1 . 67 . 2 . 50 menjadi 3.015.000
    Jika dikalikan 0 seharusnya 0, tetapi tidak mungkin tidak menagih apa pun, jadi jawaban yang benar adalah 3.015.000 ribu dolar
  • Sekarang bahkan sulit membedakan apakah “perhitungannya memang patut dicurigai” itu parodi atau respons sungguhan. Bahkan jika diminta menulis kalimat sebodoh yang mustahil dikeluarkan LLM, rasanya tidak ada batas kebodohan seperti itu
  • Hari ini saya memberi agen lokal sebuah CSV berisi satuan ukuran yang bisa dibaca manusia dan menyuruhnya menghitung jumlah baris per rentang GB, tetapi anehnya ia menafsirkan MB sebagai GB sehingga hasilnya sepenuhnya salah. Kalau dipikir-pikir, menghitung langsung dengan Excel mungkin lebih cepat
  • Kalau 2*30, hasilnya 60, jadi cukup bayar 28,3 juta dolar saja, tetapi yang dimaksud mungkin 2^30, dan kalau begitu hasilnya menjadi 1,5 dolar
  • Mereka melakukan vibe coding untuk sistem penagihan dan menaikkan pendapatan 9.000%, jadi ini bahan promosi jabatan yang luar biasa

• Pagi-pagi saya melihat email peringatan tagihan dan mengira saya tak sengaja membocorkan kunci AWS lalu menghabiskan 437 miliar dolar. Untungnya saya tidak punya uang sebanyak itu, dan bahkan tanpa kopi pun saya mendapat lonjakan adrenalin yang belum pernah ada sebelumnya, jadi terima kasih AWS

  • Kalau saya berutang 437 ribu dolar kepada AWS, itu masalah besar bagi saya, tetapi kalau saya berutang 437 miliar dolar, itu masalah besar bagi AWS
  • Mungkin ada orang yang benar-benar terkena serangan jantung atau meninggal karena kejadian ini. Amazon menampilkan nilai seperti ini apa adanya kepada pengguna adalah penanganan yang tidak bertanggung jawab
  • Saya mendapat peringatan saat hendak tidur, dan jumlahnya jelas melampaui batas 16 dolar yang saya tetapkan
  • Saya pernah bertarung dengan AWS selama dua bulan karena akun yang dibajak. Padahal selama 3 tahun sebelumnya biaya bulanan saya sekitar 20 dolar, saya kehilangan 20 ribu dolar dan masih menerima tagihan puluhan ribu dolar lagi, dan AWS tidak membantu sampai saya sendiri menghentikan pembobolan itu
    Setelah pulang kerja, saya begadang mempelajari scripting infrastruktur AWS untuk mengendalikan pembobolan tersebut, tetapi permintaan penutupan akun saya juga ditolak, dan saya juga menolak permintaan mereka untuk menandatangani perjanjian tanggung jawab bersama agar kasus saya ditinjau. Akhirnya saya menghubungi kantor jaksa agung negara bagian, mereka mengirim email langsung ke AWS, dan dalam waktu kurang dari 24 jam seorang manajer AWS menelepon, membereskan akun, serta mengembalikan 20 ribu dolar. Meski begitu, mereka tetap menolak menutup akun saya sampai akhir, jadi rasanya tidak ada cara untuk benar-benar keluar dari AWS; ini terasa seperti cara berbisnis yang terburuk
  • Dalam kasus saya jumlahnya 500 juta dolar, dan tangan saya gemetar begitu parah sampai sulit mengetik kata sandi

• Cukup beri tahu account manager soal kondisi anggaran, lalu minta dengan murah hati apakah boleh mencicil beberapa miliar dolar per bulan dengan itikad baik sampai keadaan membaik lagi

  • Jangan menunjukkan kelemahan. Hadapi langsung dan ajukan kartu kredit dengan limit lebih besar

• Kalau berutang 100 dolar ke bank, itu masalah saya, tetapi kalau berutang 1,7 miliar dolar, itu masalah bank

  • Saat istri saya menangani acara perusahaan menengah di pekerjaan sebelumnya, saldo Amex korporat setelah acara biasanya melampaui 300 ribu dolar. Saat ia kembali dari cuti melahirkan, penggantinya tidak membayar tagihan, sehingga tunggakannya sudah lebih dari 500 ribu dolar, dan email serta pesan suara dari Amex menumpuk
    Pesan-pesannya awalnya sopan lalu makin mendesak, tetapi tidak sekali pun berubah menjadi mengancam atau bermusuhan
  • Lelucon ini hanya berlaku jika Anda benar-benar menimbulkan biaya 1,7 miliar dolar bagi AWS. Jika mereka hanya menerbitkan tagihan tanpa alasan, itu tetap masalah pengguna
  • Kalau begitu pertanyaan berikutnya adalah apa yang terjadi jika berutang 1,7 triliun dolar kepada bank
  • Mungkin tidak berlaku kalau Anda Elon Musk

• Tampaknya AWS melihat Anthropic menagih 16 juta dolar kepada orang dengan penggunaan nol dan berpikir tidak ada alasan berhenti di jutaan dolar
  https://www.techtimes.com/articles/320266/20260712/anthropic...

  • Jika startup audit penagihan AI Vaudit meninjau tagihan senilai 34 juta dolar dari 60 pelanggan korporat dan menemukan sekitar 1,7 juta dolar tagihan berlebih, yaitu tingkat kesalahan sekitar 5%, itu cukup serius

• Baru-baru ini saya tahu bahwa saat membayar di Whole Foods, kartu Chase Amazon Prime tidak lagi selalu otomatis dikenali dengan andal, sehingga diskon tidak diterapkan otomatis. Saya jadi penasaran berapa banyak pelanggan yang membayar harga penuh sambil tetap membayar dengan cara yang selama bertahun-tahun bekerja baik
  Menurut staf layanan pelanggan toko, hal itu berubah dalam setahun terakhir, dan mereka menduga ini efek samping yang tidak disengaja dari dihapusnya fitur pembayaran dengan telapak tangan. Memang tidak terkait langsung, tetapi ini membuat saya terpikir apa lagi yang gagal dihitung dengan benar oleh Amazon

  • Sekarang saatnya mengajukan gugatan class action atau ribuan gugatan kecil. Sekalipun ada klausul arbitrase, beban untuk menanganinya akan sangat besar, jadi semoga seseorang mengambil keputusan yang benar dan memberikan pengembalian dana otomatis
  • Ada begitu banyak masalah kecil seperti ini bermunculan di sistem yang dulu sederhana dan stabil. Mungkin tidak semuanya karena vibe coding, tetapi saya jadi bertanya-tanya berapa banyak di antaranya yang merupakan hasil dari vibe coding

• Pernah suatu kali tagihan sebesar 20 ribu dolar benar-benar ditarik dari rekening bank, dan butuh berbulan-bulan serta campur tangan kantor jaksa agung negara bagian untuk menyelesaikannya dan mendapatkan uang kembali. Setelah itu saya sama sekali tidak memakai produk AWS, dan memindahkan pekerjaan kecil pun ke Azure
  Masalah penagihan AWS sudah berlangsung bertahun-tahun, dan mudah ditemukan di internet kasus-kasus ketika akun yang dibajak menjalankan server penambangan kripto selama berbulan-bulan hingga seorang mahasiswa ditagih 60 ribu dolar, tetapi AWS gagal mendeteksi atau memblokirnya

  • AWS pada dasarnya sudah mirip penyedia layanan utilitas publik, jadi jika mereka menangani penagihan secara ceroboh, pada akhirnya mereka pasti akan terkena regulasi yang setara dengan itu
  • Untuk layanan dengan biaya variabel, selalu gunakan kartu dengan batas pengeluaran
  • Saya rasa deteksi akun yang dibajak tidak mungkin 100% akurat. Sekalipun terlihat jelas jika diperiksa manusia, tidak mungkin manusia meninjau penggunaan semua akun secara proaktif
  • Pelajaran pertama dalam menggunakan penyedia layanan adalah jangan pernah mengaktifkan pembayaran otomatis. Risiko bahwa penyedia bisa mengambil seluruh uang di rekening sesuka mereka jauh lebih besar daripada kenyamanan atau diskon apa pun
  • Selama beberapa waktu saya menaruh sebagian homelab di AWS. Saya adalah pengajar di kelas tempat mahasiswa belajar cloud, dan instruktur menyarankan agar kami membuat lingkungan untuk praktikum, jadi saya juga memasang stack LAMP MediaWiki di EC2 free tier. Konfigurasi awalnya tidak sulit, tetapi saya akhirnya pergi untuk selamanya karena dua alasan
    Pertama, bahkan hingga hari ini, melindungi sistem Linux biasa yang terekspos ke internet secara memadai itu mustahil atau terlalu menyita tenaga. Meski memasang fail2ban dan menutup banyak port, serangan spam tetap masuk lewat lapisan aplikasi. Kedua, secara praktik memaksakan batas maksimum pengeluaran cloud pada setiap siklus penagihan itu mustahil. Sekalipun sebagian besar masih masuk batas gratis, satu pengaturan yang keliru atau resource yang melonjak bisa menghasilkan tagihan besar yang sulit dipersengketakan, dan ini juga bisa terjadi karena penyebab di luar kendali, terutama ketika pengguna eksternal mengonsumsi resource VPC dan trafik transfer keluar. Karena itu saya menutup akun tersebut, dan jadi sangat bersimpati kepada perusahaan-perusahaan yang dipaksa memakai cloud alih-alih infrastruktur sendiri tetapi tidak bisa mengendalikan biaya