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

(26-45 of 45)
Companies can't remove reviews or game the system. Here's why
Score 9 out of 10
Vetted Review
Verified User
I used AWS Lambda to interact with the API Gateway and DynamoDB. It was used to retrieve and push data into the database. As a part of the project, it helped us a lot making the task quicker, simpler and more convenient.
  • Cross Language Support
  • Fast and Scalable
  • Always running
  • Initial understanding takes time
Anywhere where you just pay for what you use. AWS Lambda is the best in those areas. As it is fast and scalable it can provide an excellent alternative for server backend making the whole application serverless. You just don't need the server running every time. Just run it when you need it.
Score 9 out of 10
Vetted Review
Verified User
Incentivized
AWS Lambda is being used by my organization in various projects. In my project, we have more than 10 AWS Lambda services and for each, they are being run on several stages. We are using AWS Lambda for general authentication mechanism integrated with API Gateway. We have an event-driven design and the lambda I have written is consuming and processing events. Those events are also coming from AWS SQS, SNS, and S3. Since AWS Lambda is very easy to configure, it makes you only focus on what you need to do.

It is also very easy to integrate it with other AWS services, like consuming AWS SQS or SNS messages, and you can write your own API in minutes while integrating your Lambda with AWS API gateway.
  • No need to worry about the maintenance of your lambda.
  • It is scalable and you can always change the memory allocation and timeout.
  • Integration with other AWS Services is great!
  • Pricing is reasonable.
  • I think the cold start of AWS Lambda may be improved. The termination period of a lambda is 15 minutes. If the lambda service being called each time for less than 15 minutes there would be no cold start problem at all. The cold start problem could be solved like triggering a dummy request every 15 minutes, but that would cause some cost for the company.
AWS Lambda is great if you have a software design considering microservices with it. You can write an API with AWS Lambda and integrate it with API Gateway or you can integrate AWS Lambda consuming SQS or SNS events. You can even write an authorization lambda in front of your product.
Score 8 out of 10
Vetted Review
Verified User
We are building a system for log and data processing in AWS Lambda, S3, DynamoDB and Redshift. Data is collected and uploaded to S3 and a Lambda will be invoked to do the main processing function. It extracts and analyzes data, then puts metadata into DynamoDB and main data into Redshift. With Lambda, we are able to spin up thousands of the instances to process input S3 objects in a very short time and then remove them when finished, all with the same pattern and high performance. It saves on our development cost as implementing and deploying AWS Lambda is quite simple compared with EC2 or other services.
  • Simple implementation and deployment.
  • Quickly scale up and down on demand.
  • High performance and high availability.
  • Well integrated with other AWS services like S3, SQS, IAM, and SNS.
  • Save costs as we only pay for our Lambda function when it is triggered.
  • Have a limit on accessing underline VM.
  • Lack of name and documentation for Lambda function.
  • Not well integrated with VPC, which will face an issue when Lambda function needs to access the resource both inside and outside VPC.
AWS Lambda is suitable when we need to process data on demand and require a large number of instances. AWS Lambda is not too complex, and it will fit well in case we need an authentication function to verify user login information, process input data in S3, retrieve and execute message SQS or triggered on demand by the user. AWS Lambda would not fit if we needed to constantly receive user requests, run background processes or needed to access VM underline.
Score 8 out of 10
Vetted Review
Verified User
Incentivized
AWS Lambda is mostly being used to run our hourly/daily cron jobs. It is used across the entire organization. It helped us move data between external and internal data sources to the appropriate destinations.
  • Easy to set up.
  • Support different programming languages.
  • Events-based trigger.
  • Continuous deployment integration with GitHub.
  • Would like to easily toggle between environments.
  • An interface to map out/organize different functions.
AWS Lambda allows us to develop certain process without setting up a server. I would recommend AWS Lambda for a process that doesn't need to be real-time or needs to be always on.
Score 9 out of 10
Vetted Review
Verified User
Incentivized
We are already using other AWS services like EC2, RDS, S3, etc. and they are super reliable and easy to maintain. We use AWS Lambda to host our serverless function which is responsible for authentication. We have also started moving our microservices from EC2 to Lambda.
  • No need to maintain architecture.
  • Easier operational management with AWS console.
  • Scaling benefits of FaaS beyond costs. You pay only for what you used.
  • Vendor lock-in, dependency on AWS ecosystem.
  • It's a bit difficult to get started. AWS needs to provide more getting started examples.
  • UI is a bit dull and messy. They should make it cleaner.
