Edge Computing ve CDN İşlevleri 2026: Cloudflare Workers vs Vercel Edge

Edge Computing ve CDN İşlevleri 2026: Cloudflare Workers ve Vercel Edge Karşılaştırması

Edge computing ve modern CDN işlevleri arasındaki sınır 2026’da tamamen kalktı; kritik soru artık “hangi CDN” değil, “kullanıcıya 50 ms mesafedeki hangi runtime üzerinde çalıştırırım” sorusudur. Doğrudan yanıt: Cloudflare Workers, 330’dan fazla şehirdeki global ağıyla V8 isolate tabanlı soğuk başlatması neredeyse sıfır (5 ms altında) bir platform sunarken, Vercel Edge Functions aynı V8 isolate modelini Next.js ekosistemiyle kusursuz entegre eder. Statik içerik dağıtımı ve uzun mesafe gecikmesi tek başına kullanılırken, dinamik kişiselleştirme, A/B test, kimlik doğrulama ve API agregasyonu gibi iş yükleri için Workers; React/Next.js merkezli ürünler içinse Vercel Edge öne çıkar. Düşük gecikme isteyen kurumsal ekipler için Workers’ın ham performansı ve KV/Durable Objects veri katmanı belirleyicidir; geliştirici deneyimi ve framework bütünlüğü öncelikse Vercel kazanır.

Edge Computing Neden Geleneksel CDN’in Yerini Alıyor

Geleneksel CDN modeli statik varlıkları (resim, CSS, JS) kullanıcıya yakın bir önbellekte tutmaya dayanıyordu. Cloudflare’in ağ raporlarına göre küresel web trafiğinin önemli bir kısmı artık dinamik veya kişiselleştirilmiş içerik içeriyor; bu da salt önbelleğin yetersiz kaldığı anlamına gelir. Edge computing, hesaplamayı da kenara taşıyarak kullanıcıya 50 ms mesafede kod çalıştırır. Akamai’nin ölçümlerinde, mantığı merkezi bir us-east-1 bölgesinden kenara taşıyan ekipler ortalama yanıt süresini 220 ms’den 45 ms’ye düşürdü; bu yaklaşık %80’lik bir iyileşmedir. Bu kayma, gecikmenin doğrudan iş metriklerine bağlandığı bir döneme denk geliyor: Google’ın araştırmasına göre sayfa yüklenme süresi 1 saniyeden 3 saniyeye çıktığında hemen çıkma (bounce) olasılığı %32 artar.

İki temel runtime modeli rekabet ediyor: V8 isolate ve mikro-VM. V8 isolate modeli (Cloudflare Workers, Vercel Edge, Deno Deploy) her isteği ayrı bir JavaScript bağlamında çalıştırır; bellek ayak izi 3 MB civarında, soğuk başlatma 5 ms altındadır. Mikro-VM modeli (AWS Lambda@Edge, Fastly Compute) daha fazla izolasyon sağlar ama soğuk başlatma 100-400 ms aralığındadır. Bu mimari farkı kavramak için V8 isolate mimarisinin derinlemesine incelemesi faydalı bir referanstır.

• Soğuk başlatma: V8 isolate <5 ms, mikro-VM 100-400 ms, geleneksel konteyner 1-3 sn.
• PoP sayısı: Cloudflare 330+ şehir, Vercel (Cloudflare/AWS altyapısı) 100+ bölge, Fastly 80+ PoP.
• Gecikme: Edge runtime ortalama p50 25-45 ms, merkezi bölge 150-300 ms.

Bu iki runtime modelinin farkı yalnızca soğuk başlatma süresinde değil, izolasyon, bellek ve maliyet profilinde de kendini gösterir. V8 isolate modeli, tek bir işletim sistemi süreci içinde binlerce hafif JavaScript bağlamını barındırarak yoğunluk ve hız sağlar; mikro-VM modeli ise her iş yükünü donanım destekli bir sanal makine sınırında çalıştırarak daha güçlü izolasyon ama daha yüksek başlatma maliyeti sunar. Aşağıdaki tablo bu iki modelin temel özelliklerini karşılaştırır.

Cloudflare Workers Mimarisi ve Yetenekleri

Cloudflare Workers, isteği karşılayan ilk PoP’ta V8 isolate içinde çalışır. Cloudflare’in resmi verilerine göre platform günde 50 milyondan fazla HTTP isteğini saniyede işler ve ağ 13.000’den fazla ağ ile peering yapar. Workers’ın ayırt edici özelliği ham hesaplama değil, ekosistemidir: KV (eventual-consistent key-value store), Durable Objects (güçlü tutarlılıkta tekil nesne koordinasyonu), R2 (S3 uyumlu, çıkış ücreti sıfır nesne depolama), D1 (SQLite tabanlı edge veritabanı) ve Queues. Bu yığın için Cloudflare’in tam yığın platform stratejisi ayrı bir incelemeyi hak eder.

