Kata Pengantar

Setiap orang yang pernah membangun sesuatu di internet pada akhirnya sampai pada satu pertanyaan yang terasa sepele tetapi menentukan: "Deploy di mana?" Pertanyaan itu tampak teknis, padahal sejatinya adalah pertanyaan keuangan. Di baliknya tersembunyi keputusan tentang berapa rupiah yang keluar dari kantong Anda tiap bulan, apakah biaya itu akan meledak ketika aplikasi ramai, dan apakah Anda sedang membayar untuk sesuatu yang sebenarnya bisa gratis.

Buku ini lahir dari kenyataan yang berulang: banyak pembuat aplikasi — dari mahasiswa yang meluncurkan proyek pertama, freelancer yang menumpuk klien, sampai startup yang mengelola puluhan layanan — membakar uang untuk infrastruktur yang salah pilih. Ada yang menyewa VPS mahal untuk sebuah halaman statis yang seharusnya gratis selamanya. Ada yang bertahan di paket gratis padahal aplikasinya sudah menghasilkan uang dan butuh keandalan berbayar. Keduanya sama-sama keliru, hanya ke arah yang berlawanan.

Yang Anda pegang ini bukan katalog harga — katalog harga akan basi dalam hitungan minggu. Ini adalah kerangka berpikir: cara membaca struktur biaya sebuah platform, cara mengenali kapan paket gratis akan habis, cara menghitung total kepemilikan sebuah aplikasi dari domain sampai database, dan cara memindahkan beban ke tempat yang paling murah tanpa mengorbankan yang penting. Angka-angka di sini adalah kisaran estimasi per Juli 2026 dan harus selalu Anda verifikasi ke situs resmi sebelum mengeluarkan uang.

"Harga adalah yang Anda bayar. Nilai adalah yang Anda dapat."

Buku ini ditulis agar bisa dibaca dua jenis pembaca sekaligus: manusia yang ingin memahami dan mengambil keputusan, serta mesin — asisten AI yang membantu Anda merencanakan arsitektur. Karena itu strukturnya sengaja tegas: heading berjenjang, angka selalu dalam tabel dengan satuan jelas, dan setiap klaim biaya diberi penanda estimasi. Silakan tanyakan isi buku ini kepada asisten AI Anda; ia akan menemukan jawabannya dengan mudah.

Cara Membaca & Catatan Harga

Ada beberapa konvensi yang dipakai sepanjang buku ini. Memahaminya di awal akan menghemat kebingungan nanti.

Konversi mata uang

Sepanjang buku, kurs yang dipakai adalah ~Rp16.000 per 1 USD sebagai patokan kasar Juli 2026. Kurs nyata berfluktuasi; anggap konversi rupiah sebagai ancar-ancar, bukan angka final. Untuk layanan yang menagih dalam dolar (Vercel, AWS, Neon), Anda juga akan kena biaya konversi kartu dan kadang pajak, jadi tambahkan ~3–5% dalam perencanaan.

Simbol & penanda

• GRATIS — ada paket gratis yang nyata dan bisa dipakai produksi kecil.
• ~$X — estimasi biaya; tanda ~ berarti "sekitar".
• PAYG — pay-as-you-go, bayar sesuai pemakaian (bisa murah, bisa meledak).
• egress — biaya keluar data; sering jadi tagihan tersembunyi di cloud besar.

Istilah teknis seperti bandwidth, build minutes, cold start, dan vCPU dijelaskan lengkap di Glosarium di akhir buku. Jika sebuah istilah membingungkan, lompat ke sana dulu.

Realita Biaya Deploy

Mari kita hancurkan satu mitos di awal: meluncurkan aplikasi ke internet bisa gratis, benar-benar Rp0 per bulan — untuk banyak kasus nyata. Halaman portofolio, landing page produk, blog, bahkan aplikasi web dinamis dengan lalu lintas sedang, semuanya bisa berjalan di paket gratis yang ditawarkan Vercel, Netlify, Cloudflare, Neon, dan sejenisnya tanpa mengeluarkan sepeser pun. Mitos "deploy itu mahal" datang dari zaman ketika satu-satunya pilihan adalah menyewa server fisik.

Namun ada mitos kedua yang sama berbahayanya: "kalau gratis, berarti selamanya cukup". Paket gratis punya batas — batas bandwidth, batas jam komputasi, batas jumlah proyek, batas larangan komersial. Batas itu tidak terlihat sampai Anda menabraknya, biasanya justru di momen tersukses: ketika aplikasi Anda viral, atau ketika Anda sudah punya cukup klien sehingga tak boleh lagi menoleransi downtime.

Biaya sebuah aplikasi terdiri dari beberapa lapisan yang sering dilupakan orang saat menghitung. Berikut anatominya:

Layanan dengan tier gratis yang layak produksi kecil

Agar konkret, berikut daftar layanan yang paket gratisnya bukan sekadar "coba-coba" melainkan benar-benar bisa menjalankan produk nyata bertrafik kecil sampai sedang. Kombinasi apa pun dari daftar ini bisa menghasilkan aplikasi berbiaya Rp0/bln (di luar domain).