Product engineers can innovate rapidly as serverless architecture has alleviated the problems of system engineering. Thus, you spend less time on operational issues and it makes devops life easier.
Score 10 out of 10
Vetted Review
Verified User
Incentivized
We use AWS Lambda and other AWS services for a couple of projects. "Vacation Tracker" project uses the most AWS services. We also use AWS Lambda for Slack Bot, API and notifications. In DynamoDB for DB, we use SNS, SQS, and other AWS services. We saved a lot of time writing the API with AWS Lambda not needing BackEnd programmers. All programmers are Full Stack.
It's an easy way to create API for mockup of the product. It's cheap for a startup product. And, with Claudia JS you can create APIs very fast. With the Claudia Bot Builder, you can create a bot for Slack, Facebook, Viber, and more.
  • No servers to manage.
  • Pay per use.
  • Do not need to be worried about scaling.
  • Faster development cycles.
  • Logs do not load fast.
  • Max 3GB RAM.
It's good for a startup project because you do not need to spend too much money for the server and DevOps teams. With AWS Lambda, you do not need to worry about server managing, scaling, or managed infrastructure. It's free for 1 million requests per month, fewer developers are needed for the backend part, and it has fast deployment.
April 12, 2019

Best Cloud Platform

Score 9 out of 10
Vetted Review
Verified User
Incentivized
A scalable tool used to configure applications which can be used from outside the organization's environments. The servers are managed on their own by AWS, which is one less task to be taken care of. Can be easily integrated with other back-end APIs like Node.js or Python. Highly scalable, load balancers are configured automatically.
  • Scalability - No worries for load balancing.
  • Flexibility- Easy to integrate with Python/ Java/ C#/ Node.js, etc
  • API - APIs are easy to integrate.
  • Microservices - Best option is to be able to use microservices with serverless architecture.
  • UI - The UI part can be groomed for beginners to easily take on the tasks.
  • Debugging - Again it becomes tougher for naive users to onboard and use the tool at its full capacity.
  • Lag- The tool lags on slow networks which can be improved.
Can be used for creating:
  • Alexa skills.
  • Serverless architectures.
  • Ability to create RESTful APIs.
February 09, 2019

The Serverless Standard

Score 10 out of 10
Vetted Review
Verified User
Incentivized
The engineering and data science teams at my organization use AWS Lambda to rapidly deliver features that are easy to maintain. We use Lambda with the Serverless framework, API Gateway, and DynamoDB to build managed micro-services that are easy to scale. We use Lambda with AWS Step Functions and S3 to build background jobs.
  • AWS Lambda is fully-managed. It is easy to build and manage functions and related resources with the Serverless framework.
  • AWS Lambda integrates well with other AWS products. It is easy to use S3, SNS or DynamoDB events to invoke functions.
  • For some use-cases, AWS Lambda is very inexpensive. Sub-second metering is great. Lambda is great for infrequently-used or bursty services.
  • Managing development, staging, and production environments with Lambda is an open question. Some organizations use separate AWS accounts for different environments, but that is not feasible for teams that use ephemeral, per-feature or per-team development environments.
  • AWS Lambda integrates well with other AWS products, and it is natural to build distributed systems from them. It can be difficult to test features that use Lambda functions end-to-end. LocalStack and moto can help.
  • Lambda functions have very limited access to disk space.
  • Container cold-starts can be problematic and difficult to foresee.
