AWS Lambda Reviews

As a platform team, we had to enable a light-weight ingestion platform ensuring the aspects of governance were baked into the platform and the business teams could accelerate their cloud adoption and only develop the business logic.

AWS Lambda improved our productivity and also enabled the business teams to build their ingestion systems at ease.

AWS Lambda's best feature is the lightweight framework that allowed us to bring down a lot of boilerplate code as part of platform capabilities and give the developers an opportunity to only write business-specific logic.

There were some timeout issues with AWS Lambda as the options provided didn't suit our business cases. In the next release, AWS Lambda should include integration with an IoT.

I've been using AWS Lambda for about a year.

AWS Lambda scales really well.

AWS Lambda is cost-effective, with a minimal maintenance cost.

I would rate AWS Lambda eight out of ten.

We are building microservices in Lambda and exposing them via an API Gateway for the end consumer. These microservices talk to DynamoDB, or third-party APIs but can also be event-driven. These microservices carry out specific business functionalities.

We have plans to increase usage in the future. We have been modernizing our usage of SOA technology and rewriting those SOA services on the cloud using AWS Lambda. We are transitioning to a serverless environment using Lambda. 

Lambda is the preferred compute option because of on-demand cost. We don't have to provision any hardware beforehand. We don't have to provision the capacity required for the services because it is serverless. 

AWS takes care of things behind the scenes and we pay only for usage. We don't have to incur uptime or the upfront cost to procure a EC2 instance or create any ECS service.

You can trigger Lambda in various ways including API Gateway events or a S3 object event. You can create a file in SP and it can trigger a Lambda function. You can process the file based on the event and complete asynchronous programming. It supports both synchronous as well as asynchronous programming. It is integrated with variety of AWS services like the S3, SQS or SNS.

You can use Lambda for a variety of use cases. You just have to write a Lambda which can be in various languages including Python, Node.js or Java. There is no limit on what you can do with Lambda because it is integrated with a variety of AWS services. 

The first time Lambda is started up, it takes some time to spin up an instance for serving the consumer requests. AWS has been trying to solve this in a variety of ways but have not yet managed to do so. 

Lambda can only run for a maximum for 15 minutes. If you have a job which requires running for more than 15 minutes, you cannot use Lambda for that use case. 

I have been using this solution for five years. 

I would rate Lambda an eight out of ten for stability. 

This is a scalable solution. I would rate it an eight or nine. You can have 999 Lambda instances running at a particular second at one time. That is the default. It you need to scale above this, you can request for AWS to increase your capacity.

I would rate the technical support an eight out of ten. We do contact the AWS support team if we are stuck or something is not working. They provide their input and we set up a call with them to explain our issues and reach a resolution.

Positive

The initial setup is straightforward. They have variety of ways to set it up via the console, ETK or CFT. You can easily configure Lambda via variety of ways based on your experience. Usually, newcomers will use console which is a UI and makes your task easier. Experienced people will go with CLIs, SDPF or CFTs to create Lambda resources.

We are not just deploying Lambda. We have a variety of AWS services which we combine into one script and we do it via an AWS code pipeline.

I would rate the setup a nine out of ten.

Deployment was done in-house by our own team. The patching of underlying hardware and other maintenance is done by AWS. 

We have experienced a ROI using this solution. I would rate it an eight out of ten. 

Lambda is an affordable solution. They offer free requests every month and charge per the compute time. If you are working in a big organization, usually AWS offer a savings plan where you get approximately 70% discount on pricing.

If one is very affordable and ten is expensive, I would rate this solution a two out of ten. Costing is per account. Production will involve a higher cost. 

If you are planning to implement the solution using scripting language like Node.js or Python, it's better to rather use traditional programming language like Java, or .NET, because Lambda runs faster and more efficiently. We implement it using these scripting languages as the first choice.  

It is important to understand your use case properly and if Lambda is a good fit. Solutions such as Docker, Kubernetes, OpenShift or normal EC2 instances may be a better fit for your business.

I would rate this solution a nine out of ten. It integrates well with variety of AWS services which makes the event-based programming easy. Lambda is well suited to a variety of use cases or applications.

Lambda is basically a serverless computation service. We are partners with AWS and I'm a consultant. 

