Sunucusuz bir sistem, verileri başlatan bir BeginResponse Lambda işlevi kullanır; daha sonra birçok Lambda işlevinin paralel olarak çalışması gerekir ve her biri yalnızca BeginResponse çıktısına bağlıdır. Her bir sonraki Lambda, mesajları kaybetmeden yeniden denenebilir çağrılar ve bağımsız eşzamanlılık kontrolü gerektirir. Hangi tasarım operasyonel olarak en verimli çözümü sunar?

Bu tasarım, mesaj kaybı olmadan yeniden denenebilir çağrılar ve bağımsız eşzamanlılık kontrolü gereksinimlerini en iyi şekilde karşılar. BeginResponse Lambda'sı bir SNS topic'e yayın yapar. Bu SNS topic'e abone olan her SQS kuyruğu, mesajın bir kopyasını alır. Her bir sonraki Lambda işlevi kendi SQS kuyruğundan mesajları çeker, bu da her Lambda için bağımsız eşzamanlılık kontrolü sağlar. Mesajlar SQS kuyruğunda kalır ve Lambda işlevi başarısız olursa yeniden denenebilir, böylece mesaj kaybı önlenir. Diğer seçenekler bu gereksinimleri tam olarak karşılamaz: Sadece SNS topic kullanmak, her Lambda'nın kendi eşzamanlılığını kontrol etmesini zorlaştırır ve başarısız çağrılarda mesaj kaybına yol açabilir. Her SQS kuyruğu için ayrı bir SNS topic oluşturmak gereksiz karmaşıklık yaratır ve tek bir yayın noktası avantajını ortadan kaldırır. Step Functions, sıralı çağrılar için uygundur ancak paralel ve bağımsız eşzamanlılık kontrolü gerektiren bu senaryoda aşırı karmaşık olabilir ve doğrudan SQS/SNS kombinasyonunun sağladığı esnekliği sunmaz.