Workers, CPU başına ücretsiz planda istek başına 10 ms, ücretli planda 30 sn’ye kadar CPU süresi sunar. Wall-clock süresi sınırsızdır; bu da harici fetch beklerken CPU saatinizin yanmadığı anlamına gelir. Cloudflare’in açıkladığı fiyatlandırmada Workers Paid plan ayda 5 dolardan başlar ve 10 milyon istek dahildir; üzeri her milyon istek için 0,30 dolar alınır. Bu maliyet modeli, merkezi sunuculardaki sabit kapasite ücretine kıyasla değişken trafikte belirgin tasarruf sağlar.

Durable Objects, edge’de güçlü tutarlılık gerektiren senaryoların (gerçek zamanlı işbirliği, oyun durumu, sayaçlar, WebSocket koordinasyonu) çözümüdür: her nesne tek bir konumda yaşar ve tüm istekler oraya yönlendirilerek yarış koşulları (race condition) ortadan kalkar. Cloudflare, 2024’te SQLite destekli Durable Objects’i duyurarak nesne başına kalıcı veritabanı imkanı getirdi. Bu, edge’i salt bir önbellek katmanından, durum tutan dağıtık bir hesaplama platformuna dönüştüren mimari farktır.

Workers’ın gerçek gücü, bu veri primitiflerinin doğru iş yüküne eşlenmesinde ortaya çıkar. Her depolama servisi farklı bir tutarlılık ve gecikme profiline sahiptir; yanlış seçim, eventual consistency sürprizlerinden gereksiz gecikmeye kadar bir dizi üretim sorununa yol açar. Aşağıdaki tablo, Cloudflare’in edge veri katmanını ve her birinin tipik kullanım alanını özetler.

Vercel Edge Functions ve Framework Entegrasyonu

Vercel Edge Functions de V8 isolate üzerinde çalışır, ancak Vercel’in farkı runtime değil entegrasyon katmanıdır. Next.js’in App Router’ı, Middleware’i ve Streaming SSR’ı doğrudan edge’de çalışacak şekilde tasarlanmıştır. Vercel’in 2025 verilerine göre platformda barınan sitelerin %46’sı Next.js kullanır ve Edge Middleware ortalama 15-20 ms ek gecikmeyle çalışır. Bu konuyu detaylandıran Vercel Edge Runtime mimari detayı yazısı framework özelinde derinleşir.

Vercel Edge’in sınırı, Node.js API’lerinin tamamını desteklememesidir; sadece Web standardı API’ler (fetch, Request, Response, Web Crypto) kullanılabilir. Bellek limiti 128 MB, kod boyutu sıkıştırılmış 4 MB ile sınırlıdır. Buna karşılık Vercel Functions (Edge değil, Node.js/Fluid Compute) daha ağır iş yükleri için kullanılır. Vercel’in resmi dokümantasyonuna göre Edge Runtime, WinterCG topluluğunun tanımladığı standart Web API yüzeyine dayanır; bu da kodun Cloudflare Workers ve Deno gibi diğer V8 isolate platformlarına taşınabilirliğini artırır. Vercel’in 2025’te tanıttığı Fluid Compute, soğuk başlatmayı %90’a varan oranda azalttığını ve faturalandırmayı CPU aktif süresine göre yaptığını duyurdu.

Pratikte iki platform arasındaki seçim çoğu zaman framework bağımlılığıyla belirlenir. Next.js, App Router, ISR (Incremental Static Regeneration) ve streaming SSR gibi özelliklerini Vercel altyapısında en olgun haliyle çalıştırır; aynı uygulamayı Cloudflare üzerinde çalıştırmak mümkündür ancak ek yapılandırma (OpenNext gibi adaptörler) gerektirir. Buna karşılık framework-bağımsız bir API katmanı veya BFF kuruyorsanız, Workers’ın daha zengin veri katmanı ve daha geniş PoP ağı belirleyici olur.

Cloudflare Workers vs Vercel Edge: Karşılaştırma Tablosu

Hangi İş Yükü Hangi Platforma Uygun

Karar, ekosistem bağımlılığı ve iş yükü tipi üzerinden netleşir. WebAssembly ile dil çeşitliliği isteyen ve önbellekleme kontrolünde milisaniye hassasiyeti arayan ekipler Fastly Compute’a yönelir; bu yaklaşımın temelini WASM edge motor mimarisi açıklar. Aşağıdaki senaryolar yaygın karar noktalarını özetler:

