# Cloudflare Workers vs Vercel Edge: Cold Start, Harga, Lock-In

> Dua taruhan sangat berbeda untuk serverless compute. Membandingkan Cloudflare Workers dan Vercel Functions dari cold start, model harga, DX, sampai biaya keluar.

URL: https://www.matthewswong.com/id/blog/cloudflare-workers-vs-vercel-edge/

- Author: Matthews Wong (https://www.matthewswong.com/id/about/)
- Published: 2026-04-29
- Updated: 2026-04-29
- Category: Cloud

Portfolio ini dideploy di Vercel, proyek sampingan saya berjalan di belakang Cloudflare, dan di kantor saya mengoperasikan infrastruktur VPS yang membosankan — jadi saya merasakan trade-off antara dua platform serverless ini dengan anggaran latensi dan invoice saya sendiri. Perbandingannya lebih penting di 2026 daripada dua tahun lalu, karena kedua platform sudah terlihat berpisah jalan.

Cloudflare semakin all-in pada V8 isolate yang berjalan di setiap data center-nya. Vercel, menariknya, mundur dari edge: runtime Edge terpisahnya tidak lagi jadi tajuk utama, dan Vercel Functions kini default ke runtime Node.js penuh dengan Fluid compute — dioptimalkan untuk konkurensi, berlabuh di region, scale-to-zero. Itu dua arsitektur yang sungguh berbeda, dan memilih di antaranya adalah soal batasan mana yang lebih rela Anda tanggung.

## Dua Model Compute yang Berbeda

Cloudflare Workers menjalankan JavaScript Anda di V8 isolate — primitif sandboxing yang sama dengan tab browser — di dalam ratusan point of presence global. Tanpa container, tanpa boot VM, kode dieksekusi di mana pun request mendarat. Batasannya ada di lingkungan: workerd bukan Node.js. Runtime-nya mengimplementasikan porsi besar API Node lewat compatibility flag, tetapi binary native dan apa pun yang mengasumsikan filesystem sungguhan tidak bisa.

Vercel Functions dieksekusi di micro-VM pada region pilihan Anda, default-nya Washington D.C. — sengaja dekat tempat kebanyakan database tinggal. Fluid compute bagian menariknya: alih-alih satu instance terisolasi per request, request konkuren berbagi instance yang sudah hangat, sehingga waktu idle satu request yang menunggu database atau API LLM dipakai melayani request lain. Dokumentasi Vercel memasarkan ini langsung untuk workload AI, dan terasa: handler yang berat I/O mendapat ekonomi yang jauh lebih baik daripada model klasik satu-lambda-per-request.

## Cold Start: Masalahnya Beda Sama Sekali

Workers efektif tidak punya cold start dalam pengertian yang biasa Anda kenal. Isolate menyala dalam hitungan milidetik satu digit selama TLS handshake, di mana pun di planet ini. Untuk jalur kritis-latensi — pemeriksaan auth, redirect, routing A/B, API gateway — ini fitur pembunuhnya, dan tidak ada yang perlu dituning.

Jawaban Vercel bersifat statistik, bukan absolut: Fluid compute memakai ulang instance hangat secara agresif, jadi cold start menjadi langka alih-alih mustahil. Saat terjadi pun, itu boot micro-VM Node.js — terasa lebih berat dari isolate. Plot twist yang sering terlewat: edge function global yang bicara ke database satu-region membayar round trip lintas benua per query, yang biasanya lebih mahal latensinya daripada cold start-nya sendiri. Compute dekat data mengalahkan compute dekat pengguna untuk kebanyakan aplikasi berbasis database, dan default region-first Vercel adalah pengakuan jujur atas itu.

## Harga: CPU Time vs Active CPU Plus Memori

Angka utama dari halaman harga resmi masing-masing platform per pertengahan 2026:

Dimensi

Tier gratis

100K request per hari, 10ms CPU per pemanggilan

Paket Hobby dengan kuota function bawaan untuk proyek non-komersial

Titik masuk berbayar

5 USD per bulan: 10 juta request dan 30 juta CPU-milidetik termasuk

Paket Pro 20 USD per kursi dengan tagihan function berbasis pemakaian di atasnya

Meteran tagihan

Hanya request plus CPU-milidetik — waktu tunggu wall-clock gratis

Active CPU, memori yang diprovisikan, dan invokasi di bawah Fluid compute

Bandwidth egress

Gratis — tanpa biaya transfer data

Dimeter sebagai Fast Data Transfer di luar jatah paket

> Perbedaan filosofisnya: kedua platform kini menagih compute berdasarkan CPU yang benar-benar terbakar, bukan durasi wall-clock — bagus untuk workload proxy-LLM yang menunggu API upstream. Perpisahannya ada di segala hal sekitar compute: Cloudflare tidak menarik biaya egress sama sekali, yang menentukan untuk API berat media atau throughput tinggi, sementara di Vercel Anda juga membayar platformnya — preview deployment, optimasi gambar, observability — yang dibundel ke kursi dan meteran pemakaian.

## Developer Experience: Platform vs Framework

## Cloudflare: platform compute yang Anda rakit

Wrangler, dev lokal lewat workerd, dan katalog primitif yang terus tumbuh: KV, R2, D1, Durable Objects, Queues. Tenaganya besar, perakitan lebih banyak, dan caveat workerd-bukan-Node muncul di pilihan dependency.

## Vercel: mesin deploy framework

Push repo Next.js dan semuanya — routing, ISR, optimasi gambar, preview — langsung bekerja. Kilapnya nyata dan begitu pula keterikatannya: platform ini paling hebat justru saat Anda paling dalam berada di konvensinya.

## Lock-In: Di Mana Pintu Keluarnya

Kedua platform bicara Request dan Response standar web, yang menjaga kode handler Anda portabel secara teori. Lock-in tinggal di layanan sekeliling handler:

Gravitasi Cloudflare ada di primitifnya. Durable Objects dan KV tidak punya padanan drop-in di tempat lain; aplikasi yang dibangun di sekitarnya berarti rewrite untuk pindah. R2 dengan API kompatibel S3 adalah pengecualian yang ramah.

Gravitasi Vercel ada di integrasi framework. Memindahkan API route polos itu sepele; memindahkan aplikasi yang bersandar pada ISR, preview deployment, dan pipeline gambar Vercel berarti membangun ulang fitur platform, bukan sekadar memindahkan function.

Lindung nilai untuk keduanya: simpan state di penyimpanan portabel — Postgres, object storage kompatibel S3 — dan perlakukan primitif eksklusif platform sebagai taruhan sadar yang terdokumentasi, bukan default.

Dari Jakarta, bedanya terasa nyata: Cloudflare punya kehadiran di Indonesia, jadi Workers merespons dari dekat, sementara function Vercel di region default menjawab dari Pantai Timur AS — kira-kira 200ms geografi murni per request. Kalau pengguna Anda di Asia Tenggara dan endpoint Anda tidak butuh database di AS, model isolate menang karena fisika semata.

## Cara Saya Benar-Benar Memilih

Produk Next.js di mana kecepatan rilis adalah batasannya: Vercel, dengan Fluid compute bekerja nyata untuk route AI dan berat I/O.

Perekat kritis-latensi di edge — auth, redirect, geo-routing, API gateway: Cloudflare Workers, tanpa tanding.

API ber-egress tinggi dan penyajian media: Cloudflare, karena egress gratis mendominasi tagihan pada volume besar.

Backend yang berpusat di database: platform mana pun yang berlabuh di satu region sebelah database — atau jujur saja, VPS membosankan, yang tetap jadi rumah kebanyakan workload produksi saya.

## Kesimpulan

Cloudflare bertaruh compute harus berjalan di mana-mana; Vercel bertaruh compute harus berjalan dekat data Anda dengan kenyamanan framework maksimal. Keduanya benar untuk lapisan berbeda dari aplikasi yang sama — dan setup terkuat yang saya jalankan memakai Workers untuk lapisan edge global dan function atau server berlabuh region untuk lapisan data. Pilih per lapisan, bukan per loyalitas merek.

## Sumber dan bacaan lanjutan

- Dokumentasi Cloudflare — Harga Workers
- Dokumentasi Vercel — Vercel Functions dan Fluid compute

## Source links

- https://developers.cloudflare.com/workers/platform/pricing/
- https://vercel.com/docs/functions

## FAQ

### Apa perbedaan mendasar arsitektur antara Cloudflare Workers dan Vercel Functions?

Cloudflare Workers menjalankan JavaScript di V8 isolate — primitif sandboxing yang sama dengan tab browser — di ratusan point of presence global, tanpa perlu boot container atau VM. Vercel Functions dieksekusi di micro-VM yang berlabuh di region pilihan (default Washington D.C.) dan menggunakan Fluid compute, yang memungkinkan request konkuren berbagi instance hangat alih-alih membuat satu instance terisolasi per request. Keduanya adalah arsitektur yang sungguh berbeda dan dioptimalkan untuk batasan yang berbeda.

### Apakah Cloudflare Workers benar-benar tidak memiliki cold start?

Workers efektif menghilangkan cold start dalam pengertian konvensional — isolate menyala dalam hitungan milidetik satu digit selama TLS handshake, di mana pun di dunia. Pendekatan Vercel bersifat statistik, bukan absolut: Fluid compute memakai ulang instance hangat secara agresif sehingga cold start menjadi langka. Namun ada trade-off penting: edge function global yang mengakses database satu-region membayar round trip lintas benua per query, yang sering kali lebih mahal latensinya daripada cold start itu sendiri.

### Bagaimana perbedaan harga kedua platform, terutama untuk egress dan workload AI?

Kedua platform kini menagih berdasarkan CPU yang benar-benar terbakar, bukan durasi wall-clock — ini menguntungkan workload proxy-LLM yang sebagian besar waktunya dihabiskan menunggu API upstream. Perbedaan utamanya ada di egress: Cloudflare tidak menarik biaya transfer data sama sekali, yang sangat menentukan untuk API berat media atau throughput tinggi. Vercel membundel tagihan egress (sebagai Fast Data Transfer) bersama fitur platform seperti preview deployment dan optimasi gambar ke dalam meteran kursi dan pemakaian.

### Di mana sesungguhnya lock-in terjadi di masing-masing platform?

Kedua platform menggunakan objek Request dan Response standar web, sehingga kode handler portabel secara teori. Lock-in sesungguhnya ada di layanan sekelilingnya: di Cloudflare, lock-in berasal dari primitif seperti Durable Objects dan KV yang tidak punya padanan drop-in di tempat lain dan membutuhkan rewrite untuk berpindah. Di Vercel, lock-in berasal dari integrasi framework — ISR, preview deployment, dan pipeline gambar — sehingga migrasi berarti membangun ulang fitur platform, bukan sekadar memindahkan kode function. Saran untuk keduanya: simpan state di penyimpanan portabel seperti Postgres atau object storage kompatibel S3.

### Kapan sebaiknya memilih Cloudflare Workers dibanding Vercel, dan sebaliknya?

Cloudflare Workers adalah pilihan jelas untuk logika edge yang kritis terhadap latensi — pemeriksaan auth, redirect, geo-routing, API gateway — serta untuk API ber-egress tinggi dan penyajian media, di mana egress gratis mendominasi tagihan pada volume besar. Vercel lebih cocok untuk produk Next.js yang mengutamakan kecepatan rilis, terutama dengan route AI dan berat I/O yang diuntungkan oleh Fluid compute. Bagi pengguna di Asia Tenggara, kehadiran Cloudflare di Indonesia membuat Workers merespons dari dekat, sementara function Vercel di region default menjawab dari Pantai Timur AS dengan sekitar 200ms latensi ekstra per request.

---

- HTML version: https://www.matthewswong.com/id/blog/cloudflare-workers-vs-vercel-edge/
- English: https://www.matthewswong.com/en/blog/cloudflare-workers-vs-vercel-edge/
- Site index for agents: https://www.matthewswong.com/llms.txt
- Sitemap: https://www.matthewswong.com/sitemap.xml
- API description (OpenAPI): https://www.matthewswong.com/openapi.json
