1. GİRİŞ

Son yıllarda bulut sağlayıcılarının FaaS (Functions as a Service) teklifleri, uygulama geliştirme ve operasyon modellerinde önemli değişiklikler getirdi. FaaS, geliştiricilerin küçük, tek amaçlı fonksiyonlar yazıp bunları olaylarla tetiklemelerine olanak verirken altyapı yönetimini sağlayıcıya bırakarak hız, maliyet optimizasyonu ve ölçeklenebilirlik vaat eder. Ancak gerçek dünyada FaaS tasarlamak ve işletmek, basit bir kavramdan daha fazlasını gerektirir: cold start yönetimi, state dışsallaştırma, idempotency, güvenlik politika-mimarisi ve observability kritik rol oynar.

Bu teknoloji neden konuşuluyor?

• Hızlı prototipleme ve pay‑per‑use maliyet modeli ekipler için cazip.
• Event‑driven yaklaşımların yaygınlaşmasıyla küçük fonksiyonların orchestration'ı önem kazandı.
• Edge ve IoT senaryolarında fonksiyonların hafifçe dağıtılabilir olması avantaj sağlıyor.

Kimler için önemli?

• Backend geliştiriciler ve platform mühendisleri
• SRE/DevOps ekipleri ve maliyet optimizasyonundan sorumlu yöneticiler
• Gerçek zamanlı veri işleme, event processing veya burst‑traffic işleyen ekipler

Hangi problemleri çözüyor?

• Altyapı yönetimini azaltma ve geliştiricinin iş mantığına odaklanmasını sağlama
• Otomatik ölçeklenebilirlik ile anlık trafiği yönetme
• Düşük kullanımda maliyet düşürme (pay‑per‑use)

2. KAVRAMSAL TEMELLER

2.1 FaaS nedir — net tanım

FaaS, geliştiricilerin küçük, tek amaçlı fonksiyonlar yazdığı ve bu fonksiyonların HTTP istekleri, mesaj kuyrukları, zamanlayıcılar veya storage olayları gibi tetikleyicilerle yürütüldüğü bulut hizmet modelidir. Fonksiyonlar kısa ömürlüdür; çalışma zamanı ve kaynak yönetimi sağlayıcı tarafından yapılır. FaaS, genelde stateless fonksiyonları teşvik eder; state dışarıdaki managed store'larda saklanır.

2.2 Temel terimler

• Cold start: Fonksiyon konteynerinin ilk oluşturulma gecikmesi.
• Warm instance: Kısa süre önce kullanılınca hazır durumda tutulan çalışma konteyneri.
• Provisioned concurrency: Öncelikli olarak hazırda tutulan fonksiyon örnekleri.
• Trigger: Fonksiyonu tetikleyen olay (HTTP, Pub/Sub, S3 event vb.).
• Invocation: Tek bir fonksiyon çağrısı/çalıştırılması.

2.3 FaaS vs Container vs PaaS

FaaS ile container tabanlı microservice'ler veya PaaS çözümleri arasındaki temel farklar soyutlama ve ölçeklenme modelindedir. FaaS, daha yüksek seviyede soyutlama, event‑centric çalışma ve pay‑per‑invocation maliyetlendirme sunarken container'lar daha fazla kontrol, uzun süreli işlemler ve daha iyi cold start performansı sağlar. Uygulamanın gereksinimleri (süreklilik, latency, state) seçimde belirleyicidir.

3. NASIL ÇALIŞIR?

3.1 Mimari bileşenler

• Function runtime: Fonksiyonun çalıştırıldığı managed ortam (node, python, dotnet runtime).
• Trigger sistemleri: Event kaynakları (HTTP gateway, message broker, storage events).
• State stores: Managed DB veya cache (DynamoDB, CosmosDB, Redis) — fonksiyonlar stateless kalır.
• Orchestration & Workflow: Step functions, durable functions veya external orchestrator'lar.
• Monitoring & Tracing: Log, metrics ve distributed tracing altyapıları (X‑Ray, OpenTelemetry).

3.2 Veri akışı — tipik senaryolar

En yaygın FaaS senaryolarından biri event‑driven pipeline'dır: bir event üreticisi (örn. kullanıcı dosya yükleme) tetikleyici olarak storage event üretir; bu event fonksiyonu tetikler; fonksiyon işini yapar (thumbnail generation, metadata extraction) ve sonucu bir datastore'a veya başka bir kuyruğa gönderir. Bu zincirde backpressure, retry ve idempotency kritik tasarım noktalarıdır.

3.3 Cold start ve sıcak tutma stratejileri

