AWS Lambda Reviews

We use AWS Lambda for jobs that we just want to offload to a cloud function. We are an educational institution, and if I want to upload an exam I generated for all my students, then I just write the script on AWS Lambda. That is, we use it for independent jobs that we can offload on their own.

I like the pay-for-what-you-use feature. This is the main reason why we use AWS Lambda. I don't have to manage servers; I just have to configure Lambda and expose it to an API gateway.

AWS Lambda's cold start needs to be improved. It has to warm up first, and so, the response time is slower.

Another challenge I've noticed is that there is a limit to the environment variables such as the 4 KB limit. Although, the advice is to use parameters or other things to store the details when the limit has exceeded the data, this adds additional intensity to the application. If the size limits for environment variables can be revealed, it would be helpful. Even if we have to pay for it, at least we would know that we are not dealing with latency. So, I would like to see the size of the environment variables increased.

I've been using AWS Lambda for one year.

It's very stable.

AWS Lambda is scalable; I don't need to worry about it. At present, we have less than 10 people using this solution.

The initial setup is straightforward. It can be done on the console, and you can use the infrastructure as the code.

The deployment time can vary from 10 minutes to an hour depending on your needs and how comfortable you are with AWS Lambda.

AWS Lambda now supports multiple languages, but find out if the language you want to use to write your jobs is supported by it. If it is supported, then you are good to go.

Because AWS Lambda is scalable and does what it's meant to do, I would rate it at nine on a scale from one to ten.

We use AWS Lambda extensively for our maintenance work, for our products, and in our daily actions. We try to move some data based on alerts in certain situations and events. For example, if we are using queues based on the queue methods, we prefer to trigger different Lambdas for different functions (to enable some functionality across products). There are also a few Lambdas for audits. There are a few Lambdas for backups and many other use cases. 

I like that it's easy to use and maintain. Lambda is good and supports different platforms, so you don't need to worry about language or maintenance.

The execution time could be better. One of the major limitations is the time period because it doesn't give you more than seven minutes. So, before thinking about Lambda, you should think through your use case and ensure it's a good fit. Otherwise, you can use batch, step functions, or other methods. 

Reports and the monitoring board could also be improved in terms of alerts. The threshold alerts are there but can be improved. It takes some time to get used to these methods and get the hang of them. 

I have been using AWS Lambda for about five years.

AWS Lambda is pretty stable.

AWS Lambda is scalable. There are some concurrency issues where threshold values play a role. We might end up making a request to increase those threshold values or the limit quota, but otherwise, it's pretty decent.

AWS Lambda tech support is pretty decent. 

On a scale from one to five, I would give AWS Lambda tech support a four.

Positive

The initial setup is more about usage. Implementing this solution takes about 15 minutes, but the code and debugging will take some time. Two or three people can manage and maintain this solution.

On a scale from one to five, I would give the initial setup a five.

AWS Lambda cost is pretty decent. 

I recommend this solution to new users as this tool simplifies mundane tasks and achieves a few things between the two systems.

On a scale from one to ten, I would give AWS Lambda an eight.

We primarily use the solution for integration purposes. We use it very closely with Jira, for example. 

The workflow is the best thing about the product. When the integration happened and from where to where is something we can see automatically and navigate the workflow. 

From Jira to AWS Lambda, we're sending data. When we go from Jira to AWS, through webhooks, we are sending data to the Lambda function. From Lambda, they're navigating Jira. Whenever the manual rework is done, they need to perform some job bundles from the AWS to the Jira only. They can operate from Jira to AWS and AWS to Jira, which is great.

The initial setup is pretty easy. 

I don't have much experience after six months. I can't speak to the pros and cons. 

I have seen some drawbacks with certain integrations. 

I started using the solution six months ago. 

I'm not aware of any issues with stability. It's been issue-free so far. 

The solution can scale. We can add more users to it. We have ten to 15 people on the product right now. They are developers. 

I've never needed to reach out to technical support. I haven't had any issues. I can't, therefore, speak to how helpful or responsive they are. 

We found the setup to be straightforward. It's not complicated at all. 

It took me one day to get everything up and running.

I'm not aware of the exact pricing. I don't handle any licensing. 

Our company is looking into ServiceNow to see how it handles integrations. 

We are a customer and end-user. We use the cloud for integration purposes. 

I'm not completely into AWS Lambda just yet. What I can say, integration-wise, Lambda does not require any username or password from the Jira once they start talking to each other. It's integrated very well. 

