Bir VPC içinde çalışan bir Lambda işlevi, bir VPC endpoint'i aracılığıyla bir SQS kuyruğunu yoklar, ardından mesajlardaki sayısal değerlerin hareketli ortalamasını hesaplar. İlk testler, hareketli ortalamanın yanlış olduğunu göstermektedir. Geliştirici, doğru bir hareketli ortalamayı nasıl sağlayabilir?

Doğru cevap, Lambda işlevinin reserved concurrency değerini 1 olarak ayarlayarak yalnızca bir işlev örneğinin aynı anda çalışmasını sağlar. Bu, hareketli ortalama hesaplamasının tutarlı olmasını ve birden fazla işlev örneğinin aynı anda veri işlemesiyle oluşabilecek yarış koşullarının (race conditions) önlenmesini garanti eder. Hareketli ortalamanın işlev içinde hesaplanması ve Amazon ElastiCache'te saklanması, durumun korunmasını ve sonraki çağrılar arasında paylaşılmasını sağlar. Diğer seçenekler neden yanlış: Gelen değerleri doğrudan ElastiCache'te saklamak ve başlatmada kullanmak, concurrency sorununu çözmez ve her çağrıda tüm geçmiş veriyi çekmeyi gerektirebilir. Provisioned concurrency, işlevin her zaman hazır olmasını sağlar ancak concurrency'yi 1 ile sınırlamaz; birden fazla örnek aynı anda çalışabilir. Değerleri işlevin layer'larında saklamak, her çağrıda yeniden başlatılan bir Lambda ortamında kalıcı depolama sağlamaz ve bu tür veriler için uygun değildir.