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
Microsoft Power Automate
Score 8.6 out of 10
N/A
Microsoft Power Automate is an advanced automation platform offering a range of features, including AI-powered automation, robotic process automation (RPA), business process automation (BPA), digital process automation (DPA), and process/task mining. The platform aims to empower organizations to securely automate their operations at scale by leveraging low-code and AI technologies.
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.
Microsoft Power Automate is defintitely more business user friendly and citizen developer friendly. It doesn't require knowledge of Javascript, etc. Just simple drag and drop interface.
I have evaluated Microsoft Power Automate against other workflow automation options, including Nintex, Joget, and custom-built solutions. Overall, Power Automate provided the best balance of integration, cost, speed, and governance for our needs. Power Automate is Low-code, …
We are using Microsoft Power Automate alongside other tools, always judging the automation scenario, necessities and limitations. Compared to UiPath e. g. Microsoft Power Automate does not offer the same customizing abilities. However it is much more advanced considering the …
In our experience, Microsoft Power Automate fails with throttling and became unusable to meet our client deadlines. Nintex did not experience throttling issues for us.
Power Automate can do many things that most platforms can't do as a 'citizen-developer' with no access to coding tools and deployment. It allows you to develop and deploy low/no-cost automation flows quickly. The blocks in Powert Automate do the API work for you, where you only …
SharePoint Designer was discontinued and was limited in functionality, being as old as it was. Nintex was powerful, but at the time we were using it, it was primarilly tied to SharePoint, and we wanted to do more outside of SharePoint as well. And Tibco Integration (Scribe) was …
Firstly, it came with organizational license, so it was available to everyone, for some of the automations that we're not able to do so when we took license for other tools it was more difficult and tedious to do hence, we had to shift back to Microsoft Power Automate. License …
Microsoft Power Automate is worlds ahead of Zapier in so many ways. The looping, DOM access, and flow controls are much better. I feel that accessing different data within previous connectors used in a flow is much easier in Microsoft Power Automate as well.
The Microsoft Power Automate have the browser based access which doesn't require any tool installation separately. Whereas for the Uipath, many dependencies are needed for the flows. We need to purchase the separate License for the UiPath but in case of the Power Automate, it …
I have only used Microsoft Power Automate as our organization is using microsoft ecosystem and i can access its features easily. With new features it is sufficient enough for my use as if now. I would recommend it for those who are in microsoft ecosystem to use it is capable …
I have many years of experience with Nintex applications and it stands up very well against Microsoft Power Automate. I hope Microsoft Power Automate can become the better workflow application. With the Integrated AI builder and continuous updates I expect they can become the …
Power Automate beats UiPath basically from a costing perspective. I prefer Power Automate over UiPath because of its different costing segments that make it way cheaper than UiPath.
SmartSheet provides a number of functions when it comes to dealing with and showcasing tabular …
User Interface and Ease of Use, Integration Capabilities, Bot Development, Cognitive Services and AI Integration, Scalability, Pricing, Community and Support. The most thing that Power Automate stands out from others is the Pricing models as it is way more cheap than Automation …
UIPath allows for automation of saving email attachments but the time required to create this automation is a great deal longer than Microsoft Power Automate.
Microsoft Power Automate is a Low-Code,No-Code approach making it easy for a beginner to learn and understand. The integration with microsoft ecosystem is an advantage. The cost is less when compared to uipath. There are pre built templates available and the AI integration is …
Microsoft Power Automate is the platform we can say very user friendly You need not to know the coding and programme you just need to enter the flow you wanted and you are set . You no need lengthy program and eventually no time is required. Very productive tool we are using …
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.
Very useful RPA tools for automating processes with minimal coding and drag-and-drop functionality, with a wide variety of triggers, including scheduled time-based triggers and activity-based triggers, such as modifying a file/list in SharePoint to run a Power Automate flow. Very easy-to-use UI with native integration with every Microsoft product, and a very low automation failure rate for deployed workflows.
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).
Power Automate is a great product that has a vast array of options on how to use it. Your imagination is the only hurdle with using Power Automate as there is no limit to what can be done with the system. It has brought a lot of value to our business through the use of custom systems, connectors, and streamlining processes.
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.
Power Automate features a clean and intuitive user interface that allows users to create, manage, and monitor workflows easily. The UI is designed to be accessible to both technical and non-technical users, with drag-and-drop functionality for building workflows. Power Automate supports integration with a wide range of Microsoft and third-party applications. This flexibility in integration allows users to automate workflows across various systems, enhancing overall productivity and efficiency.
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.
both Community support and Microsoft official support typically respond to (and resolve) reported issues in a VERY expedient manner, usually going above and beyond for education and bugfixing. I have been thoroughly impressed with the level of support I had been provided in the past.
after reviewing the main features of Power Automate, the Microsoft trainer focused on some of our real life use cases implementation, from simple to more advanced.
although it was productive, it is more difficult to stay focused and in a 7 hours a day online training (including screen share issues and the fact that the trainer just can't precisely show the exact location of your mistake)
I was part of the migration of classic SharePoint workflows and Nintex workflows. We didn't spend much time learning the new platform because of its user-friendly interface and intuitive drag-and-drop functionality. We have mostly O365 E1 and E3 licensed users, so they can participate in our Citizen Development program and utilize Power Automate to build day-to-day business processes.
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.
I have evaluated Microsoft Power Automate against other workflow automation options, including Nintex, Joget, and custom-built solutions. Overall, Power Automate provided the best balance of integration, cost, speed, and governance for our needs. Power Automate is Low-code, rapid development, minimal maintenance, faster changes, and iteration. Compared with Nintex, Power Automate has a strong workflow designer, lower licensing and operational costs, a separate vendor ecosystem, but Power Automate has Native Microsoft 365 integration, included or incremental licensing, and a strong roadmap with AI and Copilot.
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.