Ölçeklenebilir Hosting 2026: Serverless vs. Edge Computing

Web uygulaman çalışıyor. Bugün. Bir sunucuda. Ama tam olarak nerede? Yarın 100 kullanıcı yerine 10.000 ya da 100.000 olduğunda ne olacak? Ölçeklenebilir hosting, 2026'da artık sadece teknik bir detay değil – büyümenin önünü açan ya da kapatan kritik bir karar. Serverless, Edge Computing, klasik bulut, Hetzner sunucuları – seçenekler patladı, her birinin güçlü ve zayıf yönleri var.

Storyable olarak Hannover'dan çalışıyoruz, ama projeye göre bilinçli olarak Vercel, Cloudflare ve AWS üzerinden deploy ediyoruz. Neden, ne zaman ne ve kodun 2026'da aslında nerede durması gerektiği – işte dürüst bir gerçeklik kontrolü.

Klasik Hosting vs. Bulut: Tek Bir Sunucu Neden Büyümeni Engelleyecek

Klasik hosting şöyle çalışır: Bir sağlayıcıdan (Türkiye'de örneğin Natro, Turhost, dünyada Hetzner) bir sunucu (ya da bir bölümünü) kiralarsın. Her şey o sunucuda yaşar – kodun, veritabanın, web sunucun. Az trafik varken sorun yok. Trafik patladığında üç seçeneğin var: Daha güçlü sunucu (dikey ölçekleme), daha çok sunucu (yatay ölçekleme) ya da çökme.

Dikey ölçeklemenin bir limiti var. Bir noktada bir sonraki büyük CPU artık yoktur. Yatay ölçekleme ise load balancer, paylaşılan oturumlar, kopyalanmış veritabanları gerektirir – mimarini en başından bunun için tasarlamadıysan tam bir DevOps kâbusu. Hızlı büyüyen web uygulamalarının yüzde 90'ı tam burada devrilir. Çözüm daha büyük sunucu değil. Çözüm farklı bir mimari.

Bulut hosting (AWS, Google Cloud, Azure) bu sorunu prensipte çözer – ama elle kurarsan pahalı ve karmaşıktır. Tam bu yüzden iki uzmanlaşmış model öne çıktı: Serverless ve Edge Computing. İkisi de kodunu somut bir sunucudan ayırır. Ölçeklenebilir web mimarisinin temellerini önceki yazımızda ayrıntılı anlatmıştık – bu yazıda altında çalışan motora odaklanıyoruz.

Serverless Açıklaması: Sadece İhtiyaç Duyulduğunda Çalışan Fonksiyonlar

Serverless, sunucu yok demek değildir. Sadece senin için yoktur. Sen küçük, odaklı, stateless fonksiyonlar yazıp yüklersin; bulut sağlayıcı, biri çağırdığında onları çalıştırır. Ödeme, sunucu çalışma saati değil, çağrı ve hesaplama süresi başınadır.

Büyük Oyuncular

• AWS Lambda: Pazar lideri, çok güçlü, ama yapılandırması karmaşık. Karmaşık backend mantığı, ETL süreçleri, mikroservisler için ideal.
• Vercel Functions: AWS Lambda üzerine kurulu, ama developer experience çok daha sade. Nuxt tabanlı web uygulamalarımız için varsayılan tercihimiz.
• Cloudflare Workers: Teknik olarak daha çok Edge (sonraki bölüme bak), ama Serverless fiyatlama modeliyle.
• Google Cloud Functions: Google ekosisteminde güçlü, yapay zeka ve veri pipeline'ları için ideal.

Serverless Ne Zaman Parlar

• Dalga trafik: Bülten gönderimi, Black Friday, basın bülteni. En kötü senaryo için sunucu tutmak yerine, Serverless 0'dan 10.000 paralel isteğe otomatik ölçeklenir.
• Düzensiz yük: Cron job'ları, webhook'lar, düzensiz API endpoint'leri. Sadece çalışırken ödersin.
• Mikroservis mimariler: Her servis bir fonksiyon, bağımsız deploy edilebilir. Multi-Tenancy SaaS mimarisi için ideal.

Maliyet Boyutu

Somut: Vercel Functions Pro tier'da milyon çağrı başına 0,18 Euro'dan başlar artı hesaplama süresi. AWS Lambda benzer, Free Tier'da ayda 1 milyon istek bedava. Aylık yaklaşık 5 milyon isteğe kadar Serverless dedicated bir sunucudan daha ucuzdur. Üzerinde denklem tersine döner.

Edge Computing: Kullanıcıya Yakın Duran Kod Daha Hızlı Yanıt Verir

Sunucunun Frankfurt'ta olduğunu düşün. Sydney'deki bir kullanıcı sayfanı çağırıyor. Veri paketi bir kere dünyayı dolaşmak zorunda – ve geri. Işık hızında bile yanıt kullanıcıya ulaşmadan önce neredeyse 300 milisaniye geçer. Her API çağrısıyla, her asset'le, her istekle çarp.

Edge Computing modeli tersine çevirir. Kodun merkezi bir veri merkezinde değil, dünya genelinde 300'den fazla dağıtık veri merkezinde çalışır – kullanıcıya mümkün olduğunca yakın. Yanıt süresi 300 ms'den 50 ms altına düşer.

Cloudflare Workers Altın Standart

Cloudflare Workers, 2026'da Edge Computing'in ölçütüdür. Kod konteynerlerde değil, V8 Isolates'te çalışır – bu da klasik Serverless'in 500 ms ila birkaç saniyelik Cold Start'larının yerine 5 milisaniye altı Cold Start'lar demektir. Küresel olarak dağıtık kalıcılık (Workers KV, Durable Objects, D1) elde edersin ve A/B test, coğrafi kişiselleştirme, kimlik doğrulama gibi mantığı, istek senin "Origin" sunucuna ulaşmadan Edge'de çalıştırabilirsin.

Edge'de Somut Kullanım Senaryoları

• Coğrafi yönlendirme: TR'den gelen kullanıcı → Türkçe versiyon, US → İngilizce, Origin'e gitmeden.
• Kimlik doğrulama: Token doğrulamasını Edge'de yap, her isteği auth veritabanına göndermek yerine.
• Rate Limiting: DDoS koruması Edge'de devreye girer, sunucun trafiği görmeden çok önce.
• Mantıklı caching: Kişiselleştirilmiş HTML yanıtlarını kullanıcı segmenti başına önbellekle.

Web sitesi hızı ve Core Web Vitals önemliyse – ki Google önemsediği için önemsemelisin – Edge çoğu zaman maliyet-fayda oranı en iyi olan kaldıraçtır.

Vercel vs. AWS vs. Google Cloud vs. Hetzner: KOBİ İçin Dürüst Karşılaştırma

Hannover, Hamburg, München'deki KOBİ müşterileri için web uygulamaları kuruyoruz. Pratikte gördüğümüz:

Storyable KOBİ için Varsayılan Setup

Web uygulamaları ve SaaS ürünleri için standardımız:

• Frontend ve SSR: Vercel (Edge + Serverless Functions)
• Veritabanı: Supabase (managed PostgreSQL) ya da Neon
• Edge mantığı: Auth, Rate Limiting, Geo için Cloudflare Workers
• Asset depolama: Cloudflare R2 ya da AWS S3
• Yedek ve GDPR-kritik veri: Falkenstein'da Hetzner sunucusu

Çok parça gibi görünüyor. Ama her parçayı en iyi yaptığı şey için bilinçli seçtik – tek bir sağlayıcıya bağlı kalmadan.

Serverless'in Yanlış Olduğu Anlar: Veritabanı Yoğun Web Uygulamaları ve Cold Start Sorunu

Serverless çok hype'lı, ama her web uygulaması için doğru tercih değil. Aktif olarak önermediğimiz üç senaryo:

1. Veritabanı Yoğun İş Yükleri

Her Serverless fonksiyonu stateless'tır. Her çağrıda yeni bir veritabanı bağlantısı kurulur – Connection Pooling (RDS Proxy, PgBouncer, Supabase Pooler) kullanmıyorsan. Yüksek trafikte pooler'sız klasik PostgreSQL bağlantı yükü altında çöker. Çözüm yapılandırma çabası ve bazen ek maliyet ister. Yoğun işlemsel yükler (e-ticaret checkout'ları, finans uygulamaları) için klasik sunucu stack'i çoğu zaman daha kolay hesaplanır.

2. Latency Kritik Endpoint'lerde Cold Start

Birkaç dakikadır çağrılmamış bir Serverless fonksiyonu uyku moduna geçer. Sonraki çağrıda konteyner yeniden başlar – runtime'a göre 200 ms ila 3 saniye sürer. Dönüşüm odaklı sayfalar veya gerçek zamanlı uygulamalar (canlı sohbet, trade dashboard'ları) için kabul edilemez.

3. Yüksek ve Sürekli Trafik

Sürekli yüksek yükte Hetzner'da dedicated bir sunucu ya da AWS'de kendi Kubernetes cluster'ın çoğunlukla daha ucuzdur. Serverless özellikle dalga trafik ve düzensiz iş yüklerinde kazandırır. Belirli bir kullanım üzerine çıktığında fiyatlama modeli tersine döner. Genel kural: Aylık 5 milyon istek üzeri artı önemli compute yükü → klasik hostingi mutlaka değerlendir.

Bu karar mimari fazında erkenden alınır. Web uygulaması MVP stratejisinde hosting modelini en başından dahil ederiz – ürün ölçeklendiğinde pahalı bir yeniden yazım gerekmesin diye.

Pratik Öneri: Storyable Hangi Proje Büyüklüğüne Hangi Setup'ı Öneriyor

Her proje boyutu ve türü için denenmiş bir setup'ımız var. İşte sağlayıcı bias'sız, dürüst önerimiz:

Klasik Kurumsal Web Sitesi (Aylık 50.000 Ziyaretçiye Kadar)

• Setup: Nuxt + Vercel (Hobby/Pro Tier) ya da Cloudflare Pages
• Veritabanı: Nuxt Content (Markdown, DB sunucusu yok) ya da Supabase Free Tier
• Maliyet: Aylık 0–25 Euro
• Neden: Sade, hızlı, otomatik CDN, preview deploy. Klasik bir marketing sitesi için fazlası gereksiz.

Büyüyen SaaS Web Uygulaması (1.000–10.000 Aktif Kullanıcı)

• Setup: Vercel Pro + Supabase + Auth/Edge mantığı için Cloudflare Workers
• Veritabanı: Connection Pooler ile Supabase Pro ya da Neon
• Maliyet: Aylık 100–400 Euro
• Neden: Spike'larda otomatik ölçeklenir, multi-region mümkün, developer experience zirvede. DevOps ekibi olmadan hız korunur.

Veri Yoğun B2B Platformu (>10.000 Kullanıcı, Yüksek API Trafiği)

• Setup: AWS (ECS ya da Fargate) + RDS PostgreSQL + CloudFront CDN
• Edge: Cloudflare Workers ya da AWS Lambda@Edge önde
• Maliyet: Aylık 500–3.000 Euro artı DevOps yükü
• Neden: Maksimum kontrol, DB iş yüklerinde en iyi performans, Reserved Instances ile net hesaplanabilir fiyatlama.

Yüksek Yük E-Ticaret / Uluslararası Platform

• Setup: Multi-region deployment, Edge-first mimari (Cloudflare Workers + R2)
• Veritabanı: PlanetScale (MySQL, küresel dağıtık) ya da CockroachDB
• Maliyet: Aylık 1.000+ Euro
• Neden: Küresel 50 ms altı latency, otomatik DDoS koruması, Black Friday gibi spike'larda dahi yüzde 100 uptime.

Sonuç: Ölçeklenebilir Hosting Bir Sağlayıcı Değil, Bir Mimari Sorusudur

2026'da ölçeklenebilir hosting; "en pahalı sağlayıcıyı seçmek" ya da "her şeyi Serverless'a taşımak" değildir. Kodunun hızlı, ekonomik ve geleceğe hazır olması için nerede çalışması gerektiğini anlamak demektir. Serverless, değişken iş yükleri için harikadır. Edge Computing, küresel performans için yenilmezdir. Klasik sunucular, öngörülebilir yük ve sıkı GDPR şartları altında rakipsizdir. Gerçek genelde üç yaklaşımın iyi düşünülmüş bir kombinasyonudur.

Storyable'da her web uygulamasını ilk satırından ölçeklenebilir kuruyoruz. "Sonra taşırız" değil, işle birlikte büyüyen bir mimari. Kodunun 2026'da nerede durması gerektiğinden emin değilsen – biz bu kararı her sektör büyüklüğü için defalarca verdik.

Cagri Ersöz

Hosting Setup'ın için Mimari Kontrolü

Yeni bir web uygulaması mı planlıyorsun ya da mevcut hosting'inin büyüme planlarına dayanıp dayanmayacağından emin değil misin? 30 dakikalık bir görüşmede mimariyi, sağlayıcı karışımını ve fiyatlamayı inceleyip sana net bir öneri sunuyoruz.

Hosting Kontrolü Talep Et