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.
$NaN
Per 1 ms
Azure Logic Apps
Score 9.3 out of 10
N/A
Microsoft offers the Azure Logic Apps as a cloud-based integration service, supporting data and application integration.
It's fine, it works as the others would have, except EC2. We are migrating back to EC2 for dedicated compute because we have scaled to a point where we have consistent traffic. The tradeoff of maintaining infrastructure in-house outweighs the benefits of moving quickly through …
We use AWS as our primary cloud provider due to the overall availability of services, AWS Lambda is just one of the services we use with AWS which allows a more seamless integration for our microservices. AWS Lambda gives us much more flexibility and can be invoked by more …
AWS Lambda is much easier to use than the near alternatives. It is so straightforward and lightweight it is my primary service for handling small transactions or triggers. The other services require more setup time and are more complex to use. AWS Lambda takes your code snippet …
AWS is great product and a close match our expectations. It is close to Azure in function but more feature rich with API and support documents. From my experience, it is cheaper compared with our competitors and provides better interface. Overall our dev engineers prefer AWS …
I've worked previously with Azure Functions which seems to be the direct competitor to AWS Lambda and while Azure Functions worked just fine there seemed to be more configuration and "magic" behind the scenes to it compared to AWS Lambda which is very straight forward. I …
When we use Lambda, we do not need to worry about the infrastructure and costs. AWS can handle it all on its own. For an optimum use case, one can always use AWS Lambda along with API Gateway and Route 53 for the best use case. Cloudwatch can help you identify any issues and …
We also use Google Cloud Functions because we use GCP in addition to AWS. AWS Lambda is comparable to Google Cloud Functions in its functionality. The main advantage of going with one or the other has to do with what resources it will interact with--we use AWS Lambda to …
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 …
Each service has its purpose. With EC2 you can provision servers for customers and internal projects. With EBs you can optimize what you need in performance with what you can afford. With AWS Lambda you can integrate several of these tools to work together or acomplish …
I've used Google Cloud Functions to create apps for Google Home devices. My students find this more difficult to use than AWS Lambda, especially when it comes to setting permissions.
We really did not evaluate them against other products except a little Google research, we are a centralized AWS customer so it was a smooth and simple (even if blind) decision for us.
Jenkins is a solution for CD/CI pipelines. We can leverage this tool to run code automatically. Long-lived applications and jobs can also be run through it.
AWS is a much more mature platform than Microsoft Azure but is a lot more rigid in the portability perspective. If you are in it for the long run then Lambda is great and the best choice.
Since our company heavily relies on AWS already, my team did not consider any other serverless platforms when building our applications. Lambda was chosen by "default", but it's also such a popular platform that we felt we couldn't go wrong.
These are all AWS sister products, so I wouldn't say they are competitors but tools in the same box. They all work quite well together and I would say combined they are greater than the sum of their parts. Cloudformation (and SAM) templates make tying them together pretty …
AWS Lambda is good for short running functions, and ideally in response to events within AWS. Google App Engine is a more robust environment which can have complex code running for long periods of time, and across more than one instance of hardware. Google App Engine allows for …
But other similar things I've used are Azure Functions and GCP Google Cloud Functions. Like all services like this, the support is pretty much the same. AWS Lambda supports enough popular languages, and behaves pretty much the same as all of these similar services. It does it's …
We considered using application deploy in EC2 with Auto Scale but ended up with AWS Lambda as it helps us to simplify our development and deployment process. It allows us to quickly create instances in a short time for processing data when the source application uploads data …
While AWS Lambda doesn't have the UI or the predefined functions that these other services provide, what was apparent to us is the cost saving and flexibility we have with AWS Lambda once we have it set up.
The other tools which we have been using do not suite well to integrate other systems (online and onprem) and also other azure services. This tool provide lot of prebuilt connectors that helps us to use the functions within the workflows. This tool is well suited for technical …
Other services can, on some level, offer some type of subscriber/publisher pattern. For example, you could have an Azure Function watch for changes to a database and then sync the data to Cosmos DB. However, with a few clicks, Logic Apps can easily handle the task without …
This is very dependent on the line of work you are in and the unique company requirements, as is the case with everything. We utilize Azure Logic Apps for all of our computing solutions within our domain, and it has always worked flawlessly. One of the simplest clouds to set up …
Honestly, both are robust applications that have helped our business. Amazon had more help training and help resources and allowed us to hit the ground running a little easier. However, it seems like Azure is a more complete option that has more overall resources that our …
When we proposed products for central integration, we were also introduced to software like Pabbly - which was in its early stages of company growth. The main reason why we picked Azure Logic apps over the other software is that it is manufactured by the renowned company …
They are both good, but for our current moment, having Azure was a better decision. Hubspot has prices in dollar and Brazilian currency is not well at the moment, so we needed to make a decision.
Like all things, this is very much based on the line of work you are in and the specific business needs. We use Azure for our computing solutions under our domain, and it works great every time! By far one of the easiest clouds to get up and running.
There are some logic that are too complex to be executed in Azure Logic Apps. It's a smart choice to execute them in Azure Functions. Azure Logic Apps has an OOB connector to connect to Azure functions. The authentication part is taken care of by MSI (so nothing needs to be …
Microsoft Logic Apps is much more enterprise-ready. With our company being more invested in Microsoft, this was a no brainer for us to leverage the tool. Its ease of use and scalability makes it a good choice for an enterprise workload.
Azure Logic Apps has its positives and negatives. We have found that solely relying on it it not a best practice. But that Azure Logic Apps shine when used in concert of the other offerings out there as a part of the whole solution. There are tasks that Azure Logic Apps …
Scenarios where AWS Lambda is well suited: 1. When we need to run a periodic task few times in a day or every hour, we may deploy it on AWS Lambda so it would not increase load on our server which is handling client requests and at the same time we don't have to pay for AWS Lambda when it is not running. So, overall we only pay for few function invocations. 2. When some compute intensive processing is to be done but the number of requests per unit of time fluctuates. For example, we had deployed an AWS Lambda for processing images into different sizes and storing them on AWS S3 once user uploads them. Now, this is something that may happen few times every hour on a particular day or may not happen even once on other days. To handle this kind of tasks AWS Lambda is a better choice as we don't have to pay for the idle time of the server and also we don't have to worry about scaling when the load is high. Scenarios where AWS Lambda is not appropriate to use: 1. When we expect a large request volume continuously on the server. 2. When we don't want latency even in case of concurrent requests.
1. For simple tasks / moderately difficult tasks (where there are not too many condition checks) 2. We have less time for development, and the Agenda is simple. 3. Avoid Azure Logic Apps when you are unsure about hitting the limits (check latest limitations of Azure Logic Apps in MS docs)
AWS Lambda is a welcoming platform, supporting several languages, including Java, Go, PowerShell, Node.js, C#, Python, and Ruby. And if you need to deploy a Lambda function in another language, AWS offers a Runtime API for integration.
We really appreciate how AWS Lambda is always-on for our functions, with only a brief "cold-start" waiting period the first time a function is called after being dormant.
In addition to only generating costs when it's actually being used, AWS Lambda really puts the "serverless" in serverless architecture, offering turnkey scaleability and high availability for our code with zero effort on our part.
The UI and Developer experience is not so great. IF you use an abstraction like Serverless Application Model (SAM), things get pretty easy, but it's still AWS UI/DX you're working with after that (which is to say, not their strength).
Documentation is always a mixed bag. Sometimes it's just easier to google your specific problem and see how others have solved it. This can be much faster than trying to find an example that may or may not be there in the documentation (which oftentimes has multiple versions and revisions).
Microsoft Azure should be unclouded with its pricing. We don't always know how much an inclusion will affect the monthly price. So we have to speculate where we are with the price and if we can afford to include another asset.
It is very easy to get started with AWS Lambda and create your first function. The user interface makes it easy to add AWS services to be inputs or outputs to the function, meaning it can be configured in many different ways for different needs. This makes it ideal for various scenarios in AWS.
I found them easy to use and adapt to different scenarios, from Azure management to link processes between REST APIs. Together with Function Apps, they're probably the most useful resource type for Azure. Today, I use them in production, and that's a key component: stable, secure, easy to manage, and maintain.
As this is a product where a great part of errors can be at the source code level, AWS support team doesn't dive that further. I mean they don't evaluate problems more complex related to your code, [which] is totally understandable, but this make[s] debug process more tough and painful.
Azure Logic Apps are backed by Azure and Microsoft. There is a wealth of information on the internet about both of these platforms. In addition to this Microsoft has a huge bush to using this platform and have offered many solutions and support options to the user. The only drawback is that it is a fairly new platform so the 3rd party information tends to be lacking.
It's fine, it works as the others would have, except EC2. We are migrating back to EC2 for dedicated compute because we have scaled to a point where we have consistent traffic. The tradeoff of maintaining infrastructure in-house outweighs the benefits of moving quickly through our roadmap.
When we proposed products for central integration, we were also introduced to software like Pabbly - which was in its early stages of company growth. The main reason why we picked Azure Logic apps over the other software is that it is manufactured by the renowned company Microsoft and we had nothing to worry about our data security. Also, Logic apps offered a great deal when it came to pricing and it was also so much easier to negotiate the plans and prices with the customer care representatives at Azure Logic Apps!
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.
Moving to Serverless Computing obviously makes the organization get rid of dependent Infra.
ROI can be seen immediately as the required infra can be decommissioned after a successful quarter run.
Being deployed as a single entity or single app on Azure Logic Apps, Organizations need to be more careful with controls applied to meet compliance and security posture.