Because Lambda is serverless, it has optimized our resources. There's no need to worry about capacity. 

Lambda is very handy because it gives us the parallelism of computation. If you want to launch thousands of instances simultaneously, it can be done on one site. The solution has a 15-minute computation limit but you can create a chain with the same code so that the output automatically switches to another functionality after 15 minutes. 

The only issue is that if you have Lambda in one AWS account and want to utilize it in another account, it can't be done. It's a limitation of the solution. S3 bucket provides that option with its resource access management. If you have a Python library and want to package it, you have to create the package of those libraries. It requires changing the conflict file and the patent library to create the package because the configuration is a little difficult for beginners. They should simplify package creation and configuration. Writing test cases is a little difficult because of the memory and short duration. Your computation has to be finished within that time limit. 

I've been using this solution for five years. 

We haven't had any performance issues because Lambda automatically gauges the kind of computation required.

The scalability is excellent and there is no capacity limit. 

Provided the person deploying the solution knows the format of the input, the setup is relatively simple for experienced users. Deployment doesn't take long because of the integrated machine services. Our implementation was carried out in-house. It doesn't require any maintenance once it has run for a month.

Licensing costs are reasonable even though you have to pay for the computation and for the volume of data. Once the work is done, the storage is freed up so you only get charged for the instance. 

If an organization wants to go serverless, Lambda offers a truly serverless service. Even though there are some areas that could be improved, I rate this solution 10 out of 10. 

There's a lot of use cases. The solution is used for immediate processing, so it's used everywhere. When data comes in, you process a Lambda function to tag it and categorize it. I've used Lambda functions to process inbound videos to make them smaller. I've used a Lambda function as a serverless backend for a customer-facing app, so I didn't have servers running.

With a highly variable load, our idle cost is pretty much zero, and we haven't had any scale barriers, so we've scaled smoothly.

I think the most valuable features are event-based triggers. Basically, a Lambda function doesn't get called because you say, "I'm going to call it." It gets called because something happens: a file arrives, a message arrives, or a database gets written. It's really good for a reactive style when you want things to happen as soon as something else happens. That's the best pattern.

There's room for improvement in the solution's warm start, which refers to the minimum time it takes to start up a Lambda function if you haven't been running it. 

I have been using Lambda since 2014, so about eight years. 

This is a stable solution. 

This solution is scalable. We have hundreds of thousands of users, so everything in Lambda gets used a little bit at a time in different parts of the process. We have plans to increase our usage in the future. 

I would rate the technical support as a ten out of ten. You are able to pick a language, pick an environment, and deploy it. 

Positive

It is pretty straightforward to set up this solution. 

We've run some scenarios. For example, say you have three million requests per month, and 120 milliseconds each time someone requests. The total cost ends up being $2.73 a month, which is very cheap for what you get.

There's two charges for this solution. There's the charge for how many times you call a Lambda function, which is 20 cents for every million function calls. Then there's also the size and amount of time that the Lambda function runs, which is measured as 0.0000166667 dollars. It's a fraction of a penny for every gigabyte second. A gigabyte, if you ran it for like a million seconds, would cost one dollar. It computes by the cycle, and it's very cheap.

My advice is to think about the architecture first and don’t just throw your code into Lambda. Think about how your application is designed because using serverless is different.

I would rate this solution as a ten out of ten. It's a very critical service. 

I am using AWS Lambda for building web and mobile applications.

AWS Lambda has helped my organization by making it easier to code and it is less costly.

The valuable feature of AWS Lambda is the ease of coding. It is easier to code using the solution.

AWS Lambda can improve its file system-based sharing capabilities and restrictions.

I have been using AWS Lambda for approximately six years.

AWS Lambda is stable.

The scalability of AWS Lambda is good.

We have approximately 1.3 million users using the application that uses the solution. We have 10,000 to 20,000 new users added every month.

The support from AWS Lambda is good.

I rate the support from AWS Lambda a four out of five.

The initial setup of AWS Lambda is easy. The full implementation took us there to four months.

I rate the setup of AWS Lambda a four out of five.

We did the implementation of AWS Lambda in-house.

We migrated from an on-premise server to the cloud with the Lamda solution and we found it less than one-10th of the cost of what it used to be. We have 90 percent savings.