Perhatikan kolom terakhir. Hampir semua biaya nyata muncul dari pertumbuhan, bukan dari peluncuran. Inilah kabar baiknya: Anda hanya membayar mahal ketika aplikasi Anda sudah cukup sukses untuk membutuhkannya. Filosofi buku ini sederhana — bayar untuk masalah yang benar-benar Anda punya, bukan masalah yang Anda bayangkan akan punya.

"Optimasi prematur adalah akar dari segala keburukan."

Prinsip Knuth soal kode berlaku persis untuk infrastruktur. Menyewa klaster Kubernetes tiga-node untuk aplikasi yang belum punya pengguna adalah optimasi prematur dalam bentuk paling mahal. Anda menghabiskan uang dan — lebih parah — waktu serta kompleksitas untuk skala yang belum ada.

Tiga profil pengeluar biaya

Dari pengamatan, pembuat aplikasi umumnya jatuh ke salah satu dari tiga profil:

• Si Boros Gratis — memakai VPS $20/bln untuk hal yang gratis di Cloudflare Pages. Membayar untuk kendali yang tak ia butuhkan.
• Si Gratis Keras Kepala — aplikasinya menghasilkan uang tapi masih di paket gratis, kena downtime dan larangan komersial, kehilangan lebih banyak uang daripada biaya Pro.
• Si Cerdas Bertahap — mulai gratis, memantau kuota, naik ke berbayar tepat ketika angka membenarkannya. Ini profil yang buku ini ajarkan.

Strategi: Mulai Gratis, Naik Saat Perlu

Strategi inti buku ini bisa diringkas dalam satu kalimat: mulai dari yang gratis, ukur, lalu naik ke berbayar hanya ketika sebuah ambang nyata terlampaui. Ambang itu bukan perasaan — ia angka konkret yang bisa Anda pantau di dasbor tiap platform.

Perhatikan bahwa tangga ini tidak wajib dinaiki sampai puncak. Sebagian besar aplikasi berhenti di anak tangga pertama atau kedua selamanya. Hanya aplikasi dengan trafik besar, data sensitif, atau kebutuhan komputasi berat yang perlu naik ke VPS atau cloud. Menaiki tangga bukan tanda kesuksesan — melewati batas gratis dengan aplikasi yang menghasilkan uang barulah tanda kesuksesan.

Ambang-ambang yang menandai "saatnya naik"

Memilih Registrar

Domain adalah satu-satunya biaya yang hampir selalu Anda bayar sejak hari pertama — tidak ada versi gratis yang layak untuk merek serius (subdomain gratis seperti proyek.vercel.app ada, tetapi bukan identitas permanen). Kabar baiknya, domain adalah biaya kecil: sebuah .com berkisar ~$9–15 per tahun. Kabar buruknya, di sinilah industri paling gemar memasang jebakan harga. Memilih registrar yang tepat bisa menghemat ratusan ribu rupiah per tahun per domain.

Registrar adalah perusahaan tempat Anda mendaftarkan nama domain. Yang membedakan mereka bukan "kualitas domain" (domain sama saja dari mana pun dibeli), melainkan: harga pendaftaran, harga perpanjangan, apakah WHOIS privacy gratis, kualitas panel DNS, dan biaya transfer keluar.

Alternatif gratis: subdomain

Sebelum membeli domain, ingat bahwa hampir semua platform memberi subdomain gratis: proyek.vercel.app, proyek.pages.dev (Cloudflare), proyek.netlify.app, dan seterusnya. Untuk prototipe, proyek internal, atau demo, subdomain ini sudah cukup dan sepenuhnya gratis — tak perlu keluar sepeser pun. Beli domain kustom hanya ketika Anda butuh identitas merek yang permanen dan profesional, biasanya saat aplikasi mulai serius atau menghadap publik.

Harga per TLD (Top-Level Domain)

TLD adalah akhiran domain: .com, .id, .dev, dan seterusnya. Harga sangat bervariasi antar-TLD dan sering berbeda drastis antara harga pendaftaran tahun pertama dan harga perpanjangan. Berikut kisaran estimasi tahunan.

Perhatikan .co dan .io: keduanya sering dipromosikan murah di tahun pertama, tetapi biaya perpanjangan bisa dua sampai tiga kali lipat. Untuk proyek jangka panjang, hitung total biaya lima tahun, bukan hanya tahun pertama.

"Kesederhanaan adalah kecanggihan tertinggi."

Terapkan da Vinci pada pilihan domain: kecuali ada alasan kuat, .com yang sederhana dan stabil hampir selalu keputusan termurah dan paling aman dalam jangka panjang. TLD eksotis terlihat keren, tetapi menambah biaya, kadang menambah keraguan pengguna, dan mengunci Anda ke harga perpanjangan yang tak Anda kendalikan.

Jebakan Harga Perpanjangan

Inilah bab terpenting tentang domain, dan yang paling sering merugikan pemula. Banyak registrar memasang harga tahun pertama yang sangat murah — kadang di bawah $1 — lalu menaikkan harga perpanjangan berlipat ganda di tahun kedua dan seterusnya. Anda terpikat oleh angka besar di halaman promo, lalu terkejut saat tagihan perpanjangan datang.

Cara melindungi diri

