Security News
Fluent Assertions Faces Backlash After Abandoning Open Source Licensing
Fluent Assertions is facing backlash after dropping the Apache license for a commercial model, leaving users blindsided and questioning contributor rights.
lambda-node-runtime
Advanced tools
The module allows you to run your JavaScript code on any Node.js version in AWS Lambda.
AWS Lambda rarely updates Node.js version, in fact AWS Lambda Node.js version problem looks similar to one Babel tries to solve for JS versions. This module enables you to use latest Node.js version with latest features and bug/security fixes.
Add module to your AWS Lambda Node.js project:
npm install lambda-node-runtime -S
Write a module that holds AWS Lambda handler (i.e.: index.js
):
// index.js
module.exports.handler = async (event, context) => {
// Your code
}
or
// index.js
module.exports.handler = (event, context, callback) => {
// Your code
}
Reference your handler using AWS Lambda Environment Variable (i.e.: index.js
):
LAMBDA_NODE_HANDLER=index.handler
Choose Node.js 6.10
AWS Lambda Runtime, increase Timeout to at least 4 seconds (see Benchmarks section for more details) and set AWS Lambda Handler to expression:
node_modules/lambda-node-runtime/index.handler
Your AWS Lambda Function configuration should looks something like:
Optionally set desired Node.js version in package.json
(default is latest LTS version 8.x (Carbon)):
{
"name": "your-lambda-function",
"version": "1.0.0",
"lambda-node-runtime": {
"node-version": "9.8.0"
}
}
Example serverless.yml
configuration:
functions:
yourLambdaFunction:
handler: node_modules/lambda-node-runtime/index.handler
runtime: nodejs6.10
timeout: 4 # Cold start might take up to 4 seconds.
environment:
LAMBDA_NODE_HANDLER: index.handler # when handler method `handler` is in `index.js` module
Please note that when running serverless invoke local
command, development Node.js version is used (not the one downloaded by the module).
When you install lambda-node-runtime
module it downloads Node to node_modules/lambda-node-runtime/.node
dir. Therefore, when you create an AWS Lambda Function package it includes desired Node runtime. When AWS Lambda Function package is deployed and invoked, bundled Node child process starts and executes your JS code.
It is possible to run Node version of your desire because Node binary is relatively small (around 10 MB when zipped) so there is plenty of space left for code (AWS Lambda Function package size restriction is 50 MB).
Also Node is fast to start so the latency between when you invoke AWS Lambda Function and when it actually starts running the code is lower.
Please note that latency is there because new Node.js child process must be started. However, Node.js child process is reused in warm AWS Lambda Function meaning only cold start is slower.
This aim of this section is help you to understand lambda-node-runtime
module suitability for your use case.
The chart depicts execution of test AWS Lambda Function (that returns the event object passed to it)
module.exports.handler = (event, context, callback) => {
callback(null, event);
}
Both AWS Lambda Functions are allocated 128 MB of Memory.
It takes around 4 seconds for cold AWS Lambda Function to start in case of lambda-node-runtime
is used (compared to 20 milliseconds in case of plain AWS Lambda Runtime). According to this article AWS keeps the idle Lambda Function warm for up to 1 hour. It is also important to understant that cold start happends once for each AWS Lambda Function concurrent exection. Here is a good article that provides more details.
The reason why the first run with lambda-node-runtime
takes significantly longer is significant amount of CPU required to start a new process (i.e.: allocate memory, resource descriptors). AWS Lambda allocates CPU power proportional to the memory. It takes around 200 ms (20 times less than when 128 MB of Memory is allocated) for first run to complete in case 3 GB/RAM of Memory is allocated for AWS Lambda Function.
Let's hide the first run to compare subsequent runs.
Subsequent runs duration (except 2nd and 7th runs) is very similar. Please note that despite 2nd and 7th runs take relatively longer, it is only around 5 milliseconds.
The reasons why all the runs with lambda-node-runtime
take a bit longer are:
FAQs
Run any Node version on AWS Lambda
The npm package lambda-node-runtime receives a total of 32 weekly downloads. As such, lambda-node-runtime popularity was classified as not popular.
We found that lambda-node-runtime demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 5 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Fluent Assertions is facing backlash after dropping the Apache license for a commercial model, leaving users blindsided and questioning contributor rights.
Research
Security News
Socket researchers uncover the risks of a malicious Python package targeting Discord developers.
Security News
The UK is proposing a bold ban on ransomware payments by public entities to disrupt cybercrime, protect critical services, and lead global cybersecurity efforts.