I'd recommend the solution to others. 

I'd rate the solution seven out of ten. It is a very new tool for me; I need to do some more research on it to really understand it fully.

Usually, it is for small transactions. They're very atomic transactions. For example, we built a solution for an ad platform where an electronic ad runs for about 15 seconds a piece. Every time one of the ads runs, we have to record where did it run, how long did it run for, who was in the room, and how many people. There is a bunch of data around that. We typically send that transaction through an Amazon Kinesis pipe into a Lambda function, and then Lambda will take it and store it in S3 or target it to Redshift or put it in some kind of data store. That's one example of what we would use it for. That's a typical model for Lambda. 

It is serverless and scalable. It can scale infinitely. You don't have to worry about the size of the servers that you're pre-allocating. You don't have to build server scale-out models. Auto scale and other similar features are just inherent in Lambda. So, for atomic and fairly non-persistent transactional units of work, Lambda works very well.

My engineers work with it on a daily basis. I just don't have enough depth of knowledge about what kinds of edge cases they may have tried and found lacking. There may be some issues with some language support at one point or another because we couldn't get the underlying libraries in there. A lot of what we do is either in JavaScript, Python, or some of the non-compiled languages. I'm not sure if we've ever tried building a C# solution, for instance, in Lambda or a Java solution in Lambda. It doesn't mean those aren't its capabilities. I would rather refer to my engineers for where the boundaries are.

It has probably been five or six years since we've been migrating functionality from EC2 instances to Lambda.

Its stability is really good, and it is also highly available. The stability is inherent, but it also naturally gives you a high availability model because you don't have to have multiple EC2 instances running in, for instance, different regions. It is baked into the model. So, you can allow for inter-region Lambda functionality. It all becomes very highly available across Amazon's footprint.

It is endlessly scalable. In terms of its users, Lambda is typically baked into the middle of an application somewhere. Our ad platform solution is a fully-automated IoT solution. So, there are no people involved. The whole thing is automated from end to end. So, sometimes people don't even come into the equation.

We probably do or have dealt with their support, but that would be at the end engineer level. It is not something to which I would have much visibility. 

It is straightforward in my understanding. From the engineering perspective, I haven't gotten feedback that it is at all burdensome.

You're not paying for a server if you're not using it, which is another reason I like it. So, you're not paying if you're not using it. It scales, and you're charged based on usage. It all depends on the use case. Some can be extremely inexpensive if you have very low volume transaction rates. That way, you don't have to fire up and absorb the cost of the servers just sitting there waiting for a transaction to come through. You're only paying when you use it. So, depending upon the use model, Lambda could be highly efficient relative to an EC2 solution. You don't have to have things reallocated.

Understanding what your use model looks like is the key. All these cloud providers have so many different ways of implementing a solution that you really have to understand the near-term and long-term picture for that solution. What does it look like? When you're first building it, there might be a more expedited way to get it off the ground, but that may not scale properly, or your cost can get out of control. So, it is very important to align the right set of features within an AWS or Azure environment for not just getting the initial MVP built but also making sure that you're building it in a way that allows scaling and optimization of the cost model over time as the application scales. There's no one answer. The way you build the solution in the cloud is very dependent upon what the use case is.

From my perspective, not being at the engineering level, I would give it a nine out of ten. There is always room for improvement, but it has been a terrific advance over what was previously available just having to build everything in EC2.

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.

I have found this solution very useful. By using Lambda, we can use Python code and the Boto3 solution. 

The triggering feature is also valuable. For example, if we are using Kafka, we need to be aware that the language comes in Kafka when we write in Python, and that we are transforming our data into the meaningful server and dumping that into the S3 bucket.

I would like to see a find and replace function as part of Lambda's future releases. Currently, if we want to replace a code, we copy the code into Notepad, then find and replace it, and then copy that to Lambda. This would improve the editing function of the product.

Lambda would benefit from a debugging feature as well. For example, if you want to debug code running in Python and deployed in Lambda, it would be beneficial to have a debugging feature.

I have been working with AWS Lambda for one year.

The solution is stable. There are times when we do need to refresh when we make changes and deploy them. This seldom occurs.

We have five developers using Lambda. 

Technical support can take a long time to respond. I would rate their service a seven out of 10.

Neutral

The initial setup of AWS Lambda is simple.

I would rate this solution a seven out of ten overall. 