Cold start, fonksiyonun ilk çağrısındaki container başlatma ve runtime init maliyetidir. Bu, özellikle düşük gecikme gereksinimli API'larda kullanıcı deneyimini etkiler. Azaltma stratejileri:

• Provisioned concurrency veya önceden ısıtma (warming) trafik simülasyonları.
• Fonksiyon paketini küçültme ve runtime optimize etme (native runtime, minimal dependencies).
• Latency‑kritik path'ler için container veya provisioned instances kullanma.

3.4 State ve idempotency

Fonksiyonlar genelde stateless olduğundan state dış datastore'larda tutulur. Bu, veri tutarlılığı ve transaction zorlukları doğurur. At‑least‑once teslim garantisi ile sık karşılaşılır; bu nedenle idempotency keys, dedup table veya idempotent consumer kodu gereklidir. Transactional outbox pattern'ı, event publish sırasında veri tutarlılığını sağlamak için yaygın kullanılan yöntemlerden biridir.

3.5 Orkestrasyon ve workflow yönetimi

Tek büyük fonksiyondansa küçük, tek amaçlı fonksiyonları bir workflow içinde yönetmek gerekir. Orchestration servisleri (AWS Step Functions, Azure Durable Functions) bu akışları yönetir; hata, retry ve compensating action politikalarını tanımlamak için kullanılır. Saga pattern uzun süreli iş akışları için uygun bir yaklaşımdır.

4. GERÇEK DÜNYA KULLANIMLARI

4.1 Veri işleme ve ETL

FaaS, küçük data transformasyonları, event enrichment, filtreleme ve routing gibi ETL parçaları için uygundur. Örneğin CDC (Change Data Capture) olayları FaaS fonksiyonlarını tetikleyerek veri akışlarını dönüştürebilir ve downstream veri ambarlarına aktarabilir.

4.2 Webhook ve API backends

Hafif API'lar için FaaS sık kullanılır. Payment gateway webhook'ları, webhook processing veya asenkron işlem başlatma senaryoları için idealdir. Ancak yüksek istek hızlarında cold start ve concurrency limitleri planlanmalıdır.

4.3 IoT ve edge

IoT cihazlarından gelen telemetry verileriyle küçük fonksiyonlar çalıştırılarak pre‑processing yapılır. Edge FaaS (Cloudflare Workers, AWS Lambda@Edge) düşük gecikme ile istemciye yakın işlemler yapma imkânı sunar.

4.4 Doğrudan kullanıcılara yönelik işler

E‑posta send, thumbnail generation, on‑demand PDF generation gibi görevler FaaS ile kolayca paralelleştirilebilir ve maliyet‑etkin şekilde işletilebilir.

5. AVANTAJLAR VE SINIRLAMALAR

Avantajlar

• Operasyonel yük azalması: sunucu yönetimi sağlayıcıya ait.
• Maliyet optimizasyonu: düşük trafikte neredeyse hiç maliyet yok, yüksek spike'larda otomatik ölçek.
• Geliştirici verimliliği: küçük, bağımsız fonksiyonlar hızlı geliştirilir ve deploy edilir.
• Kolay paralelleştirme: fonksiyon invocations doğal olarak paralel çalışır.

Sınırlamalar

• Cold start ve latency sorunları; düşük gecikme gerektiren path'lerde risk.
• Vendor lock‑in; provider‑specific trigger ve servisler bağımlılık yaratır.
• State yönetimi karmaşıklığı; transaction ve tutarlılık zorlayıcıdır.
• Debugging ve observability zorlukları; dağıtık ve event‑driven doğa.

6. ALTERNATİFLER VE KARŞILAŞTIRMA

7. EN İYİ PRATİKLER

Production kullanımı

• Karma model kullanın: latency‑kritik parçaları provisioned veya container ile tutun, geri kalan event‑driven iş yükünü FaaS'e koyun.
• Idempotency ve deduplication mekanizmalarını erken tasarlayın; her fonksiyon çağrısının tekrar edilebileceğini varsayın.
• Transaction boundary'larını açıkça tanımlayın; transactional outbox ve saga pattern'lerini değerlendirin.

Performans optimizasyonu

• Fonksiyon paketlerini minimal tutun; bağımlılık ağaçlarını optimize edin.
• Cold start önlemleri: provisioned concurrency, native runtimes veya container image support kullanın.
• Hot path'lerde cache, edge compute ve CDN entegrasyonları ile gecikmeyi azaltın.

Güvenlik

