Serverless (Sunucusuz) Mimari Nedir?

Sunucu yok demek değil. Sunucu yönetimini bulut sağlayıcısına (AWS, GCP, Azure) devretmek demek. Altyapı provizyonu, işletim sistemi yamaları, kapasite planlaması kalkar. Kod sadece tetiklendiğinde (event-driven) çalışır. Boşta kaynak beklemez; maliyet sıfıra iner.

Temel bileşenler:

FaaS (Function as a Service): AWS Lambda, Cloudflare Workers, Google Cloud Functions. Tekil işlem yapan durumsuz (stateless) fonksiyonlar.
BaaS (Backend as a Service): Auth0, Firebase, DynamoDB, Supabase. Harici yönetilen servisler.

Serverless ve Dijital Strateji: Avantajlar ve Dezavantajlar

Modern bir dijital strateji belirlerken serverless seçimi doğrudan maliyet ve hız odağındadır.

Avantajlar

Kullandığın Kadar Öde (Pay-as-you-go): İstek yoksa fatura sıfır. Trafik patlamasında otomatik yukarı ölçeklenir.
Bakım Yükü Yok: Sunucu güvenliği, OS güncellemesi, ölçekleme kuralları bulut sağlayıcısında.
Hızlı Prototipleme: MVP ve mikroservisleri dakikalar içinde canlıya alma imkanı.

Dezavantajlar ve Kısıtlar

Cold Start (Soğuk Başlangıç): Uzun süre çağrılmayan fonksiyon ilk istekte milisaniyelerce gecikebilir.
Vendor Lock-in: Sağlayıcıya özel SDK bağımlılığı göçü zorlaştırır.
Uzun Süreli İşler (Execution Limit): Fonksiyonlar genelde maks 15 dakika çalışır. Sürekli çalışan arka plan işleri için uygun değildir.

Hangi Projelerde Kullanılmalı?

Uygun Senaryolar

Olay Güdümlü (Event-Driven) Görevler: Resim yüklenince thumbnail üretme, dosya işleme.
Dalgalı/Öngörülemeyen Trafiğe Sahip API'lar: E-ticaret kampanya dönemleri, bilet satış sistemleri.
Periyodik İşler: Gece çalışan raporlama scriptleri, CRON görevleri.
Webhook Tüketicileri: Stripe/GitHub webhook dinleyicileri.

Uygun Olmayan Senaryolar

Sabit, 7/24 yüksek CPU/RAM tüketen monolit uygulamalar (Dedicated sunucu daha ucuzdur).
Düşük gecikme süresinin (sub-millisecond) zorunlu olduğu finansal sistemler (Cold start engeli).
WebSocket üzerinden sürekli açık kalan canlı bağlantılar (Dedicated/Container mimarisi gerekir).

Adım Adım Serverless Mimarisine Geçiş Rehberi

Bu rehber, mevcut ya da yeni projeyi serverless mimariye geçirme adımlarını tanımlar:

Adım 1: Fonksiyon Sınırlarını Belirle (Single Responsibility)

Tüm backend'i tek fonksiyona gömme. Her uç noktayı (endpoint) veya iş mantığını tek bir izole fonksiyona ayır.

Adım 2: Durumsuz (Stateless) Tasarım Yap

Fonksiyon belleğinde veri (oturum, dosya vb.) tutma. State için Redis, DynamoDB veya S3 gibi harici servisler kullan.

Adım 3: Tetikleyicileri (Triggers) Yapılandır

Fonksiyonu HTTP Gateway, Kuyruk (SQS/RabbitMQ) veya Nesne Depolama (S3 bucket trigger) ile bağla.

Adım 4: Gözlemlenebilirlik (Observability) Kur

Sunucu erişimi olmadığından distributed tracing ve loglama şarttır. OpenTelemetry, AWS CloudWatch veya Datadog entegrasyonu kur.

Not: Serverless altyapı maliyetini düşürür ancak mimari karmaşıklığı artırır. Küçük ekipler için az kod/az sunucu avantajı kritiktir.

Teknoloji Trendleri ve Gelecek

Yeni bulut trendleri, serverless mantığını edge bilişime (Edge Computing) kaydırıyor. Cloudflare Workers ve Vercel Edge Functions kodu istemciye en yakın veri merkezinde çalıştırarak cold start sorununu sıfıra indiriyor. Serverless veritabanları (Neon, PlanetScale, DynamoDB) ile tam sunucusuz veri katmanları artık standart haline geldi.