Mühendislik: entegrasyon, olay modeli ve kurulum
Entegrasyonun yükü, kaç uç nokta çağıracağınızda değil, olay modelinin işinize oturmasındadır. TruvaLI olayı alır, skoru ve kararı döndürür; parasal tutarı olmayan olaylar da aynı yoldan geçer.
Mühendislik tarafında sorulan soru genellikle şudur: bu sistemi mevcut akışa sokmak ne kadar iş. Cevap, uç nokta sayısından çok olay modelinin işinize oturmasına bağlıdır.
Temel akış nasıl işliyor?
Uygulamanız bir olay gönderir, sistem onu değerlendirir ve bir sonuç döndürür: skor, tetiklenen kurallar ve karar. Karar akışın içinde kullanılabilecek kadar hızlı döner, çünkü geç dönen bir karar karar değildir.
Olay yalnızca finansal işlem değildir. Oturum açma, cihaz değişikliği, belge yükleme, ayar değişikliği ve hesap açılışı da olaydır ve kurallarda aynı şekilde kullanılır. Bu ayrım pratikte önemlidir: hesap ele geçirme ve bonus istismarı gibi örüntüler parasal olmayan olaylar olmadan yazılamaz.
Veri modelinde neye dikkat etmek gerekiyor?
| Konu | Ne anlama geliyor |
|---|---|
| Veri kaynağı ayrımı | Farklı ürün veya iştiraklerin verisi ayrı tutulur, kurallar kaynağa göre kapsanır |
| Toplama tanımları | Bir müşterinin dönem içindeki sayısı, toplamı ve ortalaması önceden tanımlanır ve kuralda isimle kullanılır |
| Kural sürümü | Her olayın sonucuyla birlikte hangi kural setinin ve sürümünün çalıştığı saklanır |
| Kimlik alanları | Cihaz kimliği, IP, e-posta ve ödeme aracı ilişki ağının kurulduğu alanlardır |
| Karar kaydı | Özgün karar, sonradan değiştiyse değişiklik kaydıyla birlikte durur |
Kural sürümünün olayla saklanması denetim gereksinimidir ama mühendislik açısından da işe yarar: bir davranış değişikliğinin hangi kural değişikliğinden geldiğini bulmayı mümkün kılar.
Kural değişikliği dağıtım gerektiriyor mu?
Gerektirmiyor. Kurallar veri olarak durur, kodda değil. Bu, uyum ve dolandırıcılık ekiplerinin mühendislik kuyruğuna girmeden kural değiştirebilmesi demektir ve mühendislik tarafındaki yükü kalıcı olarak azaltır. Kuralın yapısı kural ve senaryo motoru sayfasında.
Bir kural değişikliğinin geçmiş trafikte ne yapacağı üretime alınmadan ölçülebilir; kural simülasyonu ve geriye dönük test sayfası bunu anlatıyor.
Nerede çalışıyor?
Kurulum kurumun kendi altyapısında yapılabilir. Bu yalnızca bir tercih değil, bazı sektörlerde düzenleyici gerekliliktir: veri kurum dışına çıkmaz, kayıtlar kurumun kendi sistemlerinde kalır ve denetim izi ayrı bir hedefe gönderilebilir. Ayrıntı kurum içi kurulum sayfasında.
Yetki ve erişim
Yetki modeli maker-checker ayrımını, onay politikalarını, çok imzalı kararı ve yetki devrini kapsar. Erişim kayıtları değiştirilemez biçimde tutulur ve ayrı bir hedefe yazılabilir. Ayrıntı maker-checker, yetki ve denetim izi sayfasında.
Nereden başlanır?
Genellikle tek bir akışla başlanır: en çok kayıp veren ya da en çok uyarı üreten nokta. O akışın olayları gönderilir, kurallar simülasyonda çalıştırılır ve sonuç mevcut sisteminizle karşılaştırılır. Karşılaştırma tatmin ediciyse karar akışa bağlanır.
Ekip tarafındaki karşılıklar dolandırıcılık ve risk ve uyum ekipleri sayfalarında.
Sık sorulan sorular
- Temel entegrasyon nasıl çalışıyor?
- Uygulamanız bir olay gönderir, sistem skoru, tetiklenen kuralları ve kararı döndürür. Karar akışın içinde kullanılabilecek kadar hızlı döner.
- Sadece finansal işlemler mi gönderiliyor?
- Hayır. Oturum açma, cihaz değişikliği, belge yükleme, ayar değişikliği ve hesap açılışı da olaydır ve kurallarda aynı şekilde kullanılır.
- Farklı ürünlerin verisi birbirine karışır mı?
- Karışmaz. Veri kaynakları ayrı tutulur ve kurallar kaynağa göre kapsanabilir.
- Toplama hesapları nasıl tanımlanıyor?
- Bir müşterinin dönem içindeki işlem sayısı, toplamı ve ortalaması önceden tanımlanır ve kuralda isimle kullanılır.
- Kural değişikliği dağıtım gerektiriyor mu?
- Gerektirmiyor. Kurallar kodda değil veri olarak durur; uyum ve dolandırıcılık ekipleri mühendislik kuyruğuna girmeden kural değiştirebilir.
- Bir davranış değişikliğinin kaynağı nasıl bulunur?
- Her olayın sonucuyla birlikte hangi kural setinin ve sürümünün çalıştığı saklanır, böylece değişikliğin hangi kuraldan geldiği bulunabilir.
- Kurulum nerede yapılıyor?
- Kurumun kendi altyapısında yapılabilir. Veri kurum dışına çıkmaz, kayıtlar kurumun sistemlerinde kalır ve denetim izi ayrı bir hedefe gönderilebilir.
- Nereden başlamak mantıklı?
- En çok kayıp veren ya da en çok uyarı üreten tek bir akıştan. O akışın olayları gönderilir, kurallar simülasyonda çalıştırılır ve sonuç mevcut sistemle karşılaştırılır.