AWS Lambda is excellent for small organizations that want to focus on shipping features rather than maintaining infrastructure. Developers can iterate very rapidly using AWS Lambda, API Gateway, and the Serverless framework. AWS Lambda is not appropriate for some load patterns; services with uniformly high loads will be expensive to run on Lambda.
Fedor Paretsky | TrustRadius Reviewer
Score 8 out of 10
Vetted Review
Verified User
Incentivized
We use AWS Lambda to host our serverless lambda functions. It allows us to execute segments of our computational code that don't require actual virtual machines hosted on compute engines. This allows us to achieve very low costs for simple pieces of code that can be run quickly a large number of times.
  • Short computational code - For those that need scalability without maintaining servers, AWS lambda basically achieves all of this as one service.
  • Scalability - For most lambda services, you are charged by run amount, as long as run-time remains low.
  • Non-hosted websites/serverless code - Services like Netlify implement similar lambda functionality that is completely free. There may be services hosted on Amazon that achieve the same.
  • UI could use some improvement - Like the rest of the Amazon Web Services UI, much of the interface is complex and hard to understand at the beginning.
  • Hard to troubleshoot/debug - Lambda, in itself, is set up in an environment that makes it difficult to troubleshoot in the product. The use of staging production code is absolutely necessary.
  • The pricing is a bit more expensive when compared to other services that provide lambda function execution services.
AWS Lambda and Lambda functions, in general, are an amazing tool to run segments of code that don't need to be run actively. This allows us to save lots of money running code and only paying for it when it is actually run. Every company undoubtedly has code that can be run in this way for cost-saving. For companies that focus on computation, optimization, and other services, Lambda may not be the best, since it is unlikely that this code is executed quickly in "bursts".
Kyle Reichelt | TrustRadius Reviewer
Score 8 out of 10
Vetted Review
Verified User
Incentivized
AWS Lambdas are the true workhorses powering our ETL (Extract, Transform, and Load), Data Warehouse, and Business Intelligence solution. We integrate with dozens of registration platforms and third-party services, loading fully normalized customer data into RDS and Redshift, enabling machine learning, forecasting, CRM, marketing automation, business intelligence, and performance monitoring.
  • It scales endlessly. We chose AWS's serverless architecture specifically for its ability to start small and scale as needed.
  • Its always available. AWS's geographic redundancy and serverless architecture mean there's no server downtime. Ever.
  • From a PM's perspective, there's a learning curve. We've had to either hire out experience engineers, or absorb the not-insignificant orientation of not-yet-initiated engineers. But I suppose the same is true of anything.
Well suited if:
  • Your organization is fairly well established (see: runway)
  • You're married to AWS Infrastructure
  • You hate servers
Not well suited if:
  • You aren't utilizing AWS's manages services
  • Your organization is still in the boot-strapped stage (trying to run as lean as possible)
Chris Moyer | TrustRadius Reviewer
Score 10 out of 10
Vetted Review
Verified User
At Newstex, we use AWS Lambda for a large portion of our AWS workload. We are slowly transitioning all of our services over to Lambda from our previous EC2 servers. Currently we use Lambda to run feed processing, categorization, and normalization of blog posts. We are also using it to monitor our CloudWatch Logs for anomalies and alert our on-call staff to potential issues. We trigger Lambda from CloudWatch events (scheduled) as well as DynamoDB streams and SQS Queues.
  • Easy to deploy
  • Easy to integrate with DynamoDB
  • SQS Support makes it easier to monitor and integrate
  • Easy to scale
  • Pay for what you use, not idle time
  • Focus on your business logic
  • Some errors are hard to track
  • Hard to plan for costs
  • Maximum of 5 minutes of execution time per invoke
Web requests are perfectly suited for Lambda, as are any events that can happen quickly. As Lambda supports more languages, such as Go and Node.JS, it becomes easy to ignore things like frameworks and just focus on a single function. Keep in mind that Lambda functions do not run constantly in the background, and only run when requested, so they are ideal for spikey workloads on-demand.
Score 8 out of 10
Vetted Review
Verified User
Incentivized
I am using AWS Lambda to process data for a U.S. Government client's website. There are a number of short term processing items that are required to be performed every day and the cost of running these processes cannot be too high. AWS Lambda fits this bill perfectly. The website delivers the data to the AWS Lambda functions and the data gets processed and then passed back to tthe website via AWS S3.
  • AWS Lambda is great for inexpensive, sometimes free, short term processing.
  • AWS Lambda integrates very well with AWS S3 Storage.
  • Since it is possible to store log files on S3, it is possible to easily process AWS website log information.
  • I think the biggest problem with AWS Lambda are the small number of languages that it currently supports. This number is, however, getting bigger.
  • AWS Lambda would be a bit better if it were possible to have your function run a little longer, however, since it real purpose is to supply fast functions to all who need some short processing, this if too big of a con.
  • It is possible to have the charging kick in on AWS Lambda just because your website or functions get popular or someone is trying to attack you. It would be good if a cap could easily be placed on the chargers so you couldn't go over a set limit.
