---
title: Workflow Orchestration Patterns
category: product
entity_type: skill
price: ₺369
canonical: https://forgehouse.ai/tr/skiller/workflow-orchestration-patterns/
lang: tr
hreflang_alt: https://forgehouse.ai/skills/workflow-orchestration-patterns/
last_updated: 2026-06-20
---

# Workflow Orchestration Patterns

> Design durable workflows with Temporal for distributed systems.

Temporal üzerinde dayanıklı, hataya toleranslı iş akışları kurmak için eksiksiz bir el kitabı; orkestrasyon mantığı (deterministik workflow'lar) ile dış yan etkiler (idempotent activity'ler) arasındaki net çizgiyi çeker. Servisler, veritabanları ve API'ler arasına yayılan çok adımlı süreçleri, çökmelerden sağ çıkan ve tam kaldığı yerden devam eden sistemlere dönüştürür. Bir ağ kesintisinde siparişleri kaybeden bir pipeline ile yıllarca güvenle çalışan bir sistem arasındaki fark budur.

## Ne için kullanılır
- Hep ya da hiç bütünlüğü gerektiren dağıtık işlemler
- Uzun süren sipariş, rezervasyon ve onay akışları
- Telafi eylemleriyle saga tabanlı geri alma
- Varlık yaşam döngüsü akışları (sepet, hesap, stok)
- Ölçekte fan-out/fan-in paralel iş işleme
- Zaman aşımı ve geri çağırma ile insan onayı içeren akışlar

## Faydalar
- Süreçler herhangi bir hatadan sonra son başarılı adımdan devam eder, manuel kurtarma gerektirmez
- Telafi zincirleri yarım kalan işi temizce geri alır; yarım tamamlanmış işlemler sızıntı yapmaz
- Determinizm ve idempotency kuralları, elle yazılan orkestrasyonu kemiren sessiz replay bozulması ve mükerrer çalıştırma hatalarını ortadan kaldırır
- Sınırlı child workflow'lar, event history'yi şişirmeden milyonlarca göreve ölçeklenir

## Ne içerir
- Workflow mu activity mi karar çerçevesi ('dış sisteme dokunuyor mu? → activity')
- Çalıştırmadan önce telafi kaydet, ters LIFO sırasında çalıştır saga deseni
- Determinizm kısıt listesi (workflow içinde yasak vs izinli olanlar)
- Retry politikası, üstel geri çekilme ve retry edilmeyecek hata sınıflandırması
- Güvenli retry için activity heartbeat ve idempotency anahtarı desenleri
- Eski çalışmalar hâlâ canlıyken workflow kodunu değiştirmek için sürümleme stratejileri

## Kimler için
Durumu kaybedemeyecek güvenilir dağıtık sistemler, sipariş pipeline'ları veya mikroservis orkestrasyonu kuran backend ve platform mühendisleri.

## Nasıl çalışır
Skill'in dayanıklı bir Temporal workflow'u kurarken koştuğu gerçek tasarım döngüsü; workflow-activity ayrımından compensation ve ölçek sınırlarına kadar, kara kutu yok, yaptığı iş bu:
1. Her adımı önce tek soruyla ayırır: dış sisteme dokunuyor mu? Evetse activity olur (API çağrısı, DB yazımı, e-posta); karar veya koordinasyon mantığıysa workflow'da kalır ve workflow deterministik kalmak zorundadır.
2. Workflow içinde determinizmi zorlar: datetime.now() yok, random() yok, threading yok, doğrudan I/O yok; zaman ve rastgelelik yalnızca workflow.now() ve workflow.random()'dan gelir, her yan etki activity'ye itilir.
3. Saga'yı örer: her adımda çalıştırmadan önce telafi eylemini kaydeder (reserve_inventory ile release_inventory, charge_payment ile refund eşleşir), hata anında kayıtlı tüm compensation'lar ters LIFO sırayla koşar.
4. Activity'leri retry gerçekliğine göre sertleştirir: her activity timeout, backoff'lu retry policy ve max attempt alır; Temporal onları yeniden çalıştıracağı için dedup anahtarı veya upsert ile idempotency kurulur, retry edilmemesi gereken hatalar (validation, not-found) sınıflandırılıp hızlı düşürülür.
5. Uzun işi canlı ve sınırlı tutar: uzun activity'ler ilerleme bilgisiyle heartbeat atar ki takılma tespit edilsin; uzun workflow'lar event history boyutunu sınırlamak için batch'ler halinde ContinueAsNew çağırır.
6. Ölçeği tek workflow'u şişirerek değil bölerek alır: bir milyon görev kabaca 1000'er görevlik 1000 child workflow olur; kritik ve batch trafik ayrı task queue'larda izole edilir (bulkhead), böylece tıkanan bir kuyruk ödeme akışını açlığa düşüremez.

## Sık sorulanlar
### Sipariş ve rezervasyon gibi günler süren akışlar için uygun mu?
Evet, uzun süren sipariş, rezervasyon ve onay akışları çekirdek kullanım alanı. Zaman aşımı ve geri çağırmalı insan onayı adımları da kapsamda; süreç çökse bile son başarılı adımdan devam eder, manuel kurtarma gerekmez.

### Workflow ile activity ayrımına neden bu kadar önem veriyor?
Çünkü güvenilirliğin temeli bu çizgi: dış sisteme dokunan her şey idempotent bir activity olmalı, workflow ise deterministik kalmalı. Karar çerçevesi tek soruyla işler: dış sisteme dokunuyor mu, o zaman activity. Bu ayrım bozulursa replay bozulması ve mükerrer çalıştırma hataları sessizce birikir.

### Temporal kümesini kurup işletmeyi de öğretir mi?
Hayır. Kapsam desen katmanıdır: saga telafileri, determinizm kısıtları, retry politikaları, idempotency anahtarları ve sürümleme stratejileri. Temporal altyapısının kurulumu, ölçekleme ve operasyon tarafı bu becerinin dışında kalır.

## Fiyat
₺369, tek seferlik, abonelik yok. KDV dahil.

İlgili rehber: [Yapay zekâ ile kod inceleme](https://forgehouse.ai/tr/rehberler/yapay-zeka-kod-inceleme/)