Pertanyaan AWS Lambda Web Functions vs VPS muncul setelah AWS meluncurkan form factor HTTP baru pada 12 Oktober 2026. Server Node.js yang mendengarkan port—Express, Hono, Fastify, atau Next—bisa Anda deploy tanpa menulis ulang handler event Lambda klasik.
Jadi Web Functions masuk akal untuk API dan halaman HTTP yang sering menunggu I/O, termasuk traffic naik-turun atau kebutuhan multi-region tanpa routing sendiri. Meski demikian, VPS tetap masuk akal bila proses harus selalu hidup: kontrol OS penuh, koneksi panjang, dan beban CPU stabil di satu mesin tetap mengarah ke VPS.
Artikel ini membandingkan keputusan arsitektur, bukan memilih pemenang universal. Fakta produk diambil dari pengumuman AWS Lambda Web Functions dan halaman AWS Lambda pricing (snapshot 14 Oktober 2026). Komponen tagihan di bawah membantu Anda hitung sendiri di Kalkulator AWS—tanpa simulasi biaya generik.
Ringkas keputusan:
- Web Functions = model HTTP multi-request per environment (hingga 128 request bersamaan per execution environment, menurut AWS), billing active CPU + request + memori selama environment hidup.
- Lambda Event Functions tetap model event-driven satu concurrent handler dengan wall-clock billing—bukan substitusi drop-in untuk aplikasi web port-listening.
- Region peluncuran: US East (N. Virginia), US East (Ohio), US West (Oregon), Asia Pacific (Tokyo), Europe (Ireland); runtime Node.js 24 di Arm64.
- VPS menang pada daemon, WebSocket/state lokal, tuning kernel, dan prediktabilitas biaya flat bila utilisasi tinggi.
Workload Node.js yang Cocok dan yang Tetap di VPS
AWS membedakan tiga form factor Lambda: Event Functions (handler event), Web Functions (server HTTP di port), dan MicroVM (sandbox stateful untuk kode tidak tepercaya). Untuk website Node.js, yang relevan adalah Web Functions versus VPS tradisional.
Sementara traffic bursty—flash sale, kampanye iklan, atau API idle lalu lonjak—memanfaatkan scaling otomatis, hingga 128 request bersamaan per environment menurut AWS; warm instance menampung banyak request sekaligus. Untuk SSR pada stack Next.js, backend REST yang query-heavy, atau endpoint streaming token, AWS menawarkan active CPU billing: waktu tunggu query eksternal hanya menambah sedikit CPU, sementara memori tetap masuk tagihan selama environment hidup. Namun 128 concurrent per environment bukan jaminan throughput—CPU, memori, N+1 query, pool database, dan cold start environment masih membatasi respons.
Kemudian di sisi VPS, proses Node berjalan terus di container Docker atau service systemd. Anda mengatur reverse proxy, TLS, dan autoscaling sendiri. Tim yang sudah memetakan self-host Next.js di VPS dengan Docker Standalone punya baseline biaya flat dan kontrol file system penuh. Web Functions mengurangi ops, tetapi menukar fleksibilitas OS dengan batas platform serverless.
Cara Kerja Lambda Web Functions untuk Express dan Next.js
Jadi pola deploy yang AWS tampilkan: kode Express hampir sama dengan lokal. Perbedaan utamanya variabel AWS_LAMBDA_HTTP_ENDPOINT untuk host dan port app.listen().
Setelah itu, perintah aws lambda-web deploy --name my-web-app --code ./my-app membundle source, membuat Web Function, revision, dan endpoint HTTPS tanpa adapter event. Redeploy multi-region (--regions us-east-1,eu-west-1,ap-northeast-1) menyalin kode dan mengatur latency-based routing ke URL global .lambda-web.global.on.aws (best effort per AWS).
Selanjutnya, canary antar revision memakai bobot traffic pada endpoint. Tim yang biasa blue/green di nginx VPS bisa memindah sebagian rollout ke API AWS. Integrasi Amazon CloudFront melayani aset statis dari cache CDN. Request dinamis menuju Web Function; OAC menandatangani origin sehingga endpoint tidak perlu publik tanpa kontrol distribusi.
Terakhir, peluncuran mendukung VPC untuk database private—relevan bila VPS Anda sudah satu subnet dengan RDS. Runtime awal Node.js 24 (nodejs24.x) di Arm64; cek native addon sebelum migrasi dari VPS x86.
Membandingkan VPS dan Web Functions per Pola Beban
Tabel berikut memakai kriteria sama untuk kedua opsi; ini interpretasi editorial, bukan benchmark resmi AWS versus provider VPS. Baris bisa condong berbeda bila ukuran instance, region, atau staffing on-call berubah.
| Pola beban | Lambda Web Functions | VPS / dedicated |
|---|---|---|
| API bursty, banyak idle | Scaling dan multi-concurrency mengurangi over-provision; perhatikan cold environment | Bayar CPU idle; autoscaling manual atau orchestrator |
| SSR / I/O-heavy | Active CPU billing menguntungkan waktu tunggu, memori tetap jalan | Biaya flat; tuning connection pool tetap wajib |
| Traffic stabil tinggi 24/7 | Biaya request + memori environment bisa mendekati atau melebihi VPS kecil | Harga bulanan predictable; upgrade vertikal/horizontal |
| Worker background / cron | Bukan sweet spot Web Functions; pertimbangkan Event Functions atau VPS | systemd/cron/queue worker di mesin yang sama |
| WebSocket / state in-memory | Execution environment recycled; state harus eksternal | Proses panjang dan sticky session lebih mudah diatur (dengan trade-off) |
| Multi-region global | Deploy multi-region + routing bawaan | Duplikasi stack + Geo DNS sendiri |
Bila beban Anda lebih dekat ke company profile atau CMS, stack framework sering lebih determinatif daripada form factor Lambda. Baca Next.js vs WordPress untuk website bisnis sebelum memaksakan Node.js serverless.
Kerangka dedicated server vs VPS memisahkan kebutuhan mesin fisik penuh dari deploy Node.js saja. Web Functions adalah jalur ketiga, bukan pengganti otomatis keduanya. Evaluasi bottleneck di layer framework dan database sebelum migrasi cloud—hosting baru tidak menutup masalah query atau bundle JS yang berat.
Jangan Samakan Event Functions dan Web Functions
Lambda Event Functions—handler event klasik—memproses satu invokasi concurrent per environment dengan billing wall-clock (GB-second), sedangkan Web Functions memakai HTTP port-listening, multi-concurrency, dan active CPU billing. Jangan anggap keduanya interchangeable: consumer queue S3 tetap di Event Functions; Express di VPS hampir selalu menuju Web Functions, bukan rewrite handler event/context.
Latency dan Cold Start Bukan Nol
Multi-concurrency mengurangi spin-up environment saat traffic naik, tetapi cold path tetap ada saat scale from zero atau region baru. Jangan klaim “tanpa cold start” atau “latency selalu rendah”; ukur p95 route kritis setelah warm-up. Di VPS, restart deploy, OOM, atau disk penuh tetap memberi jeda—bentuk risikonya saja yang berbeda.
Billing Web Functions
Lantaran itu, halaman pricing AWS (Oktober 2026) menagih Web Functions per request dan active CPU time. Event Functions memakai durasi wall-clock (GB-second).
Namun pengumuman AWS menambahkan nuance: memori di-meter selama environment ada. Frasa “hanya bayar CPU aktif” terlalu sederhana—instance warm tetap menagih footprint memori.
Sebelum bandingkan dengan tagihan VPS, masukkan ke spreadsheet: request HTTPS, CPU aktif per request (SSR berat), memori, idle environment, egress, VPC/NAT, dan CloudFront bila dipakai. Free tier Event Functions (1 juta request) belum tentu berlaku untuk Web Functions—baca tab Web Functions di halaman pricing.
Tanpa workload nyata, klaim “serverless lebih murah” atau “VPS selalu hemat” tidak valid. VPS pun punya biaya tetap dan jam ops untuk patch OS serta monitoring. Web Functions menukar sebagian ops ke kompleksitas billing.
Dokumentasi AWS Lambda Developer Guide tetap berguna untuk IAM, logging, dan VPC. Detail Web Functions bertambah setelah peluncuran Oktober 2026.
Akhirnya, samakan region saat membandingkan invoice—Tokyo bila audiens Asia dominan. Hitung egress ke mobile; VPS murah di AS bisa mahal bila user dan database di Asia Pasifik.
Checklist Proof-of-Concept sebelum Migrasi
Sebelum pindah produksi VPS ↔ Web Functions, jalankan PoC staging dengan traffic sintetis plus satu minggu log read-only. PoC memvalidasi constraint yang tidak terlihat di diagram.
- Ukur p95 latency cold versus warm pada route terberat (SSR atau join database).
- Load test concurrency mendekati 128 per environment; amati throttling koneksi database.
- Verifikasi addon native Arm64 dan Node 24 pada lockfile.
- Audit state: session, upload temp, cache lokal—pindah ke Redis/S3 bila perlu.
- Bandingkan biaya 30 hari AWS (request + CPU + memori + egress) dengan invoice VPS setara region.
- Dokumentasikan rollback: image Docker VPS atau revision Lambda sebelumnya.
PoC satu minggu lebih jujur daripada spreadsheet teoretis. Traffic siang-only condong ke Web Functions; CPU 80% sepanjang hari mengarah ke VPS atau dedicated. Walau demikian, simpan artefak PoC (CloudWatch, invoice preview, load test) supaya keputusan six bulan later tidak bergantung ingatan tim.
Langkah Setelah Trade-off Hosting Node.js
Keputusan hosting mengikuti pola traffic, tim ops, dan budget—not hype rilis cloud. Perbandingan Lambda Web Functions dengan VPS berarti menimbang trade-off yang sama. Web Functions menutup celah server HTTP standar tanpa adapter event; VPS tetap fondasi bila kontrol mesin atau ekonomi flat lebih penting.
Tetapi bila tim butuh second opinion—hybrid CloudFront + Web Function + RDS, atau tetap Docker VPS—minta review hosting Node.js sebelum commit migrasi. CodeF melayani pengembangan web app dan konsultasi infrastruktur; kirim diagram traffic dan stack supaya rekomendasi selaras constraint bisnis.