• Selalu cek harga perpanjangan, bukan hanya harga daftar. Semua registrar jujur menampilkannya di halaman pricing.
• Nyalakan auto-renew dan pastikan kartu/saldo valid. Domain hangus bisa disandera calo dan dijual kembali mahal.
• Aktifkan WHOIS privacy (gratis di Cloudflare, Porkbun, Namecheap) agar data pribadi tak terekspos.
• Kunci domain (registrar lock) untuk mencegah transfer tak sah.
• Untuk merek penting, pertimbangkan daftar 2–3 tahun sekaligus agar terhindar dari lupa perpanjang.

Program Reseller, Partnership & Afiliasi

Jika Anda mengelola banyak domain — misalnya sebagai agensi, freelancer dengan banyak klien, atau pembuat 20+ aplikasi — ada jalur menghemat yang jarang dibahas: program reseller dan partnership.

Reseller domain

Banyak registrar (termasuk lokal seperti Niagahoster, Domainesia, Rumahweb, dan global seperti Namecheap lewat program mereka) menawarkan akun reseller: Anda membeli dalam volume dengan harga grosir lalu memakainya sendiri atau menjual kembali. Untuk yang mengelola puluhan domain, selisih harga grosir bisa menutup biaya keanggotaan dengan cepat.

Program afiliasi & kredit

• Afiliasi — jika Anda menulis tutorial atau membuat konten, banyak registrar & hosting memberi komisi afiliasi yang bisa mengimbangi biaya domain Anda sendiri.
• Bundling hosting — registrar lokal sering memberi domain .com gratis tahun pertama saat beli paket hosting. Hitung apakah paket itu memang Anda butuhkan; gratis-domain tidak sepadan jika hostingnya mahal dan tak terpakai.
• GitHub Student / startup packs — pelajar dan startup awal kadang dapat kredit domain (misal .me gratis via GitHub Student Developer Pack, Namecheap). Lihat Bab 10.

Vercel: Free vs Pro

Vercel adalah platform deploy paling populer untuk aplikasi front-end modern, khususnya Next.js (yang mereka buat sendiri). Kekuatannya adalah pengalaman deploy nyaris tanpa konfigurasi: hubungkan repositori Git, dan setiap push otomatis di-build serta dipublikasikan. Pertanyaan uangnya bukan "pakai Vercel atau tidak", tetapi "tetap di Free atau naik ke Pro?" — dan kapan naiknya wajib.

Kapan 20+ aplikasi WAJIB Pro

Bayangkan Anda pembuat produktif dengan 20 sampai 100 aplikasi yang di-update tiap hari. Di sini Free hampir pasti tak cukup, karena beberapa alasan yang menumpuk:

• Build minutes. Update harian berarti puluhan hingga ratusan build per hari. Kuota build Free habis cepat.
• Bandwidth agregat. Trafik 20–100 aplikasi menjumlah; walau tiap aplikasi kecil, totalnya menembus kuota Free.
• Komersial. Jika salah satu saja menghasilkan uang, seluruh akun idealnya di Pro.
• Concurrency & batas fungsi. Banyak aplikasi aktif menabrak batas eksekusi bersamaan.

Kabar pentingnya: Pro Vercel ditagih per pengguna (~$20/bln), bukan per aplikasi. Artinya satu langganan Pro bisa menaungi banyak proyek. Untuk pengembang tunggal dengan 50 aplikasi, biayanya tetap ~$20/bln plus PAYG bila melewati kuota Pro — bukan $20 × 50. Ini membuat Vercel Pro sangat masuk akal untuk pembuat banyak-aplikasi, selama pemakaian PAYG dipantau.

Deploy 1–100 aplikasi yang di-update tiap hari

Skenario paling menantang untuk budget adalah pembuat produktif yang menjalankan banyak aplikasi dan mendorong pembaruan setiap hari. Tiap git push memicu build, dan build memakan kuota. Berikut cara memikirkan biayanya:

Kunci hematnya: kurangi build yang tak perlu (gabungkan perubahan, pakai preview seperlunya), dan pada skala besar pertimbangkan CI/CD sendiri di VPS agar tidak membayar build minutes premium untuk 100 aplikasi.

Netlify & Cloudflare Pages

Netlify

Netlify adalah pesaing terdekat Vercel dengan filosofi serupa: deploy dari Git, fokus front-end & Jamstack, functions serverless. Paket Free-nya murah hati untuk situs statis dan proyek kecil, dengan kuota bandwidth dan build minutes bulanan. Paket berbayar dimulai sekitar ~$19/anggota/bln. Netlify unggul untuk situs statis, dokumentasi, dan proyek yang tak terikat Next.js.

Cloudflare Pages

Cloudflare Pages adalah senjata rahasia bagi yang budget-sadar. Untuk situs statis dan aplikasi yang berjalan di edge, ia menawarkan bandwidth tak terbatas gratis — sesuatu yang tak ditawarkan pesaing. Build gratis dengan kuota bulanan yang wajar. Dipadukan Cloudflare Workers (compute edge) dan R2 (storage tanpa biaya egress), ekosistem Cloudflare bisa menjalankan banyak aplikasi dengan biaya nyaris nol.

"Cara tercepat menyelesaikan sesuatu adalah tidak mengerjakan yang tak perlu."

Railway, Render & Fly.io

