IoT cihazlarına dağıtılan bir uygulama, bir AWS Lambda fonksiyonu tarafından uygulanan RESTful bir API'ye veri gönderir. Her istek benzersiz bir tanımlayıcı içerir. Trafik öngörülemeyen bir şekilde artabilir ve istekler kısıtlandığında istemci yeniden deneyerek yinelenen isteklere neden olabilir. API'nin tutarsızlık veya veri kaybı olmadan yinelenen istekleri ele alması gerekir. Hangi çözüm bu gereksinimleri karşılar?

Doğru cevap, her isteğin benzersiz tanımlayıcısını kaydetmek için bir Amazon DynamoDB tablosu kullanmak ve işlemeden önce tanımlayıcı için tabloyu kontrol etmek üzere Lambda fonksiyonunu değiştirmektir. DynamoDB, yüksek ölçeklenebilirlik, düşük gecikme süresi ve tutarlılık sunan yönetilen bir NoSQL veritabanıdır; bu da onu idempotent (yinelenen) istekleri yönetmek için ideal kılar. Lambda fonksiyonu, bir isteği işlemeden önce DynamoDB tablosunda istek tanımlayıcısının zaten mevcut olup olmadığını kontrol edebilir. Eğer mevcutsa, bu yinelenen bir istektir ve fonksiyon, işlemi tekrar gerçekleştirmeden önceki başarılı yanıtı döndürebilir veya işlemi atlayabilir. Bu, veri tutarsızlıklarını ve veri kaybını önler. Amazon RDS for MySQL, ilişkisel bir veritabanı olduğu için yüksek oranda ölçeklenebilir idempotent kontrol için DynamoDB kadar uygun değildir ve daha yüksek yönetim yükü gerektirebilir. Amazon ElastiCache for Memcached, önbelleğe alma için harikadır ancak kalıcı depolama sağlamaz; bu da sunucular yeniden başlatıldığında veya önbellek dolduğunda verilerin kaybolabileceği anlamına gelir. Son olarak, yinelenen bir istek alındığında istemci hatası döndürmek, istemcinin başarılı bir işlem için yanıtı almasını engeller ve idempotentliğin amacına aykırıdır; idempotentlik, aynı isteğin birden çok kez güvenle yapılabilmesini sağlamaktır.