AWS mengakui masalah itu sekitar 1:30 pagi PDT pada 17 Julai dan mengeluarkan beberapa kemas kini status sepanjang hari .
AWS mengesahkan bahawa punca masalah ialah ralat harga seunit dalam subsistem pengiraan bil anggaran . Secara ringkas, sistem yang mengira kos dijangka telah menggunakan unit harga yang salah. Akibatnya, penggunaan yang biasa didarabkan dengan kadar yang tersasar dan terlampau tinggi.
Yang penting, kecacatan itu berlaku pada logik penganggaran, bukannya pada data penggunaan sebenar yang direkodkan . Ini bermakna angka yang dipaparkan kelihatan seperti bil sebenar, tetapi sebenarnya hanyalah unjuran yang telah rosak.
Jadi, ini bukan kes AWS benar-benar mengenakan bil trilion dolar. Ia lebih tepat digambarkan sebagai kegagalan sistem pengiraan dan paparan anggaran kos.
Kesan paling segera ialah kejutan besar kepada pelanggan. Media sosial dipenuhi laporan tentang detik “nyawa terasa melayang” apabila pengguna melihat baki atau unjuran bil bernilai berbilion dan trilion dolar . Dalam beberapa laporan, angka yang dipaparkan malah mencecah kuadrilion dolar .
Masalah itu turut mencetuskan keletihan amaran. AWS Budgets dan Cost Anomaly Detection dilaporkan menghantar sejumlah besar amaran kos tinggi secara serentak . Apabila pasukan operasi dibanjiri amaran palsu, mereka mungkin menjadi kurang peka terhadap amaran sebenar pada masa hadapan.
Tiada kerugian kewangan sebenar dilaporkan akibat angka tersebut kerana AWS tidak mengenakan atau mengutip jumlah yang salah itu. Namun begitu, gangguan operasi dan kesan terhadap keyakinan pelanggan perusahaan tetap ketara .
| Masa (PDT) | Tarikh | Peristiwa |
|---|---|---|
| 7:38 malam | 16 Julai | Pepijat mula memaparkan data anggaran yang salah |
| Kira-kira 1:30 pagi | 17 Julai | AWS mengesan masalah dan mengumumkan bahawa pihaknya sedang menyiasat isu Cost Explorer yang memaparkan data bil anggaran tidak tepat |
| Kira-kira 3:03 pagi | 17 Julai | AWS mengenal pasti punca sebagai ralat harga seunit dalam subsistem pengiraan anggaran |
| Kira-kira 12:00 tengah hari | 17 Julai | Pembaikan pertama dilaksanakan, tetapi tidak menyelesaikan masalah sepenuhnya; data masih salah bagi ramai pelanggan |
| Kira-kira 2:12 petang | 17 Julai | AWS memaklumkan bahawa pembaikan kedua sedang digunakan dan data anggaran sedang dikira semula |
| Lewat 17 Julai hingga awal 18 Julai | 17–18 Julai | Data anggaran beransur-ansur kembali normal merentas akaun |
Bagi kebanyakan pelanggan, tempoh paparan yang salah berlangsung kira-kira 16 hingga 18 jam. Proses pengiraan semula penuh mengambil masa lebih lama.
AWS Budgets dan Cost Anomaly Detection bergantung pada saluran data anggaran yang sama. Apabila pengiraan asal rosak, amaran di peringkat seterusnya turut berubah menjadi “bunyi bising” . Insiden ini menunjukkan bahawa ketepatan sesuatu amaran hanya setanding dengan sistem yang membekalkan datanya.
Ribuan pelanggan menerima amaran kos tinggi yang tidak benar pada masa yang hampir sama. Dalam jangka panjang, keadaan seperti ini boleh menyebabkan pasukan kewangan dan operasi kurang bertindak balas apabila berlaku lonjakan kos yang benar-benar serius .
Sistem pengebilan awan wajar mempunyai penghad atau pemutus litar yang menolak anggaran luar biasa—contohnya angka yang melebihi 1,000 kali paras biasa. Satu lagi saluran pengesahan yang bebas boleh membandingkan anggaran dengan corak penggunaan sejarah sebelum angka itu dipaparkan kepada pelanggan.
AWS tidak mempunyai mekanisme siap bina yang dapat menyembunyikan atau menggantikan anggaran palsu dalam konsol secara masa nyata. Akibatnya, pelanggan banyak bergantung pada media sosial dan halaman status AWS untuk mengetahui bahawa angka yang dipaparkan itu tidak benar .
Sistem penganggaran sepatutnya menggunakan semakan had yang defensif. Jika pengiraan baharu melebihi gandaan tertentu berbanding kos sebenar tempoh sebelumnya, sistem boleh memaparkan mesej seperti “data sedang diproses” dan bukannya angka yang mustahil.
Pepijat AWS pada Julai 2026 bukanlah krisis kewangan kerana pelanggan tidak benar-benar dicaj sehingga trilion dolar. Namun, ia merupakan krisis kepercayaan, komunikasi dan reka bentuk sistem.
Insiden ini menjadi peringatan bahawa platform pengurusan kos awan memerlukan lebih daripada satu lapisan pengesahan. Logik penganggaran perlu diasingkan dengan lebih baik daripada paparan kepada pengguna, manakala mekanisme pemutus litar harus menghalang satu kesilapan harga seunit daripada mencetuskan panik global.