Bir şirketin e-ticaret ödeme iş akışı, bir veritabanına sipariş yazar ve bir ödeme hizmetini çağırır. Kullanıcılar ödeme sırasında zaman aşımları yaşıyor; yeniden gönderdiklerinde, aynı işlem için birden fazla benzersiz sipariş oluşturuluyor. Bir çözümler mimarı, birden fazla siparişi önlemek için iş akışını nasıl yeniden düzenlemelidir?

Doğru cevap, siparişleri bir veritabanında saklamak ve ardından sipariş numarasını bir Amazon SQS FIFO (First-In, First-Out) kuyruğuna göndermektir. SQS FIFO kuyrukları, mesajların tam olarak bir kez işlenmesini (exactly-once processing) ve mesaj sırasının korunmasını garanti eder. Ödeme hizmeti, kuyruktan mesajı alır, siparişi işler ve başarılı olduğunda mesajı kuyruktan siler. Bu yaklaşım, kullanıcılar yeniden deneme yaptığında aynı sipariş için birden fazla ödeme işleminin tetiklenmesini önler, çünkü her sipariş mesajı benzersiz bir şekilde işlenir ve kuyruktan kaldırılır. Diğer seçenekler bu sorunu çözmez: Kinesis Data Firehose, büyük miktarda veriyi toplamak ve dağıtmak için tasarlanmıştır, ancak mesajların tam olarak bir kez işlenmesini garanti etmez ve bu senaryo için uygun değildir. AWS CloudTrail, API çağrılarını izlemek ve denetlemek için kullanılır, iş akışını yeniden düzenlemek ve ödeme işlemlerini yönetmek için birincil araç değildir. Amazon SNS, mesajları birden çok aboneye dağıtmak için kullanılır, ancak mesajların sırasını veya tam olarak bir kez işlenmesini garanti etmez, bu da yinelenen siparişlere yol açabilir.