I thought it might be a good idea to start walking through the patterns I have made available on cdkpatterns.com for people who are new to AWS CDK or just don't want to deploy it themselves to learn.
I talk through the theory, walk the code, deploy it then show it in action.
Top comments (5)
This is encouraging! I wish there was more information about how this pattern evolved.
The destined lambda pattern capabilities are explained well, addressing reliability and beautifully separating code into smaller lambda functions. IMHO, that's why the pattern is interesting to discuss. The asynchronous lambda is really different. The payload limits are different too.
Usually when I add a pattern I have loads of proven source material from AWS Heroes. On this one, I just made the connection myself so you’re right to do it justice it probably needs a detailed blog post on the theory behind it, the advantages, the disadvantages etc
Stupendous! The details just may help me understand where the pattern belongs. The pattern probably evolved, how did the lamdba destined pattern exactly evolve from the aforementioned stuff? I still wonder.
To give a quick answer on where it evolved. I created the EventBridge ETL pattern (github.com/cdk-patterns/serverless...) which uses EventBridge and Lambdas for extracting, transforming and loading data from s3 to DynamoDB. The vast majority of the logic in the Lambda functions is for processing events from and sending events to EventBridge so the ability to reduce that code was what I went looking for. Lambda Destinations is an answer to that.
It's nice code. Looks like it will launch a stack instantly. Interesting roots, etl. I'm fiddling with different patterns to replicate one set of DynamoDB tables to another set and most etl patterns use S3 for millions of bytes.