Entegrasyon arızasını doğru durum bildirimleriyle yönetmek
Arızada alındı, kuyrukta bekliyor ve işleniyor durumları ayırt edilmelidir. Portal örneği, hangi geri bildirimin ne zaman uygun olduğunu gösterir.
Entegrasyon arızasında yazılımın gerçekte ne bildiğini görünür kılın. Portal bir kesintinin etkisini azaltabilir; ancak henüz sonuçlanmamış ERP işlemesini tamamlanmış sipariş olarak göstermemelidir. İzlenebilir durumlar ve işlemeye kontrollü biçimde devam edilmesi belirleyicidir.
Son güvenilir durumu belirleyin
Varsayımsal portalda müşteri, sipariş oluşturma isteği gönderir. ERP'ye geçici olarak ulaşılamaz. Portal, isteğin kabul edilip edilmediğini kendi güvenilir işleme kaydından çıkarabilmelidir. Ekrandaki bir gösterge tek başına isteği saklamaz.
Örnekte güvenilir biçimde bilinen durum | Portalda uygun ifade |
|---|---|
İstek güvenilir biçimde kaydedilmedi | Gönderim onaylanmadı; durumu kontrol edin veya kontrollü biçimde yeniden deneyin |
İstek kaydedildi ve işlenmek üzere bekliyor | İstek alındı; işleme bekleniyor |
ERP işlemesi sürüyor, sonuç hâlâ açık | İşleniyor; sipariş henüz onaylanmadı |
ERP siparişinin oluşturulduğu ve eşlendiği doğrulandı | Sipariş onaylandı |
Bu durumlar bizim örnek modelimizdir. Adlandırmalar uygulamanın gerçek kanıtlarına uymalıdır. Hızlı ve başarılı bir HTTP alındı yanıtı, sipariş oluşturmanın tamamlandığını tek başına kanıtlamaz.
Tekrarları aynı işlemle ilişkilendirin
Müşteri belirsiz gösterge nedeniyle yeniden gönderirse uygulama aynı siparişin mi amaçlandığını tanıyabilmelidir. Bunun için kullanılacak kimliği, kapsamını ve daha önce işlenmiş isteklere nasıl yaklaşılacağını belirleyin. Stripe, birden fazla teslim edilen olayları somut bir webhook örneği olarak açıklar; bundan ERP'niz için evrensel bir tekrar kuralı çıkmaz.
Özellikle ERP siparişinin oluşturulduğu fakat yanıtının kaybolduğu durumu kontrol edin. Yeniden deneme bu durumda denetlenmeden ikinci bir sipariş oluşturmamalıdır.
Sorumluluğu ve iletişimi belirleyin
Arızayı kimin değerlendireceğini, işlemeye yeniden kimin izin vereceğini ve görünen durumu kimin güncelleyeceğini belirleyin. Google SRE Workbook, arızayı çözmeyi koordinasyon ve iletişimden ayırır. Küçük bir ekip rolleri birleştirebilir; yine de açık sorumluluklara ihtiyacı vardır.
Sistem düzeldikten sonra kontrollü devam edin
ERP'ye ulaşılabilmesi kontrolün başlangıcıdır. Bekleyen iş yeniden yürütülmeden önce açık ve önceden işlenmiş istekleri netleştirin. Onaylandı durumunu ancak ilgili kanıt varsa gösterin.
Bunun için kayıt öncesi kesintiyi, kayıt sonrası kesintiyi ve kaybolan ERP yanıtını test edin. Görünen portal durumunu ve gerçekten oluşturulan sipariş sayısını kontrol edin. Bu, müşteri arızayı doğrudan yaşadığında da geri bildirimin doğru olup olmadığını gösterir.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile API ve entegrasyon
ERP, CRM ve mağaza sorunsuz bağlantılı