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

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:

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

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.

Cara Saya Benar-Benar Memilih

1. Produk Next.js di mana kecepatan rilis adalah batasannya: Vercel, dengan Fluid compute bekerja nyata untuk route AI dan berat I/O.
2. Perekat kritis-latensi di edge — auth, redirect, geo-routing, API gateway: Cloudflare Workers, tanpa tanding.
3. API ber-egress tinggi dan penyajian media: Cloudflare, karena egress gratis mendominasi tagihan pada volume besar.
4. 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.