Görev orkestrasyonu

1) Neden orkestrasyon

• Azaltılmış MTTR ve "manuel rutin";
• SLA'ların ve düzenleyici son tarihlerin uygulanması;
• Kiracılar ve bölgeler arasında kapasitelerin adil dağılımı;
• Durum ve Sorumluluk Şeffaflığı (RACI)

2) İlkeler

Kritik orkestrasyon, yeniden koreografi. Kritik zincirler (ödemeler, sonuçlar, yerleşme) - merkezi bir orkestratör altında; İkincil - etkinlik (pub/sub).
SLA-ilk. Her görevin bir önceliği, SLO'su, son tarih ve tırmanma stratejisi vardır.
Idempotency ve en azından bir kez. Herhangi bir eylem yan etki olmadan tekrarlanır.
Veritabanı geri dönüşü yerine tazminat. Dış etkiler için destanlar.
Adil paylaşım ve izolasyon. Kiracı/bölge/görev sınıfı başına kotalar, "oburluğa" karşı koruma.
Kod Olarak Politika. Yönlendirme, geri alma, tolerans kuralları - sürüm ilkeleri.
Tasarımla gözlemlenebilirlik. Her adımda metrikler/yollar/günlükler.

3) Orkestrasyon etki alanı modeli

Görev - Etkinlik - Süreç/İş Akışı.
Görev durumları 'kontrol edildi, kiralandı, çalıştırılıyor, (başarılı | başarısız | timed_out | iptal edildi)> arşivlendi'.
Anahtar nitelikler: 'öncelik', 'son tarih', 'kiracı', 'bölge', 'maliyet _ sınıfı', 'risk _ sınıfı', 'idempotency _ key'.

4) Mimarlık

Orkestratör: süreç grafiği, kuyruklar, zamanlayıcılar, son tarihler, RACI, yönlendirme depolar.
Yürütücüler: durumsuz, alan adı kuyruklarına abone (Payments/KYC/Games/Infra). Kiralama modeli + kalp atışı.
Olay ağ geçidi: harici sistemlerle garantili entegrasyon için giden kutusu/gelen kutusu.
Durum deposu: işlem günlüğü (WORM/denetim için değişmez parçalar).
Politika kataloğu: önceliklendirme, kotalar, geri ödemeler, geri dönüşler, SoD.

5) Kuyruklar, öncelikler ve zamanlayıcı

• A (Gerçek zamanlı): para yatırma/bahis/ödeme - p95 saniyelik gecikmeler, bireysel kuyruklar ve havuzlar.
• B (Operasyonel): KYC, sağlayıcılara rapor - dakika.
• C (Batch/Analytics): toplamalar/dışa aktarmalar - saatler.
• Zamanlayıcı: öncelikli + son tarih ile çoklu kuyruk; algoritmalar: öncelik + EDF, kiracı/bölge başına ağırlıklı adil paylaşım.
• İş çalma: Yürütme havuzları, aynı QoS sınıfı içindeki komşu kuyruklardan görevleri "çalar".
• Son tarihler: gecikme riski altında - öncelikli veya bozulmuş dalda bir artış.

6) Garantiler ve sürdürülebilirlik

En az bir kez + idempotency. 'empotency _ key' (iş anahtarı) ve sonucun düzeltilmesi.
İlke ile geri alınabilir: üstel geri alma + jitter; teşebbüs bütçesi; Dış bağımlılıklara devre kesici.
Zaman aşımları: 'task _ timeout <SLA_step',' process _ deadline <regulatory'.
DLQ: "zehirli" görevler için ayrı kuyruklar; Tam bağlam ile manuel ayrıştırma.
Tazminat (saga): Her "güçlü" işlem için tanımlanır (yakalama/geri ödeme, ledger_post/revert, vb.).

7) Geri basınç ve platform koruması

