Een ontwikkelaar heeft een Lambda-functie gemaakt die wordt geactiveerd door S3 PutObject-events. De functie herformatteert het object en schrijft het terug naar dezelfde bucket, wat tijdens het testen een recursieve aanroep-loop veroorzaakte. De ontwikkelaar vraagt de SysOps-beheerder om de recursie onmiddellijk te stoppen zonder fouten te veroorzaken. Wat moet de beheerder doen?

Het instellen van de reserved concurrency van de Lambda-functie op 0 is de meest directe en effectieve manier om de recursieve aanroep-loop onmiddellijk te stoppen zonder fouten te veroorzaken. Wanneer de reserved concurrency op 0 wordt gezet, wordt voorkomen dat de functie wordt aangeroepen, zelfs als er triggers zijn. Bestaande uitvoeringen worden afgerond, maar nieuwe aanroepen worden geblokkeerd. Het verwijderen van objecten uit de S3-bucket zou de trigger voor nieuwe events wegnemen, maar is een drastische maatregel die dataverlies kan veroorzaken en niet de beste oplossing is voor het stoppen van een actieve recursie. Het wijzigen van het S3 bucket policy om toegang te weigeren, zou leiden tot fouten bij het schrijven van de functie, wat niet de bedoeling is. Het publiceren van een nieuwe versie van de Lambda-functie zou de recursie niet stoppen, tenzij die versie de oorzaak van de recursie oplost en de oude versie wordt gedeactiveerd, wat meer stappen vereist dan het simpelweg instellen van de concurrency.