AWS Lambda is great for fast processing of data that can be placed on Amazon S3 storage. As long as the processing of the function is not longer than what AWS says a Lambda should run for and you do not do much processing, it is great. The cost can also be very good as long as you keep the price in the free area.
Score 9 out of 10
Vetted Review
Verified User
Incentivized
We've used AWS Lambda to deploy several "serverless services". The ability to quickly deploy functions, with no architecture, across several languages, with interoperability between other AWS components (such as S3), at an extremely low cost is really cool. We use Lambda to automate simple processes as well as to run code in languages that aren't supported by our main stack.
  • Very reasonable prices with billing down to the 100ms
  • Super easy to deploy functions and set up triggers from other AWS services
  • Plenty of examples and code snippets (from Amazon and around the web)
  • Vendor lock-in: While a basic function or microservice might be platform independent, when you start to use AWS APIs and interact with other AWS services, your microservice now relies on the AWS ecosystem
  • A bit intimidating at first, however there are a lot of resources. Amazon could offer more templates and examples though
When to use:
Easily deploys functions/microservices without a server. Deploy code in several different languages (For instance: Your main app is Node.js but you want to launch a Python microservice? Simple!). Automate small tasks between different AWS services.

When not to use:

When you don't really have a microservice and you actually need a server! Or when you're not going to rely on other AWS services to make up for the lack of a server.
Score 10 out of 10
Vetted Review
Verified User
Incentivized
We use Lambda functions as a way to implement serverless code without having to manage an underlying infrastructure. Lambdas are a great way to allow devs to very quickly get things out the door when the main task doesn't rely on any specific hardware or software and just needs to do something to a stream of data. Lambdas and kinesis streams go hand in hand and are very powerful tools when implemented correctly.
  • parsing data
  • log processing and forwarding
  • monitoring the contents of an S3 bucket and performing an action when the contents changes
  • more languages supported
  • cleaner interface
  • better list of example code
Eeveryone should be using Lambda functions for situations where code needs to be executed in response to something happening. Lambdas can be used in situations where you have lots of persistent data but in my opinion, they work better in ephemeral environments. Counting things with Lambdas is hard too, so you should probably avoid that.
April 20, 2018

Lambdas for the win

Score 10 out of 10
Vetted Review
Verified User
Incentivized
Clients transactional system was built using Lambda, consisting of 3 API's and a front facing Node.js application.
High latency transaction speeds were achieved and the autoscaling meant spikey traffic is dealt with.
  • Autoscaling
  • High latency
  • Pay only for execution time
  • Increase the time they 'stay warm' - if they go through periods where the system isn't used, the lambda need a few seconds to start up again
Its good for short bursts of code execution. If I was looking for long code execution times I would consider falling back to EC2. Easy to use and integrate with API Gateway and making RESTful calls becomes a breeze.
Kevin Van Heusen | TrustRadius Reviewer
Score 8 out of 10
Vetted Review
Verified User
Incentivized
AWS Lambda is a great way to perform operations in the cloud without requiring a server. We have used Lambda in our engineering team to help automate AWS related tasks and do so in a way that does not require running an AWS instance. This helped us because sometimes Lambda is one of the most efficient ways to solve a problem that involves the AWS infrastructure.
  • One of the best serverless cloud based functions out there
  • Deep integration with Amazon Web Services
  • Support for a variety of programming languages
  • Deployment of Lambda functions could be a bit more intuitive
  • Amazon could provide more examples of Lambda functions to help get started
  • A Lambda based workflow can be more complex to debug because of all the different functions that may be called as a result of your workflow
