Serverless Nedir? Sunucusuz Mimarinin Geleceği

01Serverless Nedir?

Serverless, adının aksine sunucusuz değildir. Kodunuz yine bir veri merkezindeki makinelerde çalışır; fark, o makineleri sizin değil bulut sağlayıcının yönetmesidir. İşletim sistemi güncellemesi, kapasite planlaması, yük dengeleme ve donanım arızası sizin derdiniz olmaktan çıkar.

Geleneksel bir sunucu, istek gelsin gelmesin 7/24 açık durur ve ücreti de buna göre ödenir. Sunucusuz mimaride ise kod yalnızca tetiklendiğinde ayağa kalkar, işini bitirir ve kapanır. Trafik yokken maliyet de sıfıra yaklaşır.

Bu yaklaşım, yazılım dünyasındaki genel eğilimin bir parçasıdır: altyapı karmaşıklığını soyutlayıp ekibin yalnızca iş mantığına odaklanması. Bu eğilimleri yazılım trendleri 2026 yazımızda daha geniş bir çerçevede ele aldık.

02Function as a Service Nasıl Çalışır?

Function as a service (FaaS) modelinde uygulamanızı küçük, tek işe odaklı fonksiyonlara bölersiniz. Her fonksiyon bir olayla tetiklenir: bir HTTP isteği, kuyruğa düşen bir mesaj, depolamaya yüklenen bir dosya ya da zamanlanmış bir görev.

AWS Lambda, Azure Functions, Google Cloud Functions ve Cloudflare Workers bu modelin bilinen örnekleridir. Hepsinde mantık aynıdır; çalışma ortamı, süre sınırları ve fiyatlandırma ayrıntıları sağlayıcıya göre değişir.

1. Bir olay gerçekleşir; örneğin kullanıcı formu gönderir.
2. Sağlayıcı, fonksiyon için bir çalışma ortamı hazırlar ya da hazır olanı kullanır.
3. Fonksiyon olayı işler, sonucu döner ve bir veritabanına yazar.
4. Talep artarsa sağlayıcı aynı fonksiyonun çok sayıda kopyasını paralel çalıştırır.

export const handler = async (event) => {
  const ad = event.queryStringParameters?.ad || 'ziyaretçi';
  return {
    statusCode: 200,
    headers: { 'Content-Type': 'application/json' },
    body: JSON.stringify({ mesaj: `Merhaba ${ad}` })
  };
};

03Serverless Avantajları

Serverless avantajları özellikle trafiği dalgalı olan ve hızlı ürün çıkarmak isteyen ekipler için belirgindir.

Turizm sezonunda trafiği katlanan bir rezervasyon sitesi ya da yılda birkaç büyük kampanya yapan bir mağaza düşünün. Klasik yapıda en yoğun güne göre sunucu kapasitesi ayırmanız, yılın geri kalanında bu kapasiteye boşuna ödeme yapmanız gerekir. Sunucusuz yapıda kapasite talebe göre kendiliğinden genişler ve daralır.

• Otomatik ölçekleme: Bir kampanya anında gelen ani trafik, kapasite planlaması yapmadan karşılanabilir.
• Kullandıkça öde: Boşta bekleyen sunucuya para ödenmez; düşük trafikli işler çok ekonomik olabilir.
• Operasyon yükü azalır: Yama, güncelleme ve donanım takibi sağlayıcıdadır.
• Hızlı geliştirme: Ekip altyapıya değil iş mantığına odaklanır, yeni özellikler daha kısa sürede çıkar.
• Yüksek erişilebilirlik çoğu zaman platformun varsayılan özelliğidir.

04Sınırlar ve Dezavantajlar

Serverless sihirli bir çözüm değildir. Bazı iş yükleri için mükemmel, bazıları için ise geleneksel sunucudan daha pahalı ve karmaşık olabilir.

Soğuk başlangıç

Uzun süre çağrılmayan bir fonksiyon ilk istekte sıfırdan başlatılır; buna soğuk başlangıç (cold start) denir. Bu gecikme çoğu iş için önemsizdir ama anlık yanıt beklenen sayfalarda hissedilebilir. Çalışma ortamının hafifliği burada fark yaratır; Rust nedir yazımızda anlattığımız derlenen diller bu yüzden serverless dünyasında ilgi görür.