Kotalar ve sınırlar: kiracı/bölge/görev türü başına (QPS, eşzamanlı, bellek/CPU).
Kabul kontrolü: Havuzu doldururken düşük önceliğe sahip arıza/defektör.
Dökülme: Toplam arıza yerine yumuşak yük azaltma (kısmi sonuçlar, bozunma özellikleri).
Hız limitleri: girişte, sağlayıcıda (PSP/KYC), banka/BIN'de.
Histerezis: açma/kapama çırpmayı önler.

8) Çok bölgeli ve hata toleransı

Trafik lokalizasyonu: Orkestratör süreçleri veri/sağlayıcılara daha yakın tutar.
Bölgeler arası feilover: sadece idempotent adımlar için ve yeterli çoğunluk kontrollerinden sonra.
Durum depolama: RPO/RTO hedefleriyle çoğaltma; Yazma çiti ve bölünmüş beyin.
Olayların bölgesel izolasyonu: "kanamayı durdurmak" - etkilenen bölgedeki yeni görevleri durdurmak, mevcut olanları güvenli dallara ayırmak.

9) Döngüde insan и RACI

İnsan görevleri: kontrol listesi, SLA, eklerle birlikte yerleşik adımlar.
SoD/4-eyes: Hassas eylemler için uyumsuz roller (sonuçlar, bonus limitleri, PSP yönlendirmesi).
Eskalasyon: zamanlayıcılar "IC   L2/L3 dürtmek  yeniden atamak".
Denetim: kim/ne/ne/ne zaman/neden, bilet/politikaya bağlantı.

10) Kod Olarak Politikalar

• PSP routing: 'route = PSP2 eğer PSP1. Sağlık
• Öncelik eskalasyonu: 'priority = P1 if deadline <10m & & process in {para çekme, ödeme}'
• PII dışa aktarma bloğu: 'dışa aktarılırsa reddedilir. oran> baselineK & &! bilet ve data_class=PII'

Politikalar sürüm haline getirilir, test edilir, normal kod gibi gözden geçirilir.

11) Gözlemlenebilirlik

Süreç SLI: başarı oranı, p95/p99 süresi, gecikme yüzdesi.
Kuyruk SLI: görevlerin yaşı, iş hacmi, kabul hatası, DLQ oranı.
İzler: her adımda uzanır (ödeme/oran/ACC ile korelasyon 'trace _ id').
Günlükler: yapılandırılmış, PII olmadan; Geri çekilmelerin/zaman aşımlarının/tazminatların nedenleri.
Panolar: Exec (SLA/delinquencies/value), Ops (lag/reties/DLQ), Domain (PSP şubeleri, KYC SLA).
Uyarılar: yanma oranı son tarihleri, DLQ dalgalanması, adım zaman büyümesi, sıcak kuyruklar.

12) Maliyet (FinOps orkestrasyonu)

KPI: $/process, $/task, $/retray, $/min SLA ihlalleri.
Optimizasyonlar: Sınıf-C için parti, sinyal toplama, uzun günlüklerin aşağı örneklenmesi, "uzun" süreçlerin sınırları.
Show/charge-back: Kiracı işaretini görür (kuyruklar/depolama/geri çekilmeler).

13) Güvenlik ve uyumluluk

ABAC/RBAC: role/kiracıya/bölgeye/çevreye göre süreçlere erişim.
JIT/PAM: manuel adımlar için geçici artışlar.
Webhook İmzası/mTLS: Olay Bütünlüğü.
WORM denetimi: değiştirilemeyen günlükler; PII için TTL/maskeleme politikası.
SoD: "insitsiirovat> odobrit> provesti'yi bir kişide birleştirmeyin.

14) Tipik orkestrasyonların kataloğu (iGaming)

1. Депозит: "init" 3DS/auth "yakalama" ledger_post "bonus_credit" bildirim ".

Tazminat: 'ledger _ revert, refund_capture'.
Politikalar: auth-success düştüğünde PSP'nin yeniden dağıtılması.

2. Вывод: "Talep et" risk_score "4-göz onayladı" ödeme yap "" kayıt yap "" bildir ".

SLA yükselmesi, hız anomalileri için blok.

3. KYC/AML: 'collect> providerA> (fallback providerB) - manual review - finalize'.