• API agregasyon ve BFF: Cloudflare Workers — düşük gecikme, KV ile önbellek, Durable Objects ile WebSocket koordinasyonu.
• Next.js/React ürün: Vercel Edge — Middleware, ISR, streaming SSR framework ile bütünleşik.
• Polyglot ve milisaniye önbellek: Fastly Compute — WASM, instant purge, edge dictionary.
• AWS-yoğun kurumsal: Lambda@Edge — IAM, S3, DynamoDB ile aynı hesap sınırında.
• İstemci tarafı yapay zeka çıkarımı: Edge runtime + WebGPU köprüsü için tarayıcıda yapay zeka senaryoları ilgili kalıbı gösterir.

Üretim Maliyet ve Performans Verileri

Gerçek dünya rakamları kararı somutlaştırır. Datadog’un 2025 Serverless raporuna göre edge fonksiyonlarının medyan çalışma süresi 18 ms, p99 ise 140 ms’dir. Cloudflare, Smart Placement özelliğiyle veri kaynağına yakın çalıştırma yaparak çok-tur API çağrılarında gecikmeyi %30’a kadar düşürdüğünü belirtir. Vercel ise Fluid Compute ile bazı müşterilerde faturayı %85 azalttığını raporladı.

Bu rakamların arkasındaki mekanizmayı anlamak, doğru beklenti kurmak için önemlidir. Edge’in gecikme avantajı, isteğin kullanıcıya coğrafi olarak yakın bir noktada (PoP) karşılanmasından gelir; ancak iş yükü merkezi bir veritabanına bağımlıysa, edge’de çalışan kod yine de o veritabanına uzun bir tur atmak zorunda kalır ve avantaj erir. Bu yüzden edge mimarisinin gerçek kazancı, ya verinin de kenarda olduğu (KV, D1, Durable Objects) ya da merkezi origin’e gidiş sayısının minimuma indirildiği tasarımlarda ortaya çıkar. Cloudflare’in Smart Placement özelliği tam bu sorunu hedefler: kodu kullanıcıya değil, en çok konuştuğu veri kaynağına yakın çalıştırarak çok-tur senaryolarda toplam gecikmeyi düşürür. Maliyet tarafında ise tasarrufun kökeni, istek başına faturalandırma ve boşta kapasite ücretinin olmamasıdır; trafiği değişken ve coğrafi olarak dağınık uygulamalar, sabit kapasiteli merkezi sunuculara kıyasla burada belirgin avantaj sağlar. Buna karşılık sürekli yüksek ve öngörülebilir yükte çalışan tek-bölge bir iş yükü için merkezi sunucuların sabit maliyet modeli hâlâ daha ekonomik olabilir; karar, trafik profilinin dağınıklığına bağlıdır.

Tipik Sorunlar ve Çözümleri

Edge’e geçişte ekipler genellikle aynı tuzaklara düşer; çoğu, runtime’ın kısıtlı API yüzeyini merkezi sunucu gibi varsaymaktan kaynaklanır. Aşağıdaki sorunlar üretimde en sık karşılaşılanlardır:

• Node.js API bağımlılığı: fs, net, native modüller edge’de çalışmaz. Çözüm: Web standardı API’lere geçiş, WASM derlemesi veya ilgili kodu Node.js fonksiyonuna taşıma.
• CPU limiti aşımı: Ağır şifreleme veya görsel işleme 30 sn limitine takılır. Çözüm: İşi kuyruğa devretme (Cloudflare Queues) veya merkezi servise yönlendirme.
• Eventual consistency sürprizi: KV yazma-okuma arasında 60 sn’ye kadar gecikme olabilir. Çözüm: Güçlü tutarlılık gereken yerde Durable Objects veya D1 kullanma.
• Soğuk önbellek dalgalanması: Yeni dağıtımda önbellek boşalır. Çözüm: Stale-while-revalidate ve aşamalı dağıtım.
• Vendor lock-in: Platforma özgü KV/DO API’leri taşımayı zorlaştırır. Çözüm: Soyutlama katmanı ve WinterCG uyumlu kod yazımı.
• Bölgesel veri yasaları: KVKK/GDPR verinin bölgede kalmasını gerektirir. Çözüm: Cloudflare Data Localization Suite veya bölge kısıtlı yerleşim.

Sonuç

Edge computing ve CDN ayrımı 2026’da anlamını yitirdi; artık her CDN bir hesaplama platformu. Cloudflare Workers, ham performans, 330+ PoP ve olgun veri katmanıyla altyapı merkezli ekiplerin tercihi; Vercel Edge ise Next.js ekosistemiyle ürün ekiplerinin doğal seçimi. Karar, mevcut yığınınız (AWS mı, Next.js mi, polyglot mu) ve iş yükü tipiniz (API agregasyon, SSR, önbellek) üzerinden verilmelidir. Pratik tavsiye: 50 ms gecikme hedefini ölçülebilir bir SLO’ya bağlayın, ardından küçük bir middleware’i kenara taşıyıp p99’u ölçerek somut veriyle ilerleyin.

Sıkça Sorulan Sorular