• Principle of least privilege ile IAM rollerini granular tanımlayın.
• Secrets yönetimini managed secret store'larda yapın; environment variable'lara hassas veri koymayın.
• Network izolasyonu gereken durumlarda VPC integration kullanın.

Observability

• Distributed tracing, structured logs ve metrikler ile invocations'ı korele edin.
• Cold start, duration p50/p90/p99, error rate ve throttling metrics izlenmeli.

8. SIK YAPILAN HATALAR

• Tüm sistemi FaaS'e taşımak — stateful ve latency‑kritik parçaları ayırmadan geçiş yapmak sık hata olur.
• Idempotency göz ardı edilmesi — duplicate processing nedeniyle tutarsızlıklar oluşur.
• Observability'i planlamadan üretime almak — debug ve incident response zorlaşır.
• Provider özel API'lerine sıkı bağımlılık — taşınmayı zorlaştırır ve maliyeti artırır.

9. GELECEK TRENDLER

1. Edge FaaS'in yaygınlaşması: Fonksiyonların istemciye daha yakın çalışmasıyla düşük gecikme uygulamaları artacak.
2. Standardization: CloudEvents, Knative ve açık runtime'lar ile provider agnostik FaaS geliştirme kolaylaşacak.
3. AI & FaaS entegrasyonu: Model inference'ın serverless olarak daha verimli çalışması ve otomatik scaling destekleri öne çıkacak.
4. Cost intelligence: Otomatik maliyet optimizasyonu ve anomaly detection araçları operayonları destekleyecek.

EK BÖLÜMLER

Sık Sorulan Sorular (FAQ)

1. 1. FaaS her uygulama için uygun mudur?

   Hayır. Stateful, uzun süren CPU‑intensive veya ultra düşük latency gerektiren uygulamalar FaaS için uygun olmayabilir. Hibrit yaklaşım genelde en pratik çözümdür.

2. 2. Cold start nasıl minimize edilir?

   Provisioned concurrency, paket küçültme, native runtime seçimi ve warmers stratejileri kullanarak etkisi azaltılabilir.

3. 3. Idempotency nasıl sağlanır?

   Idempotency keys, dedupe table, idempotent consumer mantığı ve transaction outbox pattern'larıyla sağlanır.

4. 4. State nasıl yönetilmeli?

   State externalize edilmeli: managed NoSQL, RDB veya dağıtık cache kullanın; consistency gereksinimlerini ve latency etkilerini değerlendirin.

5. 5. Vendor lock‑in'i nasıl azaltırım?

   Abstraction katmanları, CloudEvents gibi standartlar ve portable runtimes (Knative) kullanarak lock‑in azaltılabilir.

6. 6. Observability için hangi metrikler kritik?

   Invocation count, duration p50/p90/p99, error rate, cold start rate, throttling ve downstream latency önemli metriklerdir.

7. 7. FaaS ile CI/CD pratikleri nelerdir?

   Fonksiyon bazlı deployment pipeline'ları, canary release ve feature toggles kullanın; instance provisioning ve config değişikliklerini otomatikleştirin.

8. 8. Güvenlik en iyi uygulamaları nelerdir?

   Least privilege IAM, secret store kullanımı, input validation ve network isolation (VPC) en önemli tedbirlerdir.

Anahtar Kavramlar

FaaS

Fonksiyonların olay bazlı çalıştırıldığı, yönetilen runtime sağlayan hizmet modeli.

Cold start

Fonksiyon örneğinin ilk kez başlatılmasından kaynaklanan başlangıç gecikmesi.

Idempotency key

Tekrarlı çağrılarda işlemin yalnızca bir kez uygulanmasını sağlamak için kullanılan benzersiz anahtar.

Transactional outbox

Veritabanı transaction'ı içinde outbox kaydı oluşturarak event publish atomikliğini sağlayan pattern.

Provisioned concurrency

Önceden çalışır durumda tutulan fonksiyon örnekleri ile cold start etkisini azaltma tekniği.

Öğrenme Yol Haritası

1. 0–1 ay: FaaS kavramlarını, trigger tiplerini ve örnek bir Lambda/Azure Function uygulaması oluşturun.
2. 1–3 ay: Idempotency, DLQ, retry ve error handling stratejilerini uygulayın; küçük event‑driven pipeline'lar kurun.
3. 3–6 ay: Observability (tracing, logging), cold start optimizasyonu ve security best practices üzerinde çalışın; orchestration çözümlerini deneyin.
4. 6–12 ay: Hybrid mimari, Knative/CloudEvents ve edge FaaS senaryolarında production deneyimi edinin; cost governance pratiklerini olgunlaştırın.