Vercel dan kawan-kawan brilian untuk front-end dan serverless, tetapi banyak aplikasi butuh proses yang berjalan terus (long-running): backend API, worker antrian, bot, WebSocket, atau server yang tak cocok dengan model serverless. Untuk itu ada generasi PaaS baru yang mengisi celah antara "serverless nyaman" dan "VPS mentah".

Railway

Railway menyederhanakan deploy container dan database dengan pengalaman modern. Modelnya berbasis pemakaian: Anda membayar resource (CPU, RAM, jaringan) yang benar-benar dipakai. Ada kredit awal untuk mencoba, lalu tier berbayar mulai sekitar ~$5/bln plus pemakaian. Cocok untuk backend penuh, cron job, dan aplikasi yang butuh database di satu tempat.

Render

Render menawarkan web service, background worker, cron, dan database terkelola dengan harga terprediksi per-instance. Ada tier gratis untuk web service (dengan cold start setelah idle) dan instance berbayar mulai sekitar ~$7/bln. Nyaman untuk yang ingin pengalaman mirip Heroku klasik.

Fly.io

Fly.io menjalankan container Anda sebagai mesin mikro yang dekat dengan pengguna secara geografis (edge global). Modelnya PAYG dengan kontrol mendalam; bisa sangat murah untuk beban kecil, dan kuat untuk aplikasi yang butuh latensi rendah di banyak region. Kurva belajarnya sedikit lebih curam.

Tabel Perbandingan Platform

Ringkasan menyeluruh untuk memilih target deploy berdasarkan jenis beban kerja. Gunakan ini sebagai peta cepat sebelum menyelam ke detail.

Neon Postgres

Setiap aplikasi yang menyimpan sesuatu butuh database. Untungnya, database gratis kelas produksi kini nyata. Neon adalah Postgres serverless yang memisahkan komputasi dari penyimpanan, sehingga bisa "tidur" saat tak dipakai dan bangun otomatis — model yang membuat paket gratisnya sangat murah hati untuk aplikasi bertrafik sedang.

Kapan Neon Free habis & harus bayar

• Storage penuh. Data tumbuh melewati batas GB gratis.
• Butuh compute selalu-hidup. Auto-suspend menyebabkan cold start beberapa ratus milidetik pada permintaan pertama; untuk aplikasi yang tak boleh lambat, Anda butuh compute yang tak tidur (berbayar).
• Butuh banyak branch/lingkungan untuk tim.

Supabase & PlanetScale

Supabase

Supabase adalah "backend dalam satu paket": Postgres + autentikasi + storage file + API realtime + edge functions. Paket Free-nya mencakup sebuah proyek dengan database, auth, dan storage — cukup untuk MVP lengkap tanpa membayar. Perlu diperhatikan: proyek gratis bisa di-pause setelah periode tidak aktif, jadi bukan untuk aplikasi produksi yang harus selalu hidup tanpa perhatian. Paket Pro mulai sekitar ~$25/bln dan menghapus pause serta menambah kuota.

PlanetScale

PlanetScale adalah database MySQL terkelola dengan fitur branching ala Git yang kuat, dibangun di atas Vitess untuk skala besar. Perlu dicatat, PlanetScale menghapus tier gratisnya beberapa waktu lalu, sehingga kini berbayar mulai dari kisaran belasan dolar per bulan. Ia bersinar untuk aplikasi yang butuh skala horizontal MySQL dan alur kerja branching serius; untuk proyek kecil yang mencari gratis, Neon atau Supabase lebih cocok.

Cache: Upstash Redis

Cache mempercepat aplikasi dengan menyimpan hasil yang sering diminta, dan meredakan beban database. Untuk aplikasi serverless, Upstash adalah pilihan alami karena Redis-nya diakses lewat HTTP dan ditagih per request, bukan per server yang menyala terus — cocok dengan model bayar-sesuai-pakai.

Kapan cache Free habis

Batas Free biasanya adalah jumlah request harian. Selama aplikasi Anda kecil, kuota harian gratis cukup. Saat trafik naik dan cache dipanggil ribuan kali per menit, Anda beralih ke PAYG — yang tetap murah karena harga per request sangat kecil. Alternatif: jika sudah punya VPS, Anda bisa menjalankan Redis sendiri di sana tanpa biaya tambahan (dengan konsekuensi harus mengelolanya).

Self-host database vs terkelola

Jika Anda sudah punya VPS, muncul pertanyaan: jalankan Postgres/Redis sendiri di VPS itu (gratis, sudah termasuk sewa) atau pakai layanan terkelola (bayar, tapi diurus)? Jawabannya bergantung pada nilai waktu dan toleransi risiko Anda.

"Hanya ada dua hal sulit di ilmu komputer: invalidasi cache dan memberi nama."

VPS: Kendali Penuh, Harga Tetap

VPS (Virtual Private Server) adalah sebuah komputer virtual yang Anda sewa penuh: sistem operasi mentah, akses root, dan tanggung jawab penuh. Berbeda dari platform serverless yang menagih per pemakaian, VPS menagih harga tetap bulanan — Anda tahu persis tagihan sebelum bulan dimulai. Inilah daya tariknya untuk yang budget-sadar: tidak ada kejutan tagihan, dan pada satu mesin Anda bisa menaruh banyak aplikasi sekaligus.

