Aynı kelime, farklı veri
İki sistem de “müşteri” kaydı tutabilir; biri kişi, diğeri faturalandırılan kuruluş anlamına gelebilir. Alan adlarını eşleştirmeden önce kayıtların anlamını, kaynak kimliğini ve sahipliğini tanımlayın. Tarihlerin saat dilimi, para birimi ve boş değer davranışı için karar verin. İlk aktarımı bütün veriye uygulamak yerine temsilî örnekler üzerinde prova etmek, sessiz hataları daha erken ortaya çıkarır.
Tekrar gelen olay aynı işi tekrarlamasın
Bir sağlayıcı cevap alamadığında aynı olayı yeniden gönderebilir. Bağlantı kesildiği anda hedef sistem kaydı tamamlamış da olabilir. Bu yüzden yalnız başarılı HTTP cevabına dayanmak yetmez. Olay kimliğini koruyun, aynı iş etkisini ikinci kez oluşturmayan işlem tasarlayın ve çakışmaları görünür kılın. Örneğin bir sipariş bildiriminin tekrar gelmesi ikinci bir sevkiyat üretmemelidir.
Hata kuyruğunun bir sahibi olsun
Her hatayı sınırsız tekrar denemek geçerli bir strateji değildir. Geçici kesintiyle yanlış veri farklı ele alınmalıdır. Tekrar sınırını, bekleme aralığını ve sonrasında kimin inceleyeceğini tanımlayın. İşlem kaydında müşteri açıklamalarını veya gizli anahtarları göstermek yerine olay kimliği, durum ve hata sınıfı tutun. Teknik hata görünür bir operasyon işine dönüşebilmeli.
Bağlantıyı zaman içinde kontrol edin
Kaynak ile hedefi dönemsel olarak karşılaştıran bir mutabakat akışı kurun. Eksik kayıtlar, değişen yetkiler ve sağlayıcı sürüm değişiklikleri anlık bildirimlerden anlaşılmayabilir. Bakım kapsamına API sınırlarını, sürüm geçişlerini ve bağlantı kapanırsa veri dışa aktarma yolunu ekleyin. Entegrasyonun maliyetini ilk geliştirme saatleriyle sınırlı düşünmeyin.