Skip to main content
TrustRadius
AWS Lambda

AWS Lambda

Overview

What is AWS Lambda?

AWS Lambda is a serverless computing platform that lets users run code without provisioning or managing servers. With Lambda, users can run code for virtually any type of app or backend service—all with zero administration. It takes of requirements to…

Read more
Recent Reviews

AWS Lambda for developers

9 out of 10
May 12, 2021
AWS Lambda serves various purpose accross teams
1. We mainly use AWS Lambda when we have very short time to productionise code and have …
Continue reading
Read all reviews

Awards

Products that are considered exceptional by their customers based on a variety of criteria win TrustRadius awards. Learn more about the types of TrustRadius awards to make the best purchase decision. More about TrustRadius Awards

Return to navigation

Pricing

View all pricing

128 MB

$0.0000000021

Cloud
Per 1 ms

1024 MB

$0.0000000167

Cloud
Per 1 ms

10240 MB

$0.0000001667

Cloud
Per 1 ms

Entry-level set up fee?

  • No setup fee

Offerings

  • Free Trial
  • Free/Freemium Version
  • Premium Consulting/Integration Services
Return to navigation

Product Demos

AWS Lambda | What is AWS Lambda | AWS Lambda Tutorial for Beginners | Intellipaat

YouTube
Return to navigation

Product Details

What is AWS Lambda?

AWS Lambda is a serverless computing platform that lets developers run code without provisioning or managing servers. With Lambda, users can run code for virtually any type of app or backend service—all with zero administration. It takes care of requirements to run and scale code with high availability. Users pay only for the compute time they consume—there is no charge when their code is not running.

Developers uploading to Lambda don’t have to deal with their code’s environment. It’s a “serverless” service which lets outside code or events invoke functions. Lambda doesn’t store data, but it allows access to other services which do. Users can set up their code to automatically trigger from other AWS services or call it directly from any web or mobile app.

AWS Lambda Technical Details

Deployment TypesSoftware as a Service (SaaS), Cloud, or Web-Based
Operating SystemsUnspecified
Mobile ApplicationNo

Frequently Asked Questions

AWS Lambda is a serverless computing platform that lets users run code without provisioning or managing servers. With Lambda, users can run code for virtually any type of app or backend service—all with zero administration. It takes of requirements to run and scale code with high availability.

Reviewers rate Usability highest, with a score of 9.

The most common users of AWS Lambda are from Mid-sized Companies (51-1,000 employees).
Return to navigation

Comparisons

View all alternatives
Return to navigation

Reviews and Ratings

(353)

Attribute Ratings

Reviews

(1-1 of 1)
Companies can't remove reviews or game the system. Here's why
Michael Jenkins | TrustRadius Reviewer
Score 10 out of 10
Vetted Review
Verified User
Incentivized
My team uses AWS Lambda in two primary ways: as a back end service and as middle-ware for log processing. As a backend, Lambda provides the compute for APIs fronted by AWS API Gateway or one-off tasks that can be handled in the cloud by a small piece of code. As a middle-ware for log processing, Lambda processes logs ingested by AWS Kenesis by feeding them into AWS Cloudwatch and third-party logging services.

Lambda provides an interface to managed compute resources without the overhead of the team having to mange servers or other resources.
  • Lambda provides multiple methods for triggering functions, this includes AWS resources and services and external triggers like APIs and CLI calls.
  • The compute provided my Lambda is largely hands off for operations teams. Once the function is deployed, the management overhead is minimal since there are no servers to maintain.
  • Lambda's pricing can be very cost effective given that users are only charged for the time the function runs and associated costs like network or storage if those are used. A function that executes quickly and is not called often can cost next to nothing.
  • Developing test cases for Lambda functions can be difficult. For functions that require some sort of input it can be tough to develop the proper payload and event for a test.
  • For the uninitiated, deploying functions with Infrastructure as Code tools can be a challenging undertaking.
  • Logging the output of a function feels disjointed from running the function in the console. A tighter integration with operational logging would be appreciated, perhaps being able to view function logs from the Lambda console instead of having to navigate over to CloudWatch.
  • Sometimes its difficult to determine the correct permissions needed for Lambda execution from other AWS services.
I would definitely recommend using Lambda for short-running, event-triggered processes that are dedicated to a single function. This could be for one-off processing or intermediate tasks between other resources like objects stored in buckets and queues for processing those objects. Also, since Lambda executions can be scheduled, processes that need to happen on regular intervals can be implemented with Lambda as well.
I would not recommend using Lambda for anything that needs to run longer than a few seconds. Long running processes like ETL jobs or intensive computations may be better suited for step functions, batch jobs, or even a server based approach.
Function as a Service (FaaS)
N/A
N/A
Access Control and Security
N/A
N/A
Reporting & Analytics
N/A
N/A
  • We have simplified log fiie ingestion using Lambda functions. The return has been less time worrying about getting logs from source to ingestion; one the process is in place the team is nearly 100% hands off.
  • We have begun taking a more API focused approach by using API Gateway as the interface to business processes and Lambda as the back end compute. Moving away from server based back ends places us on a path to reducing overall spend in compute costs.
  • Lambda functions allow us to easily interface with third party services through APIs. This simplifies access management since the function can be granted permissions and access to the function can be gated with API keys and other authentication methods.
I have used Azure Functions and Google Cloud Functions. In comparison, AWS Lambda is a bit more difficult to configure out of the gate. But in most cases once the function is in place and running the operation becomes completely hands-off. While I've used Azure Functions and Google Cloud Functions, my team selected Lambda because the rest of our resources already run in AWS. Keeping the functions in the same account as the other resources (like S3 buckets and API Gateways) simplifies access management and deployments.
AWS provides decent documentation and plenty of resources for getting started with Lambda. Our support engineers are readily available to answer questions and if there are ongoing issues, the support process is pretty good. I haven't had any problems with tickets falling through the cracks or issues not being followed up. My team also has a good relationship with our account managers if there is ever a need for escalation but really that's never been the case.
No
  • Price
  • Product Features
The tight integration with API Gateway was the main factor for using AWS Lambda.
I would spend more time looking at the CLI projects focused on deploying and managing Lambda functions. Particularly, I mean services like SAM CLI, Serverless, Zappa and Claudia. The majority of the AWS resources operated by my team are created using Terraform which allows us to capture infrastructure as code. However, Terraform may not be the best way to deploy and manage lambda functions. But if all you have is a hammer, every problem looks like a nail. Taking a step back, one of the other tools I mentioned might have allowed for our APIs and functions to be implemented easier.
Return to navigation