aws-cdk-rfcs
sls-test-tools
| aws-cdk-rfcs | sls-test-tools | |
|---|---|---|
| 15 | 6 | |
| 512 | 187 | |
| -0.2% | 0.0% | |
| 8.7 | 0.0 | |
| about 1 month ago | about 1 year ago | |
| JavaScript | TypeScript | |
| Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
aws-cdk-rfcs
-
What's Next for CDK? 👀
This was the most voted RFC.
-
Build AWS Serverless Scheduled Tasks with Amazon EventBridge and CDK
The scheduler is a refined and improved version of the older rules mechanism. So, why would you use the older rule mechanism for scheduled tasks? I don’t see any reason other than the better CDK constructs support (which is only temporary, see this PR).
-
Building a Robust Serverless Messaging Service with Amazon EventBridge Pipes and CDK
CDK released the L1 construct for Pipes in v2.55 back in December 2022. Unfortunately, the L2 construct is still in progress, so we will have to manually specify most of the CloudFormation template but bear with me, it won’t be too painful. The community is working on an L2 construct; you can find the issue on GitHub here.
-
Regain control over orphaned resources with CDK
The experimental cdk feature is described here. The rfc is still open so you might be able to track or influence how it will stabilize.
-
Serverless Weather Reporting with AWS Step Functions and CDK
More info on L1 vs L2 constructs here. I plan to keep an eye on this open RFC.
- Various cdk assets and implications of deleting them
-
Moving to CDK pipelines from not using pipelines
You could hardcode the stack names. But this is one of the biggest limitations CDK still has: no easy way yet to refactor names like this. There's an open RFC, but it isn't moving much.
-
Create Serverless Data Pipeline Using AWS CDK (Python)
It is not very convenient to delete some resources manually and there are several discussions with AWS developers to fix it.
-
Testing the Async Cloud with AWS CDK
It's worth mentioning that AWS CDK already has an RFC for integration testing so we might end up with something even better. In the meantime, if you are serious about integration testing, time to give AWS CDK and Provider Framework a look!
-
Ping Me! (Intro: IaC and Prep Work)
One apparent limitation of the CDK is that, at least for the nonce, it can only be used with AWS (there are two notable projects in the work right now that will greatly expand CDK's reach: cdk8s and cdktf). With Terraform you can use choose from a plethora of providers. Hell, I was able to set up my home network running on Unifi Dream Machine using Terraform. How cool is that?!
sls-test-tools
-
Easy Integration Tests for Event-Driven AWS Architectures with EventScout 📨🔭
Creating an EventBridge target to dump events to SQS. This approach was proposed in several articles (here and here) and implemented in the sls-test-tools library
-
The Best Integration Testing Library for Serverless Projects Now Supports Typescript!
How can you achieve that? 🤔 Using sls-test-tools 🏅
-
Testing AWS Step Functions flows
Check out the sls-test-tools as well. It is a great library. I'm using aws-testing-library because I'm used to it.
-
Integration testing tool for DynamoDB
Integration testing in serverless architectures can be challenging. Testing specific outcomes within managed services is cumbersome. sls-test-tools provides a range of utilities, setup, teardown and assertions to make it easier to write effective and high quality integration tests for Serverless Architectures on AWS.
-
Cloud Driven Development - Episode #001
sls-test-tools
-
Testing the Async Cloud with AWS CDK
When writing tests using something like aws-testing-library or sls-test-tools, we must have credentials to an AWS account that at least lets us send a few events and subscribe to or query the results in order to perform assertions. Depending on the stance of our organization about cloud access, this could be completely fine or it could be a never-gonna-happen dealbreaker. Often this kind of approach will be OK for a development environment, but it could be unlikely to fly in production.
What are some alternatives?
Ansible - Ansible is a radically simple IT automation platform that makes your applications and systems easier to deploy and maintain. Automate everything from code deployment to network configuration to cloud management, in a language that approaches plain English, using SSH, with no agents to install on remote systems. https://docs.ansible.com.
super-serverless-sample - Backend serverless que simula o sistema de votação do BBB
websocat - Command-line client for WebSockets, like netcat (or curl) for ws:// with advanced socat-like functions
jsii - jsii allows code in any language to naturally interact with JavaScript classes. It is the technology that enables the AWS Cloud Development Kit to deliver polyglot libraries from a single codebase!
aws-testing-library - Chai (https://chaijs.com) and Jest (https://jestjs.io/) assertions for testing services built with aws
Cypress - Fast, easy and reliable testing for anything that runs in a browser.
eventbridge-atlas - Open-source tool to document, discover, and share your Amazon EventBridge schemas.
cdk-eventbridge-socket - CDK construct that creates a WebSocket endpoint for you for any EventBridge rule you are interested in. (Built for debugging + testing )
s3-to-lambda-patterns - Example applications for the S3-to-Lambda patterns series in the AWS Compute Blog and learning path. Questions? @jbesw.
aws-cdk - The AWS Cloud Development Kit is a framework for defining cloud infrastructure in code