Yalnızca batch destekleyen eski bir ERP’ye SaaS nasıl entegre edilir?

Question

IT Interview Practice · Accepted Answer

ERP’nin batch sınırlarına uyan **asenkron ve kurtarılabilir bir alışveriş** tasarlayın. Önce kabul edilebilir iş gecikmesini ve her veri varlığının sahibi olan sistemi belirleyin; saatlik içe aktarma üzerinde gerçek zamanlı tamamlanma vaat etmeyin.

## Mimari ve sahiplik

```text
[SaaS API/events] --> [Durable staging] --> [Mapping adapter]
                                               |
                                         [Batch files]
                                               |
                                         [ERP importer]
                                               |
[Status + reconciliation] <------------- [Result files]
```

Örnek bir satış entegrasyonunda SaaS gönderilen sipariş isteğinin, ERP ise muhasebeleştirilmiş finans belgesinin sahibidir. Kimliklerini açıkça eşleyin. Adapter durumları, birimleri ve alan anlamlarını çevirerek ERP’ye özgü kuralların SaaS tarafındaki iş akışına yayılmasını önler.

## Her adımı kurtarılabilir yapın

Kaynak protokol izin veriyorsa gelen işi onaylamadan önce kalıcı olarak kaydedin. Polling gerekiyorsa sınır kayıtlarını kaybetmeyen kalıcı checkpoint ve örtüşme veya yeniden oynatma kuralları kullanın. Batch kimliklerini, kayıt kimliklerini, şema sürümlerini, sayıları ve checksum’ları saklayın. Destekleniyorsa tamamlanmış dosyaları atomik yayımlayın; aksi hâlde ayrı tamamlanma işareti kullanın.

Her kaydı bekliyor, gönderildi, kabul edildi veya reddedildi durumları boyunca izleyin. Başarılı dosya aktarımı iş kaydının muhasebeleştirildiği anlamına gelmez. ERP sonuçlarını ayrıştırın ve yalnızca dosya sayıları yerine iş kimlikleriyle tutarları mutabık hâle getirin. Geçersiz kayıtları nedenleri ve sorumlu operatörüyle karantinaya alın.

## Sonucu belirsiz hatayı yönetin

ERP batch’i işler fakat onay kaybolursa körlemesine yeniden göndermek iş belgelerini çoğaltabilir. Yeniden denemeden önce ERP’nin desteklediği yinelenen işlem anahtarını veya sorgu/mutabakat yeteneğini kullanın. İkisi de yoksa belirsiz kayıtları kontrollü mutabakat için durdurun; yalnızca adapter tarafındaki takip defteri ERP’de tam bir kez gerçekleşen etkileri garanti edemez.

## Kapasite ve operasyon

Bir içe aktarma penceresinin birikmiş işi, yoğun dönemleri ve kesinti sonrası toparlanmayı karşılayıp karşılayamayacağını tahmin edin. Backpressure uygulayın ve kullanıcıya gerçekçi zamanlamayla bekleme durumu gösterin. En eski bekleyen kaydın yaşı, reddetme oranı ve mutabakat uyuşmazlıkları için alarm üretin. Ara dosyaları koruyun, erişim ve saklama sorumluluklarını tanımlayın.

## Mülakatta aranan işaret

Tutarlılık sınırını ve kurtarma sürecini açıklayın. “Bir kuyruk eklemek” anlamsal eşlemeyi, kısmi kabulü veya yeniden denemelerde yinelenenleri ayıklayamayan ERP’yi çözmez. Tasarım anındalık yerine uyumluluğu seçer ve bu gecikmeyi iş tarafına görünür kılmalıdır.

Kaynak: [Microsoft: anti-corruption layer](https://learn.microsoft.com/en-us/azure/architecture/patterns/anti-corruption-layer).

Mimari ve sahiplik

Her adımı kurtarılabilir yapın

Sonucu belirsiz hatayı yönetin

Kapasite ve operasyon

Mülakatta aranan işaret

İlgili sorular