Bir çevrimiçi yemek şirketi, siparişleri DynamoDB'ye yazan bir Lambda ile entegre edilmiş bir API Gateway HTTP API kullanıyor. Yeni iş ortakları, siparişleri almak için ek Lambda işlevlerine ihtiyaç duyabilir. Şirketin bir S3 bucket'ı var ve her siparişin ve güncellemenin analiz için S3'te minimum geliştirme çabasıyla depolanmasını istiyor. Tüm siparişlerin ve güncellemelerin S3'e yazılmasını sağlamanın en basit yolu nedir?

Doğru cevap, DynamoDB Streams'i etkinleştirmek ve bu akışı tetikleyen bir Lambda işlevi oluşturarak kayıtları S3'e yazmaktır. Bu yaklaşım, mevcut sipariş işleme mantığını değiştirmeden tüm DynamoDB değişikliklerini (oluşturma, güncelleme, silme) otomatik olarak yakalar ve S3'e kalıcı olarak depolar. Diğer seçenekler neden yanlış: Yeni bir Lambda ve API endpoint'i oluşturmak, mevcut Lambda'yı değiştirme ve yeni bir API yönetme ek yükü getirir, bu da daha fazla geliştirme çabası demektir. Kinesis Data Stream kullanmak, ek bir hizmetin yönetimi ve maliyeti anlamına gelir ve DynamoDB değişikliklerini yakalamak için yine de mevcut Lambda'nın değiştirilmesi gerekir. SNS topic kullanmak, her sipariş için ayrı bir yayınlama işlemi gerektirir ve DynamoDB'deki güncellemeleri veya silmeleri otomatik olarak yakalamaz. Ayrıca, SNS genellikle mesajlaşma için kullanılır, kalıcı depolama için değil.