AWS Pricing Calculator adalah alat berbasis web (gratis) untuk membuat estimasi biaya penggunaan layanan AWS. Cocok untuk merencanakan arsitektur baru, memodelkan perubahan beban kerja, mengeksplor harga, dan meninjau perhitungan di balik estimasi agar belanja cloud lebih terencana. Ada juga versi di dalam konsol Billing & Cost Management (“in-console Pricing Calculator”) yang bisa menggunakan diskon & komitmen (mis. Savings Plans/RI) milik akunmu sehingga estimasi semakin mendekati tagihan nyata.
Fitur kunci yang berguna
Tambah banyak layanan dalam satu estimasi dan susun ke dalam Group (mis. Frontend, Backend, Data) agar rapi dan mudah dipahami stakeholder.
Show calculations / breakeven & utilization (untuk layanan tertentu seperti EC2) agar kamu melihat logika perhitungan dan analisis titik impas.
Share link publik unik untuk dibagikan/diulas bersama; estimasi disimpan di server publik AWS.
Cara menggunakan AWS Pricing Calculator (step-by-step)
1) Mulai buat estimasi
Buka kalkulator:
calculator.aws
→ klik Create estimate.Di halaman Add service, pilih layanan yang ingin dihitung (mis. EC2, RDS, S3, CloudFront), lalu Configure.
2) Konfigurasi tiap layanan
Untuk setiap layanan:
Beri Description (opsional) agar mudah dikenali.
Pilih Region sesuai lokasi workload (harga berbeda tiap Region).
Masukkan spesifikasi & pola penggunaan: contoh untuk EC2 (instance family/size, jumlah, OS, tenancy), EBS (tipe & GB/IOPS), RDS (engine, class, Multi-AZ, storage, backup), S3 (storage class, GB, jumlah request), Data transfer (intra/antar-Region, ke internet), dll.
Lihat Total upfront & monthly costs yang otomatis diperbarui saat parameter diubah. Untuk EC2, kamu bisa Show calculations untuk melihat detail perhitungan & breakeven.
Klik Save and add service; ulangi untuk layanan lain.
3) Susun & review estimasi
Di halaman My estimate, atur layanan ke dalam Group (drag & drop) agar struktur biaya mengikuti arsitektur/logical layer timmu.
Tinjau ringkasan biaya per layanan & total, lalu gunakan Export → PDF/CSV bila perlu.
4) Bagikan estimasi
Klik Share untuk membuat tautan publik unik. Kirim ke rekan/klien agar mereka dapat melihat (atau mengkloning) estimasimu. Jika mereka mengubahnya, mereka harus menyimpan & membagikan ulang versi modifikasi tersebut.
Contoh alur cepat (use case umum)
Bayangkan arsitektur web 3-tier sederhana:
EC2 (2× instance untuk web/app) → tentukan tipe instance, jam pemakaian/bulan, dan EBS per instance.
ELB/ALB → masukkan jumlah LCU/perkiraan request.
RDS (MySQL/Postgres) → pilih instance class, Multi-AZ (ya/tidak), storage & backup.
S3 (asset/static) → masukkan GB/bulan + perkiraan request (GET/PUT).
CloudFront → masukkan egress ke Internet & jumlah request.
Data transfer → pastikan arus antar-AZ/Region/Internet dimodelkan; ini sering jadi komponen biaya signifikan.
Simpan tiap layanan → cek total, show calculations pada EC2 bila perlu → export PDF/CSV dan share link ke stakeholder.
Tips agar estimasi akurat
Tentukan Region sejak awal (harga berbeda antar-Region).
Masukkan pola beban nyata: jam aktif, burst, traffic puncak, rasio read/write, jumlah request (S3/CloudFront), egress Internet. (Ini sumber selisih terbesar antara estimasi vs tagihan.)
Modelkan opsi komitmen (Savings Plans/Reserved Instances) di in-console calculator untuk melihat dampak diskon.
Ingat Free Tier tidak otomatis dihitung; jangan mengandalkannya untuk produksi.
Simpan sebagai Group (per microservice/lingkungan: dev, staging, prod) agar diskusi biaya lebih jelas.
Export PDF untuk proposal, CSV untuk analisis lanjutan di spreadsheet.
Batasan & asumsi penting (wajib tahu)
Estimasi ≠ tagihan final; harga dapat berubah dan pola penggunaan aktual sering berbeda.
Pajak tidak termasuk di estimasi.
Tidak ada API publik; gunakan antarmuka web.
China Region memakai kalkulator khusus.
Kalau kamu mau, sebutkan skenario/arsitektur yang sedang kamu rencanakan (mis. jenis workload, Region, traffic bulanan). Aku bisa buatkan draft estimasi terstruktur (layanan per layer + daftar input yang perlu kamu isi) supaya tinggal kamu klik dan sesuaikan di kalkulator.