Süre ve kaynak sınırları

Fonksiyonların çalışma süresi, belleği ve paket boyutu sınırlıdır. Örneğin AWS Lambda'da bir çağrı en fazla 15 dakika sürebilir. Saatlerce süren veri işleme ya da sürekli açık bağlantı gerektiren işler bu modele uygun değildir.

Sağlayıcıya bağımlılık

Fonksiyonlar çoğu zaman sağlayıcının kuyruk, depolama ve veritabanı servisleriyle iç içe yazılır. Bu durum, ileride başka bir platforma taşınmayı zorlaştırır. Buna vendor lock-in denir ve mimari karar verilirken mutlaka hesaba katılmalıdır.

Maliyetin öngörülmesi

Düşük trafikte ucuz olan serverless, sürekli yüksek trafikte sabit bir sunucudan pahalı hâle gelebilir. Hatalı bir döngünün milyonlarca çağrı üretmesi gibi senaryolar için bütçe uyarıları kurmak şarttır. Ayrıca ağ trafiği, kayıt (log) saklama ve bağlı servislerin ücretleri de toplam faturaya eklenir.

05Serverless ile Klasik Sunucu

Doğru seçim, iş yükünün karakterine bağlıdır. Aşağıdaki tablo, genel eğilimleri özetler; kesin karar için gerçek trafik verisiyle hesap yapmak gerekir.

06Hangi İşler Serverless'a Uygun?

Serverless'ın en verimli olduğu yerler, olay odaklı ve kısa süren işlerdir. Bir işletmenin günlük dijital akışında bu tür işler sanıldığından fazladır.

• Form gönderimlerini işleyip e-posta ya da bildirim göndermek.
• Yüklenen ürün görsellerini otomatik boyutlandırıp WebP'ye dönüştürmek.
• Ödeme, kargo ve pazaryeri sistemlerinden gelen webhook'ları karşılamak; bu akışlar e-ticaret entegrasyonu projelerinin parçasıdır.
• Gece çalışan raporlama, yedekleme ve temizlik görevleri.
• Kampanya dönemlerinde ani trafik alan landing page tasarımı projelerinin form ve sayaç işlevleri.
• Tarayıcıya yakın, uç noktada çalışan yönlendirme ve kişiselleştirme kuralları.

07Performans ve Hız Açısından Serverless

Sunucusuz fonksiyonlar, dünyanın farklı bölgelerine dağıtılabildiği için kullanıcıya yakın yanıt verebilir. Özellikle uç noktada çalışan servisler, statik sitelerle birleştiğinde çok hızlı deneyimler sunar.

Ancak hız tek bir katmana bağlı değildir. Sayfa ağırlığı, görsel optimizasyonu, önbellek ve veritabanı sorguları da en az altyapı kadar etkilidir. Bu bütünü ele alan hız ve performans yönetimi çalışması, Core Web Vitals değerlerini (LCP ≤ 2,5 sn, INP ≤ 200 ms, CLS ≤ 0,1) hedefler.

Uçta çalışan fonksiyonlarda WebAssembly nedir yazımızda anlattığımız Wasm modülleri de giderek daha sık kullanılıyor; hafif ve hızlı başlamaları, soğuk başlangıç sorununu azaltıyor.

08İşletmeler İçin Doğru Mimari

Bir işletme için asıl soru “serverless mı, değil mi?” değil, “bu iş yükü için hangi mimari daha güvenilir ve sürdürülebilir?” sorusudur. Mimari kararı moda değil, trafik deseni, bütçe, ekip yetkinliği ve büyüme planı belirlemelidir.

Sipariş, stok ve fatura gibi çekirdek işlemler genellikle öngörülebilir ve sürekli çalışan bir yapıda tutulur. Görsel işleme, bildirim ve raporlama gibi yan işler ise serverless fonksiyonlara ayrılabilir. Aurora'nın e-ticaret altyapısı, entegre çözümler ve yazılım çözümleri projelerinde de mimari, ihtiyaca göre bu dengeyle kurgulanır.