Konsep kunci: satu VPS ~$5–10/bln bisa menampung 5, 10, bahkan 20+ aplikasi kecil sekaligus (dengan Docker/Nginx/reverse proxy). Ini membuat biaya per aplikasi menjadi sangat kecil saat skala — kebalikan dari serverless yang biayanya tumbuh dengan pemakaian tiap aplikasi. Harganya: Anda yang mengurus keamanan, update, backup, dan uptime.

VPS Lokal Indonesia

Untuk aplikasi yang melayani pengguna Indonesia, membayar dalam Rupiah, atau butuh latensi rendah dan kepatuhan lokal (data di dalam negeri), penyedia lokal punya nilai lebih. Latensi ke pengguna ID bisa di bawah 20ms, dan dukungan berbahasa Indonesia mempercepat penyelesaian masalah.

Tabel Spek & Biaya VPS

Kisaran spek dan biaya per kelas VPS. Angka dolar bisa dikonversi ~Rp16.000; penyedia lokal biasanya menagih langsung Rupiah dengan kisaran serupa atau sedikit lebih tinggi (ditukar kualitas latensi lokal).

"Buat sesederhana mungkin, tetapi tidak lebih sederhana dari itu."

VPS adalah pilihan "tidak lebih sederhana dari itu": lebih murah per-app saat skala, tetapi menuntut Anda menjadi admin sistem. Jika waktu Anda mahal dan aplikasi sedikit, platform terkelola (Bab 3) mungkin lebih ekonomis secara total meski tagihannya lebih besar. Jika Anda punya banyak aplikasi dan nyaman dengan Linux, VPS memenangkan pertarungan biaya dengan telak.

Studi kasus: satu VPS untuk 20 aplikasi

Misalkan Anda punya 20 aplikasi kecil (landing page klien, dashboard internal, beberapa API ringan). Bandingkan dua pendekatan:

Penghematannya nyata dan besar. Harganya: Anda harus menyiapkan reverse proxy (Caddy/Nginx/Traefik), mengatur TLS otomatis, memantau resource, dan menangani backup. Jika 20 aplikasi itu penting dan menghasilkan uang, waktu setup itu terbayar lunas dalam bulan pertama. Jika hanya beberapa yang serius, campuran (yang penting di VPS, yang sepele di Cloudflare Pages gratis) bisa optimal.

Amazon Web Services (AWS)

AWS adalah penyedia cloud terbesar dan paling lengkap — ratusan layanan yang bisa menjalankan apa pun dari blog kecil sampai infrastruktur berskala global. Justru kelengkapan itu yang menjadikannya pisau bermata dua bagi budget: sangat kuat, tetapi model biayanya rumit, dan tagihan bisa membengkak dari komponen tersembunyi — terutama egress (biaya data keluar). Untuk pemula, AWS sering overkill; untuk skala besar dengan tim yang paham, ia tak tertandingi.

Contoh terhitung: bagaimana egress meledak

Bayangkan Anda menaruh video promosi 50 MB di S3, lalu menjadi viral dan diunduh 100.000 kali dalam sebulan. Penyimpanan file itu nyaris gratis (50 MB), tetapi egress-nya: 50 MB × 100.000 = 5.000 GB = 5 TB data keluar. Dengan tarif egress AWS kisaran ~$0,08–0,09/GB, itu berarti tagihan ~$400–450 hanya untuk satu file — padahal penyimpanannya di bawah satu sen. Inilah mengapa egress adalah pembunuh anggaran diam-diam.

Estimasi biaya AWS (kasar)

Google Cloud Platform (GCP)

GCP adalah pesaing utama AWS dengan kekuatan di data, machine learning, dan — yang relevan untuk budget — Cloud Run, layanan container serverless yang sangat ramah pemula dan sering murah. Cloud Run menjalankan container Anda dan menagih hanya saat menangani permintaan; saat idle, biayanya bisa nol. Untuk banyak aplikasi, Cloud Run adalah jalan tengah manis antara kemudahan serverless dan fleksibilitas container.

Kapan Perlu Cloud Besar (dan Kapan Overkill)

Godaan memakai AWS/GCP sejak awal itu kuat — terdengar profesional, "seperti perusahaan besar". Tetapi untuk mayoritas proyek, cloud besar adalah optimasi prematur berbiaya tinggi: kompleksitas yang tak sepadan, dan risiko tagihan mengejutkan. Berikut panduan jujurnya.

"Anda tidak akan membutuhkannya."

YAGNI adalah mantra anti-overkill. Jangan bangun untuk skala jutaan pengguna yang belum ada. Pindah ke AWS/GCP ketika sebuah kebutuhan nyata muncul — bukan ketika Anda membayangkan kebutuhan itu. Ketika saatnya tiba, kredit startup (Bab 10) bisa membuat transisi jauh lebih murah.

Bangun Sendiri dengan Langganan AI (~$200/bln)

Ada pergeseran besar dalam cara aplikasi dibuat: alih-alih menyewa layanan yang membangun untuk Anda, banyak orang kini membangun sendiri dengan bantuan asisten AI dan mendeploy ke platform hemat dari bab-bab sebelumnya. Langganan AI kelas atas (misalnya paket maksimal seperti Claude Max di kisaran ~$100–200/bln) memberi Anda "rekan koding" yang menulis, men-debug, dan menjelaskan kode sepanjang hari.