Lambda is great when you have specific bite-sized functionality that you can split into multiple discrete functions. It is not well suited for large functions that do quite a bit. Sometimes you are able to split those tasks down into separate Lambda functions that effectively get chained together. For the cases where you can't, it's better to go with a standard backend.
Andrew Raines | TrustRadius Reviewer
Score 10 out of 10
Vetted Review
Verified User
Incentivized
We currently employ Lambda to do a number of event-driven tasks without our backend infrastructure. This ranges from API services to on-the-fly image manipulation. The reason for utilising Lambda in this fashion comes from a few distinct advantages: ease of integration with other AWS services (i.e. we can trigger it extremely easily), cost and scalability. A number of our services have either very low workloads, and thus it would be wasteful to run services 24/7, or very unpredictable demands - both of which Lambda help us with massively.
  • Pay for only what you use. Because Lambda is billed by the 100ms of execution time, you can run low volume services extremely cheaply.
  • Scalability. Lambda will spin up as many concurrent executions on demand as required to fulfil the triggers (up until a soft limit at least). This means for unpredictable workloads we get reliable execution with minimal costs.
  • Ease of integration with other AWS services - Lambda can be plugged into just about everything and anything within the AWS ecosystem and also can be trigger via APIs from external systems making it very easy to integrate with.
  • Language support is OK, but could be improved. In particular it would be nice to see native support for PHP, given its prevalence, and possibly Ruby.
  • It would be great if there was a way of doing scheduling with a better granularity than 1 minute. For example, if you want to poll something every 15 seconds, it is not straight forward to do this using Lambda and the associated triggers as things stand.
Excellent for pretty much anything which is event driven. If you can consider a way of architecting your system to be micro-service oriented and event-driven then Lambda is a great fit.

On the other hand, if you need something where you are doing polling operations, particularly if its more frequent than once a minute, then there are probably better solutions for you.
Score 7 out of 10
Vetted Review
Verified User
Incentivized
We use AWS Lambda to trigger scripts in response to events in other Amazon Web Services we use. Because AWS Lambda is useful for on-demand processing, we do not have to provision a server to idle in anticipation of the events that trigger its scripts.
  • AWS Lambda is great at responding to triggers from events within the AWS ecosystem. This is important and useful if you use other AWS products.
  • AWS Lambda uses the same policies/permissions system used for users, which makes it easy to limit the scope of the script.
  • AWS Lambda allows you to create scripts in a variety of programming languages, often eliminating the need to learn a new programming language.
  • The version of node.js available on AWS Lambda wasn't up to date, requiring our organization to research older language conventions. It was later updated.
  • There were few official examples of how to interact with S3 from AWS Lambda. We resorted to examples/tutorials found elsewhere online.
The decision to use AWS Lambda is easiest if you've already committed to the AWS ecosystem of products. But AWS Lambda is also useful as a standalone product if you require any on-demand processing that only charges you when it is running. AWS Lambda is less appropriate if you need scripts with a persistent state.
Score 10 out of 10
Vetted Review
Verified User
Incentivized
I use it for running Alexa skills. These are created using Node.js and I found using AWS Lambda functions to be relatively easy to pick up and use! I’ve utilized a handful of Lambda functions and plan on using more in the future.
  • Documentation is plentiful
  • Setup steps are very helpful
  • Debugging process is great
  • I’d like to see higher versions of Node.js supported natively.
Alexa skills essentially require AWS Lambda and the process is pretty easy to get going.
December 19, 2017

Lambda info

Vishwesh S | TrustRadius Reviewer
Score 8 out of 10
Vetted Review
Verified User
Incentivized
AWS Lamda is used for running code, it is used within our team only and not used within whole origination level. Since the organization, does not require to invest money in specialist software like Jenkins. Also, it reduces our team to eliminate a need for Pre-production environment as other environments can be used as Production like env's and code can be tested in other environments. In future, probably, my team may not need specialist Deploy Engineer.
  • No need for specialist deployment engineer
  • It do not require any additional cost for server to debugging a code
  • Time-saving activity
  • We are not fully aware of its use but if it has functionality likewise we have in Unix like operating system where we can schedule deployment then it will be very good.
  • As of now, no one is trained in using any of AWS functionality fully in our team, it requires special skills to use LAMBDA.
  • It also requires setting up of node.js environment, which most of us found difficult.
Its IT future and certainly it will reduce the number of Deployment engineer posts. So, it will be gone cost-saving activity. It will be less appropriate when org system are legacy systems.
Return to navigation