Edge computing nedir? Klasik hosting farkı ve net kullanım alanları

Edge computing, uygulama ve içeriği kullanıcılara fiziksel olarak daha yakın konumlardan sunmayı hedefler. Bu yaklaşımın temel etkisi gecikmeyi (latency) düşürmek, trafik ve bant genişliği maliyetlerini daha verimli yönetmektir. Bu yazıda edge computing’in çalışma mantığını, klasik hosting ile mimari farklarını ve hangi senaryolarda net avantaj sağladığını öğreneceksiniz.

Edge computing, tek başına “daha hızlı hosting” gibi düşünülmemelidir. Asıl mesele; isteğin nasıl yönlendirildiği, kodun nerede çalıştığı ve veri/hesaplama sınırlarının (boundary) nasıl tasarlandığıdır. Bu ayrımı doğru kurmak, yanlış beklentiyi de ortadan kaldırır.

Klasik hosting (data center) ile edge computing: temel fark

Klasik hosting modelinde uygulama ve genellikle veri işlemenin büyük kısmı tek veya sınırlı sayıda veri merkezinde çalışır. Kullanıcı isteği geldiğinde paketler uzak bir datacenter’a gider; uygulama yanıtı üretir; yanıt tekrar kullanıcıya döner. Bu modelde gecikme; şehir/ülke mesafesi, internet rotası ve veri merkezi iç ağının (backbone) koşullarına bağlı olarak artar.

Edge computing modelinde ise iş yükü (compute) ve/veya içerik sunumu, kullanıcının coğrafi konumuna daha yakın edge noktalarında yapılır. Bu sayede özellikle “kullanıcı isteğine cevap verme” aşaması kısalır.

Net ayırım için şu tabloyu referans alın:

Kriter	Klasik hosting	Edge computing
Hesaplama nerede olur?	Genellikle merkez (1-2 DC)	İstek yakınında dağıtık edge noktaları
Gecikme etkisi	Uzaklık arttıkça gecikme artar	Kullanıcıya yakınlık gecikmeyi düşürür
Trafik maliyeti	Tek noktaya yoğun akış	İçeriğin/işlemenin dağıtık yapılması
Ölçekleme yaklaşımı	Sunucu ölçekleme (VPS/VDS/Dedicated, autoscaling)	Edge kapasitesi + akıllı yönlendirme
Uygulama mimarisi	Monolitik ya da tek bölge odaklı	Dağıtık akış, servis parçalama, cache stratejileri

“CDN” edge değildir ama birlikte çalışır

Edge computing sık sık CDN (Content Delivery Network) ile karıştırılır. CDN ağırlıklı olarak statik içerik (resim, video, CSS/JS) veya önbellekli yanıtları daha yakın noktadan sunar. Edge computing ise bazı senaryolarda “hesaplama”yı da edge’de yapar: örneğin basit dönüşümler, dinamik yanıt üretimi, kurala dayalı yönlendirme.

Edge yaklaşımında CDN, çoğu zaman iskelet görevi görür; ancak edge computing’in farkı, sadece “içeriği taşımak” değil “iş yükünü de yakınlaştırmak”tır.

Edge computing nasıl çalışır? Akış mantığı

Edge’in çalışmasını 5 adımda düşünün:

İstek kullanıcudan gelir: Tarayıcı ya da uygulama isteği atar.
Akıllı yönlendirme (traffic steering): Edge ağı, kullanıcının konumuna ve sağlık/metriklere göre en uygun noktaya yönlendirir.
Cache kontrolü: İstenen içerik/yanıt edge noktasında varsa doğrudan teslim edilir.
Gerekirse edge’de işlem: Dinamik kısım gerekiyorsa, edge üzerinde çalışan küçük servis mantığı (script/worker) devreye girer.
Origin (asıl kaynak) ile geri kalan işlemler: Yanıt üretilmesi için veri merkezindeki orijine gidilmesi gerekebilir; ancak çoğu istek cache ile veya edge’de tamamlanır.

Bu akış, gecikmeyi azaltır; çünkü kullanıcı “uzaktaki origin’den” beklemek yerine daha yakın edge noktasından daha hızlı yanıt alır.

Edge’de hangi tür işler daha uygundur?

Edge’de her iş aynı verimle çalışmaz. Genelde şu tip işler edge’e uygundur:

Dönüşüm ve küçük dinamikler: URL bazlı yönlendirme, basit doğrulama akışları, hafif transformasyonlar.
Kural tabanlı içerik seçimi: Kullanıcı segmentine göre farklı içerik/başlık üretme.
Cache politikaları: TTL, varyant (vary), etiket tabanlı invalidation.
Güvenlik kontrolleri: WAF benzeri filtreler, bot yönetimi, hız sınırlama (rate limiting).

Daha ağır iş yükleri (ağır veri analitiği, kapsamlı DB işlemleri) doğrudan edge’de çalıştırılmak yerine origin’de sürdürülür; edge sadece “ön hazırlık/filtreleme/yanıt üretme” katmanını üstlenir.

Klasik hosting’ten somut farklar: performans ve maliyet

Edge computing’in pratik etkisini iki eksende değerlendirin: gecikme ve iş yükü dağılımı.

1) Gecikme (latency): kullanıcı deneyimi farkı

Klasik hostingte kullanıcı, uygulamanın bulunduğu lokasyona bağlı olarak daha uzun bekler. Edge’de ise istek yakın noktaya geldiğinden özellikle “ilk byte” süresi (TTFB) düşer.

Net etkiyi ölçmek için şu metriklere odaklanın:

TTFB / First Byte Time: Edge hedefi “daha erken ilk yanıt” vermektir.
Yanıt süresi dağılımı (p95/p99): Edge genelde ortalamadan çok kuyruk gecikmelerini iyileştirir.
Origin çağrı oranı (origin hit rate): Cache’in ne kadar çalıştığını gösterir.

2) Maliyet ve trafik: bant genişliği ve origin yükü

Edge, her isteğin origin’e gitmesini azaltır. Bu, özellikle yüksek okuma trafiğinde origin altyapısının daha az yorulmasını sağlar.

Somut bir karşılaştırma mantığı:

Edge tabanlı CDN/cache kullanıyorsanız, aynı içerik tekrar tekrar edge’de karşılanır.
Klasik hostingte ise her istek uygulamaya/servise gider; statik içerikler bile doğru cache başlığı olmadan veya yanlış yapılandırmayla origin’e yükleneceği için performans ve maliyet daha hızlı artabilir.

Edge computing hangi senaryolarda net avantaj sağlar?

Edge’in “hakkını verdiği” yerler belirgindir. Aşağıdaki senaryolar güçlü adaydır:

Küresel kullanıcı tabanı olan web siteleri

Türkiye, Avrupa ve ABD’den aynı anda trafik alan bir e-ticaret sitesinde edge, kullanıcının bulunduğu bölgeye yakın noktadan teslimat sağlayarak gecikmeyi azaltır. Özellikle ürün görseli, statik kaynak ve hızlı sayfa yüklemelerinde fark görünür olur.

Gerçek zamanlıya yakın kişiselleştirme

Tamamen “ağır” kişiselleştirme DB işlemi gerektiriyorsa origin’e yük biner. Ancak basit kararlar (ör. bölgeye göre farklı içerik/başlık), edge’de yapılınca origin çağrıları azalır.

Güvenlik katmanında hızlı aksiyon

DDoS, bot denetimi, rate limiting ve bazı WAF kontrolleri edge üzerinden uygulanırsa saldırı trafiği origin’e ulaşmadan filtrelenir. Bu da hem performans hem de servis sürekliliği açısından net avantaj getirir.

Mobil uygulama API’lerinde sık okuma + varyant

Bazı API yanıtları belirli parametre setlerine göre değişir. Edge cache (varyant) doğru tasarlanırsa, origin çağrı sayısı düşer.

Edge computing için doğru mimariyi kurma: pratik rehber

Edge’e geçiş yapacağım demek teknik olarak yeterli değildir. Doğru sonuç; mimari seçimler, cache stratejisi ve güvenlik ayarlarıyla gelir.

1) Origin’i “tek kaynak” olarak planlayın

Edge’in yanıt üretebilmesi için origin’in güvenilir ve hızlı olması gerekir. Origin; uygulama, veritabanı, kimlik doğrulama (authentication) gibi çekirdek işleri barındırır.

Net yaklaşım: - Edge’de “tam iş” değil, yanıtın hızlandırılmış kısmı çalışsın. - Origin’e giden istekler minimize edilsin.

2) Cache stratejisini baştan tasarlayın

Cache yanlış tasarlanırsa hem performans artmaz hem de içerik tutarsızlığı çıkar.

