IGaming neden mikro hizmetlere geçiyor

Tam makale

1) Bağlam: Monolitin çalışmayı neden durdurduğu

IGaming içerik, coğrafya ve düzenleme bakımından büyüyor. Monolitik kod tabanı:

• Bültenleri yavaşlatır (genel depla pencereleri, regresyon riski), zayıf ölçeklenir (cüzdan ve nakit masası sıcaktır ve CMS soğuktur), uyumluluğa müdahale eder (farklı düzenleyiciler - farklı veri kuralları), para izolasyonunu zorlaştırır (para akışları ve bonuslar iç içe geçmiştir).

Sonuç, yüksek olay riskleri ve yavaş bir pazarlama süresidir.

2) Mikro hizmet yaklaşımı veren şey

1. Kritik alanların izolasyonu. Cüzdan/Defter, Kasiyer/PSP, Bonus Motoru, Oyun Oturumları, KYC/AML, RG, Risk/Dolandırıcılık, İştirakler, CRM - kendi SLO'ları ile ayrı hizmetler.

2. Tüketime göre ölçeklendirme. Sıcak hizmetler (cüzdan, yazar kasa, oyun oturumu) tüm kümeyi şişirmeden daha fazla kaynak elde eder.

3. Bağımsız yayınlar. Komutlar döngülerine göre tükenir (kanarya sürümleri, özellik bayrakları).

4. Hata toleransı. Yerel bozulma tüm ürünü düşürmez (kasiyer bozulur - önbellekler ve kuyruklar nedeniyle oyunlar devam eder).

5. Yasal segmentasyon. PII ve ödeme bölgeye (AB/İngiltere/BR) ve tarihe göre yayılır.

6. Entegrasyonların esnekliği. Oyun sağlayıcılarının, PSP ve KYC sağlayıcılarının paralel bağlantısı.

3) Temel şema (basitleştirilmiş)

Kenar katmanı: API Ağ Geçidi, WAF/bot koruması, hız sınırlaması, coğrafi filtreler.

Etki alanı mikro hizmetleri: Cüzdan/Defter, Bonus, Kasiyer, Oyun Ağ Geçidi, Risk/Dolandırıcılık, RG, KYC/AML, İştirakler, CRM, CMS, Raporlama/Uyumluluk.

Etkinlik otobüsü: Kafka/Pulsar - 'bet. placed', 'bet. Yerleşmiş ',' cüzdan. banka/kredi ', kasiyer. depozito. Başarılı ',' rg. limit. Hit ',' bonus. tüketildi 'vb.

Veriler: Hizmet için OLTP veritabanı, giden kutusu/CDC - DWH (ClickHouse/BigQuery).

Gözlemlenebilirlik: metrikler/günlükler/izler; SIEM/SOAR; Denetim günlüğü WORM.

4) Para ve bütünlük: Neden göçün anahtarı

Mikro hizmetler için ana argüman, parasal devrenin katı izolasyonudur:

• Katı ACID ve komut idempotency ile ayrı defter, uzun süreçler için sagalar (mevduat, cashout, bonus tahakkuklar), outbox + işlemsel olay yayınlama, bakiyelerin "manuel düzenlemeleri" için sıfır tolerans.

Bu tasarım, yerleşimlerin mimari düzeyde kaybolma/çoğalma olasılığını sıfıra indirir.

5) Mikro hizmetlerin kalkmayacağı desenler

CQRS + projeksiyonları. Komutlar - kesinlikle etki alanı API'leri aracılığıyla; okuma - projeksiyon modelleri aracılığıyla.

Idempotency anahtarları. Her para/bonus takımı hiçbir yan etkisi olmadan tekrarlanabilir.

Destanlar ve tazminatlar. "DB rollback" yerine açık telafi olayları.

Şema Kayıt Defteri. Olay Sözleşmesi Sürüm üretici/tüketici uyumluluğu.

Hız limitleri/Yeniden deneme/Geri alma. Ağ arızaları normdur; Müşteri istikrarı.

Sıfır güven ve sırlar. Mesh içinde mTLS, Vault/HSM, minimum ayrıcalıklar.

6) Mikro Hizmetler Hakkında Daha Zor Olan Nedir (Eksiler Hakkında Dürüst)

Ağ hafızadan daha pahalıdır. Daha fazla RPC, artan gecikme süresi ve altyapı maliyeti.

Veri karmaşıklığı. Tutarlılık - nihai Ledgera ötesinde, projeksiyonlar gerekli.

Gözlenebilirlik. Uçtan uca izleme ve SLO olmadan, her şey hızla bir kara kutuya dönüşür.

Takım disiplini. Sözleşme testleri, serbest bırakma ritüelleri, şema geçişleri gereklidir.

Bölgeler arası boşluklar. Veri ikameti düşünceli parçalanma gerektirir.

Şirket DevOps/SRE kültürüne hazır değilse,'iyi modülerliğe sahip'bir monolit daha iyi olabilir.

7) Adım adım geçiş: monolitten hizmetlere