Secara ekonomi ini menarik: satu langganan AI ~$200/bln bisa membantu Anda membangun dan memelihara banyak aplikasi, yang lalu dideploy ke Vercel/VPS dengan biaya infrastruktur terpisah yang kecil. Anda memegang kendali penuh atas kode, tak terkunci vendor, dan bisa memindahkan aplikasi ke mana saja.

Layanan Managed (~$1000/bln)

Di ujung lain spektrum ada layanan managed all-in-one — platform yang membangun, meng-host, dan mengurus aplikasi Anda dalam satu langganan mahal (misalnya layanan seperti Emergent di kisaran ~$1000/bln untuk tier tinggi). Anda menjelaskan yang diinginkan, platform mengurus sisanya termasuk infrastruktur. Kenyamanannya tinggi; harganya juga.

Kapan managed worth it?

• Worth it bila: Anda non-teknis, waktu Anda jauh lebih berharga dari selisih biaya, dan aplikasi harus jadi kemarin. $800/bln selisih murah jika ia menggantikan gaji seorang developer.
• Tidak worth it bila: Anda nyaman koding (dengan/ tanpa AI), membangun banyak aplikasi, atau butuh kendali & portabilitas jangka panjang. Selisih ~$9.600/tahun membeli banyak VPS dan domain.

"Waktu adalah lebih berharga daripada uang. Anda bisa mendapatkan lebih banyak uang, tetapi tidak bisa mendapatkan lebih banyak waktu."

Kalkulator Budget Deploy

Teori sudah cukup — mari hitung. Kalkulator di bawah ini menyusun estimasi biaya deploy Anda dari komponen-komponen yang dibahas di seluruh buku: platform, database, cache, dan domain, dikalikan jumlah aplikasi. Ubah pilihan dan lihat estimasi biaya bulanan dan tahunan dalam USD dan Rupiah bergerak seketika.

Tabel Skenario: 1 · 5 · 20 · 100 App Harian

Rekomendasi stack hemat per tahap

Sebelum masuk ke angka rinci, inilah "resep" stack termurah yang direkomendasikan untuk tiap tahap pertumbuhan. Setiap tahap menaikkan hanya komponen yang benar-benar menuntut kenaikan.

Empat skenario nyata untuk pembuat yang meng-update aplikasinya setiap hari. Perhatikan transisi kritis: di sekitar 20+ aplikasi aktif komersial, tetap di paket gratis menjadi tidak realistis — build minutes, bandwidth, dan larangan komersial memaksa naik ke tier berbayar.

Skenario A — 1 aplikasi (indie / MVP)

Skenario B — 5 aplikasi (freelancer / side projects)

Skenario C — 20 aplikasi (studio / agensi) — Pro wajib

Skenario D — 100 aplikasi (platform / portofolio besar)

Peta Keputusan: Cocokkan App dengan Tempatnya

Semua bab sebelumnya bermuara pada satu tindakan: mencocokkan jenis aplikasi Anda dengan target deploy yang tepat, lalu membayar seminimal mungkin untuk kebutuhan nyata. Bab ini adalah peta keputusan yang bisa Anda ikuti seperti pohon: mulai dari jenis app, ikuti cabang, temukan rekomendasi dan biayanya.

"Segala sesuatu harus dibuat sesederhana mungkin."

Kesalahan budgeting yang umum

Sebelum menutup bab keputusan, kenali jebakan yang paling sering menguras dompet pembuat aplikasi. Menghindari ini saja sudah menghemat banyak.

Aturan emas keputusan: pilih opsi paling sederhana yang memenuhi kebutuhan nyata Anda hari ini, dan biarkan diri Anda pindah nanti. Migrasi antar platform itu mungkin dan sering mudah; membakar uang bulanan untuk kapasitas yang tak terpakai jauh lebih mahal daripada migrasi sesekali.

Startup Credits & Kredit Gratis

Salah satu rahasia paling kurang dimanfaatkan pembuat aplikasi: penyedia cloud besar membagikan kredit gratis senilai ribuan dolar untuk startup, pelajar, dan proyek awal. Kredit ini bisa menutup biaya infrastruktur selama berbulan-bulan hingga bertahun-tahun, mengubah AWS/GCP dari "mahal" menjadi "gratis untuk sementara".

Tips Menekan Biaya

Kumpulan taktik konkret yang secara kolektif bisa memangkas tagihan deploy Anda secara signifikan, dari yang gratis sampai yang butuh sedikit usaha.

Partnership & program hosting

Selain kredit cloud besar, ada jalur kemitraan yang sering terlewat, terutama untuk pembuat aktif dan agensi:

• Program partner hosting lokal. Niagahoster, Domainesia, Rumahweb, dan sejenisnya menawarkan skema partner/reseller dengan harga khusus untuk yang membawa banyak klien atau volume.
• Marketplace & bundling. Kadang paket hosting + domain + SSL dijual sebagai bundel yang lebih murah daripada membeli terpisah — hitung, tetapi jangan tergoda fitur yang tak dipakai.
• Diskon nonprofit/pendidikan. Institusi pendidikan dan organisasi nirlaba sering memenuhi syarat harga khusus di banyak penyedia.
• Kredit event/hackathon. Sponsor sering membagikan kredit cloud di acara developer; simpan dan pakai untuk proyek nyata.

