Releases: getlift/lift
1.2.1
1.2.0
This release provides 2 new queue
commands:
serverless <construct-name>:logs
This command displays the logs of the Lambda "worker" function.
It is an alias to serverless logs --function <construct-name>Worker
and supports the same options, for example --tail
to tail logs live.
serverless <construct-name>:send
Send a message into the SQS queue.
This command can be useful while developing to push sample messages into the queue.
When the command runs, it will prompt for the body of the SQS message. It is also possible to provide the body via the --body="message body here"
option.
Demos:
The body can be provided interactively:
1.1.4
1.1.3
1.1.2
1.1.1
1.1.0
Lift v1.1 is all about SQS queues:
- new CLI commands to manage SQS queues
- more detailed documentation, including complete code examples
Queue commands
List failed messages, purge them or retry them using 3 new commands:
serverless <construct-name>:failed
serverless <construct-name>:failed:purge
serverless <construct-name>:failed:retry
Read more about Queue commands.
Queue examples
Never used SQS before? The new documentation includes a complete example to get you started, including:
- how to deploy a production-ready queue
- how to send messages to a queue
- how to process messages
1.0.0
🚀 Lift v1, here we go!
New "Construct" design
Lift v1 embraces the AWS CDK much further and introduces a construct-oriented design:
service: my-app
provider:
name: aws
functions:
# ...
plugins:
- serverless-lift
constructs:
# Lift constructs here
landing-page:
type: static-website
path: 'landing/dist'
avatars:
type: storage
Lift constructs are built on top of AWS CDK constructs, allowing us to take full advantage of the CDK and its included best practices.
Learn more about Lift constructs...
Beyond the syntax changes in serverless.yml
, there have been a few changes in some constructs:
Static website
Deployed static websites now automatically have recommended security headers. Better HTTP compression is also enabled by default (Brotli compression).
Security headers have been implemented using the new CloudFront Functions: they work perfectly for these kinds of use cases, and they deploy transparently without extra complexity (unlike Lambda@Edge).
The Lift documentation now also contains examples for deploying React and VueJS applications.
Webhook
Now that we have shifted to a construct-oriented design, each webhook construct gets its own event bus and API Gateway.
More constructs
More constructs are coming soon, stay tuned!
If you are looking for a specific construct, please open a discussion on GitHub!