Düzenleyici son tarihler; Tarama hataları için DLQ.

4. Rate/settl: 'Reserve - fix_odds - confirm - settle - payout'.

Gecikme kuyrukları olduğunda degrade-branch (ikincil özelliklerin kısıtlanması).

5. Инцидент: "Tespit et, sınıflandırma (P1-P4), savaş odası eylemleri, kapat, ölüm sonrası".

15) Şablonlar (parçalar)

yaml id: payments. capture qos: A priority: P1 deadline: 2m timeout: 2s retry:
strategy: exponential_jitter max_attempts: 5 idempotency_key: ${payment_id}
saga:
compensate: payments. refund_capture

yaml rule: "priority-escalation"
if:  "deadline < 5m && qos == 'A'"
then: "priority = P1"

yaml id: withdrawal. approval type: human sod: true approvers: [Risk, Finance]
sla: 2h on_timeout: escalate:L2

16) Çalışma süreçleri

Release-gates: kırmızı SLI kuyrukları/süreçleri ile tehlikeli bültenleri blok.
Masa üstü/kaos günleri: PSP/replikaların/kuyrukların bağlantısının kesilmesi; Geri ödemeleri/tazminatları kontrol edin.
Üç aylık inceleme: eşikler, kotalar, maliyet, DLQ eğilimleri, SoD istisnaları.

17) Uygulama Yol Haritası (8-12 hafta)

Ned. 1-2: zincir envanteri (depozito/çıktı/CCL/yerleşme), SLA hedefleri, QoS sınıfları, öncelik ve kota matrisi.
Ned. 3-4: orkestratör + kuyruklar, "Deposit/Output" süreçlerinin MVP'si, idempotent işleyicileri, DLQ, temel retray/timeout politikaları.
Ned. 5-6: destanlar ve tazminatlar, insan görevleri (4 göz), kiracı başına adil paylaşım, gösterge panoları ve SLI kuyrukları.
Ned. 7-8: çok bölgeli (yerelleştirme/feilover), serbest bırakma kapıları, uyarılar (yakma oranı son tarihleri), FinOps paneli.
Ned. 9-10: katalog uzantısı (CCM/ikramiye/olaylar), kes. Politikalar (PSP yönlendirme/PII dışa aktarma), WORM denetimi.
Ned. 11-12: kaos tatbikatları, değer optimizasyonu, RACI/SoD düzenlemeleri, çağrı üzerine eğitim.

18) KPI/KRI orkestrasyonu

SLA süreçleri (zamanında yürütme), p95/p99 süresi.
Delinquencies ve alan/kiracı tarafından payları.
Yeniden başlatılan/Görev oranı, DLQ oranı, Tazminat oranı.
Adil paylaşım uyumu (kiracı "açlıktan ölmez").
Maliyet: $/süreç, $/görev, $/retray.
Orkestrasyona bağlı olaylar (kanat çırpma, deadlocklar, kuyruk aşırı yüklenmesi).

19) Antipatterns

QoS sınıfları olmadan bir "evrensel" öncelik.
Idempotency olmadan Retrays - yinelenen ödemeler.
Dış arızalar durumunda işçilerin canlılık-yeniden başlatır - çığ.
Kiracı/bölge başına kota yok - komşu tüm havuzu yedi.
Zaman aşımları/son tarihler olmadan uzun adımlar - asılı süreçler.
Destanların eksikliği - manuel "kesme've finansal riskler.
Boş günlükler/iz yok - doğru olduğunu kanıtlamaz.

Toplam

Görev orkestrasyonu yönetilen bir süreç fabrikasıdır: QoS ve önceliklere göre uygun segmentasyon, teslimat garantileri ve idempotency, tazminatlar ve son tarihler, kiracıların/bölgelerin adil izolasyonu, ayrıca tasarımın bir parçası olarak gözlemlenebilirlik ve güvenlik. Böyle bir devre öngörülebilir işlemler, sağlayıcı arızalarına dayanıklılık ve düzenleyici gerekliliklere uygunluk sağlar - "manuel" mikro yönetim maliyeti olmadan.