Cache tasarlarken şu kontrolleri uygulayın:

TTL: Değişmeyen içerikte uzun, dinamik içerikte kısa TTL kullanın.
Vary (vary header): Dil, ülke, cihaz gibi değişkenler doğru tanımlansın.
Invalidation: Stok/ fiyat gibi kritik alanlarda etiket (tag) veya path bazlı invalidation planı yapın.
Cache-Control: Yanlış directive, hem performansı hem tutarlılığı bozar.

3) Oturum (session) ve kimlik doğrulama işini doğru bölün

Edge’de her şeyi cachelemek doğru değildir. Kullanıcı oturumuna bağlı sayfalar genelde cachelenmez veya çok kontrollü cachelenir.

Kişiye özel alanlar: çoğu zaman cache dışında kalmalıdır.
Kamuya açık sayfalar: edge cache için adaydır.

4) İzleme (observability) kurmadan geçmeyin

Edge mimarisinde sorunlar üç yerde çıkabilir: edge noktası, yönlendirme katmanı, origin.

İzleme için net set: - Edge cache hit/miss oranı - Origin call rate - p95/p99 gecikme - Hata kodları (4xx/5xx) dağılımı

Bu metrikler olmadan “edge işe yaradı mı” sorusunun cevabı sayısal olmaz.

Edge ile klasik hosting seçimi: karar tablosu

Aşağıdaki karar tablosu, ne tür projelerde edge computing’in daha mantıklı olduğunu hızlı görmenizi sağlar.

Proje tipi	Klasik hosting yeterli mi?	Edge kesin avantaj sağlar mı?
Tek ülke/tek bölge ağırlıklı blog	Evet	Sınırlı
Çok bölgeli e-ticaret	Genellikle evet ama sınırlar var	Evet (latency + görsel/asset)
Yüksek trafikli medya siteleri	Sadece iyi cache ile	Evet (cache + yönlendirme)
Karma kişiselleştirme + dinamik API	Kısmen	Kısmen (doğru cache/route ile)
Ağır back-end işlemi (analitik/işleme)	Evet (origin’de)	Edge katkısı sınırlı

Net sonuç: Edge computing, “tüm sistemi origin’den kaldırıp edge’e taşımak” değildir. Edge; gecikmeye duyarlı ve tekrar eden işleri yakınlaştırır.

NetKıyas bakış açısıyla pratik kontrol listesi

Edge computing kullanmayı düşünürken altyapı seçiminde şu soruların yanıtını netleştirin:

Uygulamanın gecikmeye en duyarlı adımı hangisi? (sayfa ilk yanıtı mı, API mi, görsel teslimi mi?)
Statik içerik oranı nedir? CDN/cache ile hızlı kazanım mümkün mü?
Origin çağrısını azaltacak cache politika tasarımı var mı?
Kimlik doğrulama/oturum yönetimi edge’te nasıl kurgulanacak?
Gözlemlenebilirlik: cache hit/miss ve p95/p99 metrikleri izlenebiliyor mu?

Klasik hostingte bile edge mantığı uygulanabilir

Klasik hosting tamamen geri planda kalmak zorunda değil. Çok iyi bir CDN, doğru cache başlıkları, iyi bir reverse proxy katmanı ve doğru ölçekleme (VPS/VDS autoscaling) benzer performans kazanımları sağlayabilir.

Edge computing burada “mecburen daha pahalı/karmaşık” bir geçiş gibi değil; doğru katmanı güçlendirme yaklaşımıdır.

Sonuç: kararınızı metriklerle verin

Edge computing, klasik hostingden en net farkıyla gecikmeyi düşürmek ve origin yükünü azaltmak için isteği kullanıcıya daha yakın noktada ele almasıdır. Edge’i doğru seçmek için “tüm sistemi taşımak” yerine; cache stratejisi, yönlendirme, kimlik/oturum ayrımı ve gözlemlenebilirlik planını kurun.

Aksiyon önerisi: Önce mevcut sitenizde p95/p99 gecikme ve origin call oranını ölçün. Statik içerik ve cache uyumlu uçları belirleyin; ardından edge tarafında hangi yanıtların edge’de üretileceğini (hangi kurallar, hangi TTL) netleştirip kademeli olarak devreye alın. Bu sıralama, edge kullanımını teknik olarak doğrular ve performans kazanımını sayısal hale getirir.