Prinsipnya sama seperti seluruh buku ini: uang gratis dan diskon itu bagus, tetapi jangan biarkan mereka mendikte arsitektur. Rancang stack yang hemat tanpa kredit; perlakukan kredit sebagai bonus yang mempercepat, bukan penopang yang, saat dicabut, meruntuhkan anggaran Anda.

1. Mulai gratis, selalu. Jangan bayar apa pun sampai dasbor pemakaian menunjukkan Anda butuh.
2. Konsolidasi banyak app ke satu VPS. 20 app di satu mesin $16 jauh lebih murah daripada 20 langganan terpisah.
3. Hindari egress mahal. Pakai Cloudflare R2 (egress gratis) untuk file yang banyak diunduh, bukan S3 telanjang.
4. Optimasi aset sebelum upgrade bandwidth. Kompres gambar, pakai format modern (WebP/AVIF), lazy-load — sering menunda kebutuhan naik tier.
5. Pasang budget alert di AWS/GCP. Ini gratis dan menyelamatkan Anda dari tagihan kejutan.
6. Bayar tahunan bila diskon untuk layanan yang pasti Anda pakai lama (sering hemat ~15–20%).
7. Manfaatkan tier "selalu gratis" (Lambda, Cloud Run, Cloudflare) untuk beban kecil sporadis.
8. Matikan yang tidak dipakai. Instance zombie dan database menganggur adalah kebocoran uang paling umum.
9. Pilih region dekat pengguna untuk mengurangi latensi dan kadang biaya transfer antar-region.
10. Pakai kredit startup & student saat memenuhi syarat — uang gratis nyata.
11. Domain di registrar at-cost (Cloudflare/Porkbun) untuk hemat perpanjangan jangka panjang.
12. Auto-suspend database (Neon) untuk lingkungan dev/staging yang jarang dipakai.

"Menghemat sedikit di banyak tempat pada akhirnya menjadi banyak."

Rangkuman: Sepuluh Prinsip Deploy Hemat

Jika seluruh buku ini harus diringkas menjadi selembar catatan tempel di monitor Anda, inilah isinya. Sepuluh prinsip yang, jika dipegang, akan menyelamatkan Anda dari sebagian besar pemborosan infrastruktur.

1. Deploy bisa gratis. Untuk banyak kasus, Rp0/bln itu nyata dan cukup.
2. Bayar untuk masalah nyata, bukan masalah yang dibayangkan.
3. Pantau dasbor pemakaian, bukan perasaan cemas.
4. Domain = registrar at-cost; cek harga perpanjangan, bukan tahun-1.
5. App komersil Next.js → Vercel Pro (Free dilarang komersial).
6. Banyak app → konsolidasi ke VPS; biaya per-app anjlok.
7. Cloud besar untuk skala/ML/compliance, bukan untuk gaya.
8. Waspadai egress dan pasang budget alert.
9. Manfaatkan kredit startup & student — uang gratis.
10. Sederhana menang. Migrasi nanti lebih murah dari bayar berlebih sekarang.

"Kesempurnaan tercapai bukan ketika tak ada lagi yang bisa ditambahkan, melainkan ketika tak ada lagi yang bisa dikurangi."

Peta biaya satu halaman

Simpan tabel ini sebagai kartu referensi. Ia merangkum seluruh buku menjadi satu tampilan: pilih baris yang cocok dengan situasi Anda, lihat rekomendasi dan kisaran biayanya.

Jika hanya satu hal yang Anda ingat dari buku ini, ingat ini: mayoritas aplikasi hidup nyaman di tiga baris teratas tabel di atas — nyaris gratis. Baris-baris mahal hanya untuk kebutuhan yang benar-benar menuntutnya. Deploy di mana? Di tempat termurah yang memenuhi kebutuhan nyata Anda hari ini, dan tidak sepeser lebih.

FAQ — Pertanyaan yang Sering Diajukan

1. Apakah benar-benar bisa deploy tanpa bayar sama sekali?

Ya, kecuali domain. Compute, database, dan cache punya paket gratis kelas produksi (Vercel/Cloudflare + Neon + Upstash). Domain adalah satu-satunya biaya wajib, sekitar ~$1/bln. Anda bahkan bisa pakai subdomain gratis (app.vercel.app) untuk menghindari itu juga.

2. Kapan saya WAJIB pindah dari paket gratis Vercel?

Dua pemicu utama: (1) aplikasi Anda komersial — Free Vercel melarangnya, jadi wajib Pro; (2) Anda menembus kuota bandwidth/build. Untuk banyak app harian, keduanya cepat terjadi.

3. Vercel Pro ditagih per app atau per orang?

Per pengguna (seat), ~$20/bln, bukan per app. Satu langganan Pro menaungi banyak proyek. Biaya tambahan hanya muncul dari pemakaian PAYG (bandwidth/build) di atas kuota Pro.

4. Lebih murah mana: Vercel Pro atau VPS untuk banyak app?