I rate the ROI of AWS Lambda a four out of five.

AWS Lambda license is paid on a monthly basis.

I rate the price of AWS Lambda a four out of five.

My advice to new users is I would recommend strongly going with AWS Lambda for all API-based solutions.

I rate AWS Lambda an eight out of ten.

We are building a Twitter-like application in the boot camp. I have used Lamda for the integration of the post-confirmation page in the application. This will help you get your one-time password via mail. You can log in with the help of a post-confirmation page. We didn’t want to set up an instance specifically for confirmation. We used the Lambda function so that it goes back to sleep after pushing up.

The tool changes its UI every month which is very frustrating for me. I don’t know why AWS keeps changing the UI. They can’t stick to a specific one.

I have not faced any stability issues with the tool.

I know that AWS has flexible support but if I encounter any problem, then I just Google it. I get a lot of support from Google, YouTube videos, and Discord channels.

The solution’s initial setup was neither easy nor complex. I started learning about cloud services about six to seven months ago and already had a background in it. However, the implementation was not easy since a lot of errors just popped up. I had to check the CloudWatch logs and look into the bugs in the code. It wasn’t interesting. The deployment took around two hours to complete.

I would rate the solution a ten out of ten. The solution works fine for us and we didn’t require the need to maintain it. I didn’t face any problems working with the product.

AWS Lambda is a serverless architecture. So, you can use three languages like Java, Python, and Node. You can write your code in any language. The main use is if you have a team and your team has one Java developer, one Python developer, or one JavaScript developer. You all want to work together and in a single project, you can use multiple languages, by any of the users.

All of the features are very good and useful.

The most valuable feature for example Java needs a server, so you need to host your application somewhere. AWS Lambda is itself serverless, and it is connected to the API gateway, and you can directly call the API through the API gateway and connect through AWS Lambda.

I would like to see the five zero four AWS Lambda invocation fixed. This is basically a time-out error. Having consistency in this aspect will enhance how robust the solution is for us.

I have been working with AWS Lambda for the past two years.

The stability overall is good. As I mentioned before sometimes you get a couple of time-out errors that need to be fixed.

It is highly scalable. You can use any of the features I mentioned, and you can write a number of functions in one project. We already use around twenty-five functions in one project.

The initial setup is difficult. You need a lot of the code background. You should be at least five to ten years as an experienced developer.

If it is a single deployment it will not take very much time. However, it does take more time as you increase code and volume.

The clients have seen a return on investment.

The price is expensive and is based on usage. The more users you have the higher the cost.

I would rate AWS Lambda an eight out of ten.

AWS Lambda is good because if you chop up your application into small pieces and that is something that can be accomplished as a Lambda-based solution on the cloud, you will save on the cost of your applications.

The reason Amazon AWS has provided AWS Lambda is to allow people to write small pieces of application tasks that will run on Amazon's own internal servers.

The most valuable feature of AWS Lambda, from a conceptual point, is its functions. For example, it's mathematical templates into which you can write, and create your solution. You write small pieces of a solution under given parameters.

I have been using AWS Lambda for approximately two and a half years.

Scalability is an in-house feature of AWS Lambda, it can scale well.

My team in the company is using this solution. I do not know how many other teams in the company might be using it.

We plan to use the solution in the future because there is always a use case for it.

I rate the scalability of AWS Lambda a ten out of ten.

I rate the support from AWS Lambda a ten out of ten.

Positive

We did not use another solution prior to AWS Lambda.

The initial setup of AWS Lambda is easy, it can be done with a couple of clicks.

We use Amazon's CodeBuild, which does the deployment for us, and we use CodeDeploy to write our software application, which submits the code into our Git DevOps operation. From there it gets built and deployed automatically. It's similar to a CICD operation.

We have seen a return on investment using AWS Lambda. We don't have to pay for the solution, such as whatever logic that is implemented. If we had to build it ourselves as a microservice, we would be paying for the infrastructure.

There are other similar solutions, such as Google Cloud Platform or Microsoft Azure. They might be better for small tasks. Everyone can use the cloud providers' solution rather than building their own infrastructure. Any cloud provider has benefits.

I would advise others to try the solution.

I rate AWS Lambda a nine out of ten.