Adım 1. Olayları standartlaştırın. Lastiği ve tek bir sözlüğü girin: oyuncu, bahis, uzlaşma, para yatırma, bonus.

Adım 2. Defteri çıkarın. Para devresi önce ayrılır: ayrı bir veritabanı, komut API'si, giden kutusu.

Adım 3. Ayrı kasiyer. PSP orkestrasyonu, basamaklar, 3-DS, mutabakatlar - bağımsız bir hizmet olarak.

Adım 4. Oyun Geçidi. Oyun sağlayıcılarına tek bir ağ geçidi; oturumlar/collbecks - bir monolit aracılığıyla değil.

Adım 5. Bonus Motor и RG. Kurallar, vager, limitler - çevrimdışı, cüzdan/oyun etkinliklerine abonelik.

Adım 6. Risk/AML + KYC Kendi entegrasyonları ve uyarıları olan ayrı bir devre.

Adım 7. Veri ve BI. DWH'de CDC, KPI vitrinleri, anti-Excel raporlaması.

Adım 8. Arka ofis. RBAC/ABAC, denetim günlüğü, Girit eylemi için "4 göz".

Paralel olarak - kanarya bültenleri, phicheflags, geri alma, düzenli DR egzersizleri.

8) Çalışma deneyimi: Hangi SLO'lar norm olarak kabul edilir

Çekirdek çalışma süresi (cüzdan/kasiyer/oyun ağ geçidi) ≥ 99. 95%.

P95 cüzdan gecikmesi <150 ms; Kasiyer yetkisi <3 s.

"Kayıp/Çoğaltılmış Yerleşimler" = 0.

Etkinliklerin BI vitrinlerine teslimi ≤ 5 dk.

Çekirdek olaylar için MTTR <30 dk.

9) Güvenlik ve uyumluluk "varsayılan olarak"

PII/ödeme veri segmentasyonu, PCI DSS, GDPR/yerel analoglar.

At-rest/transit şifreleme, kısa ömürlü belirteçler, anahtar rotasyonu.

WAF/bot koruması, cihaz parmak izi, hız anomalileri.

WORM deposundaki denetim günlükleri, en az hak ilkesine göre erişim.

10) Ekonomi ve organizasyonel etkiler

TTR ↓ yayınlar: Bağımsız gönderimler görev kuyruklarını ve bağlam anahtarını azaltır.

Ölçeklendirmeden maliyete ↓/↑: yatay ölçeklendirme çok daha ucuzdur, ancak iyi düşünülmüş bir FinOps'a (otomatik ölçeklendirme, limitler, spot örnekler) ihtiyacınız vardır.

Olay riski ↓: patlama yarıçapı hizmetle sınırlıdır.

Ürün hızı ↑: Yeni sağlayıcılar/PSP'ler ve özellikler "ortak bir pencere" beklemiyor.

11) Microservice iGaming çekirdek olgunluk kontrol listesi

• Ledger - ayrı bir hizmet ve veritabanı, sadece komut API, giden kutusu/CDC.
• Tüm nakit/bonus işlemleri idempotent, veri tekilleştirme anahtarları her yerde.
• Devre kaydı olan olay veriyolu; Geriye dönük uyumlu sözleşmeler.
• PSP kasiyer kaskatı ve günlük ışıltılar.
• Olaylarda'yeni oturum yok "bozulma ile Oyun Ağ Geçidi.
• RG/AML - bahiste senkron durdurma sinyalleri, gerçeklik kontrolleri.
• Gözlemlenebilirlik: uçtan uca trace_id metrikler/günlükler/izler; Gösterge panoları SLO.
• DR-planı: RPO ≤ 5 dakika, RTO ≤ 30 dakika; Düzenli egzersizler.
• Veri ikamet ve PII maskeleme; RBAC/ABAC ve "4 göz".
• Manuel Excel olmadan BI: KPI vitrinler, kohortlar, LTV, düzenleyicilere raporlar.

12) Kırmızı bayraklar (Antipatterns)

Veritabanındaki bakiyelerin/bonusların manuel düzenlemeleri.

Tek bir veritabanı'her şey için ", BI savaş tabloları vurur.

Etki alanı işlemlerini "atlayan" olayları yayınlama (giden kutusu yok).

Olay şeması sürüm oluşturma eksikliği.

Sıfır idempotans ve retrai "ortaya çıktığı gibi".

Kaskad ve ayrıntılı telemetri olmadan ödeme hataları.

Kritik yollarda RG/AML durdurma ışıkları yok.

---

IGaming'deki mikro hizmetler modaya bir övgü değil, para, risk ve ürünü bağımsız konturlar boyunca yaymanın, sürümleri hızlandırmanın ve olayların ölçeğini azaltmanın bir yoludur. Anahtar, parasal bütünlük (Ledger + idempotency + sagas), etkinlik (lastik + sözleşmeleri) ve SRE/DevOps kültürüdür. Bu temel ile platform, hızlı, şeffaf ve güvenli kalırken, trafiğin, coğrafyaların ve düzenleyici gerekliliklerin büyümesine dayanabilir.