AWS Lambda is used to write developer codes in Python. It is a place we can run where we can run our codes.

AWS Lambda is interlinked with CloudWatch. When we have any errors we can directly go there and check the CloudWatch logs. Additionally, we can run it very fast and we can increase the RAM size and other components.

We don't have the inbuilt modules in AWS Lambda. If more modules were built into or integrated with AWS Lambda, that would help developers to code.

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

The solution is stable.

The scalability of AWS Lambda needs to improve.

We have more than 100 users using this solution in my organization.

I have not used the technical support from AWS Lambda.

I have not used other solutions prior to AWS Lambda.

AWS Lambda is a very inexpensive solution. They charge for the number of times we run it. If you run AWS Lambda for one time, they charge around 50 cents or 25 cents for the use. I don't know the exact price, but it's less than a dollar.

AWS Lambda is user-friendly, people can learn very fast. People should start using AWS Lambda instead of using their own servers. It is very cheap and is the best way where any student can learn.

I rate AWS Lambda an eight out of ten.

We have a DNS as a service and NAS as a service, which integrates, and we use Lambda functions there. We have a lot of applications that we use Lambda for. 

This solution is cloud-based. 

Some of the most valuable features are that it's easy to install and use. The performance is also good. 

Lambda could be improved in the sense that some of the things done with Lambda function take some time. So the performance could be better and faster. 

I have been using Lambda for many years. 

This solution is stable. 

This solution is scalable. 

I think, eventually, we will increase our usage. We need to move some of our services to Lambda. 

Amazon's technical support is good. 

Before implementing Lambda, we had legacy types of solutions. 

The installation could be faster, but I believe it's a straightforward process. I manage a team that handles the installation, so I can't comment on the specifics of the installation process. Within the team that handles maintenance and deployment, we have two engineers. 

We implemented this solution through an in-house team. 

We don't need to pay for licensing to use Lambda. 

I rate AWS Lambda an eight out of ten. I would recommend AWS Lambda to others. We provide a lot of services, part of which is that we write Lambda functions. 

We are primarily using AWS Lambda for real-time API services. We use AWS Redshift to support our Lambda code functions. 

This solution is cloud-based. 

One of the most valuable features of AWS Lambda is the performance. Lambda is very technical and has very high performance, as well as good real-time performance. 

AWS Lambda could be improved with better stability. 

I have been using AWS Lambda for more than two years. 

This solution is very, very stable. 

In our organization, there are around 300 users of AWS Lambda. We have plans to increase our usage. 

I have contacted Amazon's technical support, and they were very excellent. 

The installation is straightforward. The process took us under three hours, and we did it ourselves. For deployment and maintenance, we have a team of 10 engineers and developers. 

We implemented this solution through an in-house team. 

For licensing, we pay a yearly subscription. 

I rate AWS Lambda a nine out of ten. To those looking to implement AWS Lambda, I would recommend this solution, and say that Lambda has a learning curve in order to enhance the service when using it for the first time. I would advise the user to study hard to use Lambda as a tool.

Lambda can be used for automating AWS resources. 

It can also be used for automation outside of the cloud and for serverless applications. With Lambda, you can apply the code directly. 

The stability of the solution is very good, as is the performance.

It's a brilliant Amazon service that provides for many use cases. It's quite flexible.

The product has been very easy to use. All you have to do is configure a Lambda function and then deploy your code directly there and then you can invoke it in different ways. 

It is easy to configure.

The initial setup is very straightforward. 

Technical support has been great in general.

It would be ideal if we could use the solution across different platforms.

The integration could be better.

I've been using the solution for three years at this point. 

The solution is stable and the performance is great. There are no bugs or glitches. It doesn't crash or freeze. It's reliable. 

We have multiple applications. Most of our applications are Lambda-based, I would say there are around a hundred at this point.

The technical support on offer is brilliant. There shouldn't be any concern with contacting them. they are helpful and responsive. We are satisfied with the level of service on offer from them.

We have found that the solution is easy to install. You just have to do it through the UI and you can easily configure it and deploy it directly.

For deployment, et cetera, we just need one cloud ops engineer per day.

I was able to handle the implementation myself. I did not need the assistance of any consultants or integrators. Individual users should be okay if they want to install it themselves. 

We don't need to worry about monthly or yearly licenses. 

I'd rate the solution at a nine out of ten. I've been very pleased with its capabilities in general.

I would recommend the solution to other users and companies.