Bir servis yanıt vermediğinde tüm kullanıcı akışının durması gerekmeyebilir.
Başlamadan önce
Özellik listesi yerine kullanıcının tamamlamak istediği işi yazın. Kabul ölçütü, hata durumu, veri sahipliği ve bakım sorumlusu ürün kadar önemlidir.
Uygulama adımları
İlk adım: Entegrasyonun veri sözleşmesini ve hata kodlarını önceden belgeleyin.
İkinci adım: Zaman aşımı, yeniden deneme ve yinelenen istekler için kurallar koyun.
Üçüncü adım: Dış servis kesintisini izleyip kullanıcıya anlaşılır durum mesajı gösterin.
Somut bir örnek
Ödeme sağlayıcısının yanıtı gecikirse aynı sipariş iki kez tahsil edilmemeli; işlem kimliği ve güvenli yeniden deneme kullanın.
Sahada dikkat edilecek ayrıntı
Dış servisler gecikebilir, aynı olayı tekrar gönderebilir veya farklı bir hata koduyla dönebilir. Sipariş, ödeme veya stok güncellemesi yapan entegrasyonda benzersiz işlem kimliği ve tekrar deneme sınırı planlayın. Kullanıcıya “işlem sonucu doğrulanıyor” durumu göstermek, belirsizliği yeni bir istekle gizlemekten daha güvenlidir. Başarısız olaylar izlenebilir ve gerektiğinde insan tarafından güvenle yeniden işlenebilir olmalıdır.
Başarıyı nasıl anlayacaksınız?
İzlenecek göstergeler: Başarısız istek, yinelenen işlem, toparlanma süresi ve müşteri şikâyeti. Gerçek cihaz ve gerçek görevlerle test edin. İlk sürümde küçük bir akışı tamamlamak, birbirine bağlı onlarca yarım özellik sunmaktan daha anlamlı geri bildirim üretir.
En sık yapılan hata
Kaçınılması gereken yaklaşım: Ağ kesintisindeki belirsiz yanıtı otomatik olarak ikinci ödeme isteğine çevirmek. Sağlam entegrasyon, başarılı isteğin yanında başarısız senaryoyu da tasarlar.