AWS serverless cost risks are usually configuration risks, not sizing mistakes. A Lambda function can look inexpensive in isolation, then become very expensive when the event flow lets a write retrigger the same processing path again and again.
This category currently groups the Cloud Waste Hunter detector coverage for that class of serverless drift. It is aimed at teams reviewing event-driven pipelines where the cost question is really about recursion, not idle capacity.
What this category covers
The current detector set focuses on one high-signal event-driven risk:
- Lambda S3 Recursion Risk for S3-triggered Lambda functions that appear to reference the same bucket in configuration and deserve recursion review.
This pattern is worth a dedicated category because the operator workflow is different from normal cleanup. The fix is usually safer path isolation, bucket separation, or tighter event filters rather than simple resource retirement.
Why serverless loop risk happens
The most common causes are:
- teams prototype an S3 processing flow with one bucket and keep that design into production
- output prefixes are added, but event filters never exclude them completely
- Lambda configuration is reviewed separately from S3 notification rules
- same-bucket input and output looks convenient until retries and object creation begin to amplify
That is why this detector pairs well with adjacent logging and storage reviews. Recursive event flows often leave noisy logs and messy bucket state behind.
How to use these detector pages
Start with Lambda S3 Recursion Risk when a Lambda function is triggered by S3 and also appears to target the same bucket. If the same review shows logging drift or S3 bucket hygiene problems, continue into AWS Logging Cost Optimization and AWS Storage Cost Optimization for the follow-on cleanup work.