Tergantung. Untuk app Next.js dengan DX penting dan trafik moderat, Vercel Pro simpel. Untuk 20+ app di mana Anda nyaman Linux, satu VPS menengah (~$16–28) sering lebih murah total karena mengonsolidasi semuanya. Lihat Bab 5 dan Bab 8.

5. Apa itu egress dan kenapa berbahaya?

Egress adalah biaya data keluar dari cloud ke internet. Di AWS/GCP, mengunduh file besar berulang kali bisa menghasilkan tagihan bandwidth yang jauh melebihi biaya penyimpanan. Pakai Cloudflare R2 (egress gratis) atau CDN untuk meredamnya.

6. Neon Free cukup untuk produksi?

Untuk MVP dan aplikasi bertrafik kecil-sedang, ya. Anda perlu upgrade saat storage penuh, saat butuh compute yang tak auto-suspend (menghindari cold start), atau saat butuh banyak lingkungan tim.

7. Kurs Rupiah di buku ini bisa dipercaya?

Anggap ~Rp16.000/USD sebagai patokan kasar Juli 2026. Kurs nyata berfluktuasi dan ada biaya konversi kartu ~3–5%. Selalu cek kurs terkini saat menganggarkan.

8. Domain di mana yang paling hemat?

Untuk TLD internasional, Cloudflare atau Porkbun (harga at-cost, perpanjangan tak melonjak). Untuk .id dan pembayaran Rupiah, registrar lokal (Niagahoster, Domainesia, Rumahweb).

9. Apakah AWS/GCP terlalu mahal untuk pemula?

Untuk pemula dengan app biasa, biasanya overkill — kompleks dan berisiko tagihan kejutan. Mulai dari platform sederhana. Pindah ke cloud besar saat ada kebutuhan nyata (ML, skala besar, compliance), idealnya dengan kredit startup.

10. Cloud Run vs Vercel, pilih mana?

Vercel unggul untuk Next.js & front-end dengan DX terbaik. Cloud Run unggul untuk container apa pun yang skala-ke-nol dan Anda sudah di ekosistem Google. Keduanya bisa sangat murah untuk beban kecil.

11. Bagaimana menghosting 100 aplikasi semurah mungkin?

Konsolidasikan ke satu atau dua VPS besar dengan Docker + reverse proxy (Nginx/Caddy/Traefik). Biaya per-app bisa turun ke bawah $1/bln. Domain justru jadi komponen biaya terbesar pada skala ini.

12. Worth it langganan managed ~$1000/bln?

Hanya jika Anda non-teknis dan waktu Anda jauh lebih berharga dari selisih ~$9.600/tahun. Jika Anda bisa/mau koding (dengan bantuan AI ~$200/bln) dan deploy sendiri, jalur bangun-sendiri menang secara ekonomi.

13. Apa itu cold start dan apakah masalah?

Cold start adalah jeda saat fungsi serverless atau database "bangun" dari idle pada permintaan pertama. Untuk web biasa, tak terasa. Untuk API dengan timeout ketat, pilih compute selalu-hidup.

14. Perlukah CDN terpisah?

Platform seperti Vercel/Netlify/Cloudflare sudah punya CDN bawaan. CDN terpisah (mis. Cloudflare di depan VPS) berguna saat Anda self-host dan ingin cache + proteksi + bandwidth murah.

15. Bagaimana menghindari tagihan kejutan?

Pasang budget alert, hindari egress mahal, matikan resource menganggur, pantau dasbor pemakaian, dan pahami model biaya sebelum berlangganan. Pilih harga tetap (VPS) jika Anda benci ketidakpastian.

16. Apakah pilihan deploy mengunci saya selamanya?

Tidak. Migrasi antar platform umumnya mungkin dan sering mudah, terutama jika kode Anda portabel (container, framework standar). Jangan takut mulai sederhana — Anda bisa pindah saat butuh.

Glosarium

Checklist Sebelum Deploy

Cetak atau simpan daftar ini. Lewati satu poin, dan Anda berisiko membayar lebih atau kena kejutan.

• ☐ Jenis app teridentifikasi (statis / SaaS / backend / berat) dan target deploy dicocokkan (Bab 9).
• ☐ Cek apakah bisa gratis dulu — jangan bayar sebelum perlu.
• ☐ Jika komersial, pastikan lisensi tier mengizinkannya (Vercel Free tidak).
• ☐ Domain di registrar at-cost, harga perpanjangan sudah dicek, auto-renew & WHOIS privacy aktif.
• ☐ Database gratis dipilih (Neon/Supabase) kecuali ada alasan bayar.
• ☐ Budget alert dipasang jika memakai AWS/GCP.
• ☐ Strategi egress dipikirkan untuk file besar (R2/CDN).
• ☐ Kredit startup/student dicek kelayakannya.
• ☐ Rencana konsolidasi jika akan punya banyak app (VPS).
• ☐ Backup & keamanan dipikirkan (khusus VPS: Anda yang bertanggung jawab).
• ☐ Estimasi biaya bulanan & tahunan dihitung (pakai kalkulator Bab 8).
• ☐ Semua harga diverifikasi ke situs resmi — angka di buku ini estimasi Juli 2026.

"Rencana yang baik yang dijalankan hari ini lebih baik daripada rencana sempurna yang dijalankan besok."