Microsoft Azure Logic Apps Reviews

Azure comes into the picture when the client is already using Azure and they are migrating PeopleSoft to the Oracle XCM Cloud. They wanted to utilize the existing system, as they already have Azure as a middleware. Thus, they preferred to continue with Azure rather than adopt another platform. In this scenario, we used Azure Logic Apps to transform their requests and facilitate the interaction within their cloud journey from PeopleSoft to Oracle and vice versa. 

We employed Azure Logic Apps as middleware since the client was already utilizing Azure for various platforms. We used Azure Logic Apps for integration purposes, including calling REST services, short services, transferring DB calls, and handling data load into tables based on the design. Most of our clients are already using Azure, and they tend to choose it for cost considerations as they already have licensing for Azure or AWS. So we seek solutions that can be cost-effective while integrating with other SaaS services like Oracle SaaS. That's how we handle integration in such scenarios.

There are many good features of Microsoft Azure Logic Apps, and that's why customers are using it. For instance, we have SaaS event processing, timer-based processing, data ingestion, and business process automation. 

Another essential feature is ISE (Integration Service Environment) for content-based routing, data transformation, and enrichment. These capabilities address various business use cases effectively. Azure Logic Apps provide the functionality required to achieve these scenarios.

In terms of improvement, it would be helpful to have more descriptive documentation. Since we work in a hybrid cloud model with Azure, AWS, and Oracle, there are instances where we need to interact between different platforms, like Oracle to AWS features, Oracle to Azure, or Azure to Oracle. In such cases, the information available is often limited, and we need to refer to different documentation sources like Azure's API documents or others. 

It would be beneficial to have scenario-based documentation that helps us understand the integration process more easily. For example, one of my team members had to work on integrating with Azure Blob for data storage. We had to call the Azure REST APIs for that, but the documentation was not clear, making it a bit complicated. We tried multiple REST services, performed trial and error, and eventually got it working. However, having a proper and detailed explanation document would have made it much smoother. Instead of providing everything in one place, having some standard use case documents would be helpful.

I have been working with it for around three years.

The solution is stable. Its stability depends on Azure's cloud services. Our cloud solution is stable. However, the stability of specific scenarios and solutions provided to the client depends on the architecture design. 

From an application point of view, as a cloud service provider, it is stable. To achieve the goals and requirements, it mostly depends on the design of the architect who is working on the solution. The solution's stability relies on the solution architect's design.

It is a scalable solution. It is not difficult to scale. We have worked with good-sized companies, including large enterprises. Some of our reputed customers are from the US and UK.

The customer service and support are good. But everything has its limitations. For example, being more responsive and providing clearer documentation would be helpful. Standard documents are fine, but in certain situations, when facing specific errors or issues, partners or consumers expect customized solutions rather than just links to existing documents. 

If a customer encounters an error while using the cloud services and developing something for their client, they would prefer tailored solutions to resolve it rather than generic URLs to past documents. This is a challenge for all cloud service providers, including Azure, AWS, and Oracle. Improving in these areas would be beneficial and greatly help the users.

The initial setup is easy. Generally, most cloud platforms provide easy installations. The cloud service provider itself takes care of most of the tasks. It's not challenging.

Deployment does not take much time. It can be done within hours. For deployment, one to two persons are enough. It depends on the number of integrations and the complexity of the plan. 

However, deployment is not a one-go task. We don't deploy 80 applications at once. It's done in a concurrent manner. We develop one, go through testing and business testing, and then migrate it to production. So, on average, one to two persons are sufficient for deployment. 

For maintenance, on average, if we have ten applications running with ten integrations in the environment, we generally follow the 30:1 rule for monitoring purposes. Maintenance is again conditional, depending on the number of integrations, changes, tasks, deployment time, SLAs, and other factors. But for monitoring, one person can handle monitoring of around thirty integrations.

The pricing is not expensive. I would say it's quite reasonable and average. It's on a yearly basis. Our client has a yearly licensing.

If you are using Oracle SaaS, it's a good decision to use Oracle Integration Cloud (Oracle Pass) for better compatibility. Otherwise, other platforms like Azure Logic Apps can also be used. But when it comes to Oracle-to-Oracle interactions, it's easier and more convenient since it's the same vendor-to-vendor interaction, ensuring security and responsiveness.

Microsoft Azure Logic Apps is a good solution. It's easy to use, and it's stable. It's not very challenging. If you prefer programming over drag-and-drop solutions, then Azure Logic Apps would be a suitable option for you.

Overall, I would rate the solution an eight out of ten. 

I am a monitoring engineer and primarily use Logic Apps as part of the monitoring integration project. It is leveraged for orchestrating different tasks and recognizing Azure Monitor alerts to build data pipelines.

Microsoft Azure Logic Apps has saved us a significant amount of time and is straightforward to use due to its excellent documentation.

Its notable advantage is its user-friendly UI, which allows easy testing. It is cloud-agnostic and aids data engineers by facilitating the creation of data pipelines, including AI-related ones. The built-in connector feature is also valuable, enabling integration with services like Teams and email notifications.

The OpenAI components in Logic Apps could be more understandable, especially in training data or handling Azure Monitor alerts more simplistically, enhancing interpretability.

I have been using Logic Apps for one year.

Logic Apps is stable and reliable.

Logic Apps is easily scalable due to its use of the application service's auto-scaling capabilities.

I haven't had direct contact with Microsoft customer support as another colleague manages our support interactions.

Positive

Before Logic Apps, I worked with other cloud services like AWS and Azure Cloud for monitoring purposes.

The installation of Logic Apps is straightforward and easy, requiring minimum personnel effort.

Just one person is sufficient to handle the installation of Logic Apps.

Logic Apps offers around 30% savings in terms of cost and time, enhancing development flexibility.

Logic Apps is free to use, though there may be costs associated with additional data storage or overuse of emails, which could require additional services.

Previously, I worked with OpenShift in an on-premises environment and Azure Cloud services.

I'd rate the solution eight out of ten.

I use the solution in my company for some of our internal projects. We have some workflows defined for which we felt Microsoft Azure Logic Apps would be the best suited because it requires an approval process. Once the approval is given, some keys are given to the users, and those are temporary keys, after which Microsoft Azure Logic Apps makes sure that after a certain period of time, maybe a few days, those keys are removed from the system.

The most valuable feature of the solution is the entire workflow that we get. We can keep it in suspended motion. We can restart it, resume Microsoft Azure Logic Apps again, and build it easily. There are multiple instances in which the same Microsoft Azure Logic Apps can run.

Microsoft Azure Logic Apps is good for certain types of workloads, but it doesn't offer many customization options. Considering the current features of the tool, one area I could think of is probably a spot where you can run some kind of script, a task that will just run a script since if it is provided in the tool, one can do much more than what one does currently.

In the future, I would like the product to provide a particular task for running scripts.

I have been using Microsoft Azure Logic Apps for four years. I am an end-user of the tool.

It is a very stable solution. Stability-wise, I rate the solution a ten out of ten.

My company hasn't really tried out the scalability part associated with the product.

The product can be recommended for businesses depending on their use cases and the company's size. If it fits your use case, you can use it. If it doesn't, it doesn't matter whether it's the company's smaller, medium, or large.

I don't remember contacting the solution's technical support team.

The product's initial setup phase is simple.

The solution is deployed on the cloud-based model.

Microsoft Azure Logic Apps is a little bit expensive, and that is why you use it only for certain types of scenarios.

My company did not test the integration capabilities of the product since we did not have to deal with such use cases.

I haven't used any AI feature with Microsoft Azure Logic Apps.

I can recommend the product to others.

I rate the product an eight out of ten.

Microsoft Azure Logic Apps' main use case is workflow. Depending on your needs, many available connectors allow you to configure it with different systems, whether on-premises or in the cloud. They start with a trigger and then execute steps one by one.  Just as we use features in Excel, the tool can manage different tasks and handle various data formats.

The solution's most valuable feature is the no-code/low-code feature. Due to certain restrictions, we might be unable to use some connectors, particularly if they involve sensitive information like usernames and credentials. In such cases, you could use the library. Then, you can deploy that function app to the same subscription and call it via Microsoft Azure Logic Apps.

Not all connectors are readily available, though. There are two types: managed connectors and app connectors. Some connectors require you to provide a username and password to connect to platforms like SharePoint or Salesforce. Due to security constraints, some users may prefer not to use these connectors. Instead, they might opt for the HTTP connector. However, tracking can be a bit challenging. In production, the run history might not be accessible due to security restrictions.

I have been using the product for a year. 

My company has 100 users. 

The tool's support is helpful and does a great job. 

The tool's deployment is easy and manageable. 

The solution is worth its cost. 

The tool's cost can vary depending on your specific use case. Generally, it's considered cheaper, but the price depends on how much you use it and which features you need. Initially, there was a consumption-based pricing model, but now Microsoft offers a standard tier. Microsoft encourages users to migrate from the consumption model to the standard one by 2025. The pricing is a monthly fixed cost, depending on your usage needs.

If you're trying Microsoft Azure Logic Apps for the first time, begin by learning its basics. Understand how to deploy and use it. Then, some practice projects should be done to see how it works in different situations. Finally, get hands-on experience through the Azure portal to feel more comfortable using it for real projects.

If you have a use case where you need to utilize an Azure function, you can directly call that function from within Microsoft Azure Logic Apps using a connector. This connector allows you to call the function with specific inputs and methods, such as Post or Get. Additionally, certain connectors available exclusively in Azure, like blob-related connectors, offer valuable resources for tasks such as editing or creating blobs. 

I rate the product a ten out of ten. 

We use the product for internal data transfers. It has replaced Data Factory in our organization because of the complexity of the data transfers.

The tool’s biggest benefit is the access we have to other Azure products. We can use all the Azure services directly. I like the product. It is the best choice for use cases involving Azure products.

The visual tool that is used to build integration is quite old. It’s really hard to see all the different models at the same time. It must be modernized, and better support must be provided for the visual tool. The tool must provide support for OpenAPI. We create connectors out of some OpenAPI documentation, but they are really old versions.

I have been using the solution for three years.

The solution is stable. It is as stable as Azure.

The tool is not easily scalable. If we want to run it on a dedicated server, it requires an extra server or virtual machine in the background, which is costly. Two people in our company are using the tool. We rarely need to maintain the solution. We conduct maintenance procedures once every three months.

The technical support could be better. The documentation is not optimum. The documentation training and tutorials are minimal and quite old.

The initial setup took some time. We had to create all the resources in Azure. It was done manually three years ago. We took around one and a half days to set everything up. The solution is cloud-based.

The ROI is really high. Having all the different Azure services integrated directly into the tool is handy.

The product is quite cheap. However, when the use cases get bigger, it gets more costly. We would need to have our own server in the background at some point, which would be very costly. It’s cheap if the use cases are low.

If someone has really good use cases in Azure, they should use Logic Apps to transfer data. Overall, I rate the tool a seven out of ten.

For one of the projects that we used, this solution dealt with SharePoint and Power apps. So there, we have to do some kind of connectivity and calculations on the fly. It was related to reading a file and our heavy processing. That was one scenario. There have been a few others as well.

If we are working with a service-oriented architecture, as an architect as a baseline, it supports us very well in terms of expandability, and the kind of robustness it brings, especially with its serverless nature is fabulous. That's not a problem. So that's how we view it. It allows us to focus on a particular functionality within this context, and that's great. 

However, the challenge lies in the fact that it's often difficult for most developers to integrate it into their daily activities seamlessly. That's where it becomes problematic. 

There are two challenges. First, it's a bit costly at the end of the day. It's difficult to calculate pricing, and that affects the business. That's one challenge. 

Second, it's asynchronous. So, getting a development team to work on it, making it function properly, is a challenge. Salespeople often have this new notion of sequential programming, so they don't fully understand how it can be used in a disconnected or asynchronous mode. It's difficult for them. It's challenging. In terms of analytics and navigation, using all these modern architectures, it's there, and it works nicely. But if somebody is using a legacy application or needs to make an extension, then it becomes difficult because those applications don't really support asynchronous processes, especially building applications this way. It's challenging to sell those things.

So, pricing and handling asynchronous processes are the two main areas that need improvement.

The primary challenge is handling the costs, especially the difficulty in providing precise, concrete numbers to the business. This becomes a significant issue because we can't predict what kind of processes will be required. Once you invest, there are various variables in the market, such as manufacturing, and once you get connected, you need a connector, which often comes at an additional premium cost. Every business is sensitive to this aspect. 

Sorting out the licensing is very complex, particularly when using multiple services. For example, if you want to use Power Apps, Logic Apps, SharePoint, and other services, things become complex and confusing. You can't go to the business and provide a clear budget because businesses prefer a specific number they can allocate. However, it's challenging to provide precise, point-to-point cost estimates because there isn't much detailed information available online. The cost estimates are often high-level.

Here is an example. We are building a chatbot, and one part of it is based on the number of requests. We're a company with 7,000 employees. If the chatbot becomes successful, we could have 100 questions or even 20 to 30 interactions per day per user. However, if it's not successful, it might drop down to just 1 to 2 interactions per day from 20 to 30. The cost variation is so significant that it's challenging to present a consistent cost to the business. It could range from ten thousand dollars per month to maybe just one thousand dollars. The range is hard to explain, and in reality, we don't know. And then there are hidden costs. When you try to connect to something, you suddenly realize it's also license-based, user-based, like seven engineers not using it. The price can increase unexpectedly from a couple of hundred dollars to maybe a few thousand dollars per month or even more. This complexity is causing people to avoid using it.

I have been working with Azure Logic Apps for a couple of years. We did a few projects here and there. Normally, for Azure Logic Apps, we worked in patches, with a few clients agreeing to use it for specific functionality. Most of them are related to SharePoint or Office. They're on the cloud directly. But we haven't come across a situation where the entire application is built around Azure Logic or all these modern services, purely Azure. Generally, it's whether Azure databases may be slow. They use Power Apps and SharePoint in the backend, which is the most popular approach. It's a double operation.

The stability is more the way we develop it. It is not a problem with the apps.

It is scalable. I have never seen a situation where there are scalability issues.

We work with enterprise and medium customers.

The customer service and support are very tricky. They will promptly come to help. Most of the time, they are able to help. But if things get complex, it is difficult to get the information from them. Generally, if you have a paid service, they are good.

Neutral

It is a service, so we don’t need to install it.

Deployment is okay once you set up the process correctly. Normally, it doesn't work in isolation. So whenever we update, there will be two or three of these. PowerApp and other things will be updated. The update is okay. It's not a problem. If you have to move between environments, then it's something we need to think about. There's no particular standard for people to have different things, and in some cases, we do have. It can be resolved.  

We used this solution for one or two projects, but it cost a lot. Very expensive.

Overall, I would rate Microsoft Azure Logic Apps an eight out of ten. It is a good product but not the best.

I would advise that you should know how service architecture works. You should know where the service is going to be adjusted in their application. It's not that you'll start putting everything. You need to understand the nature when you go with service architecture. If you don't understand, then there is a problem. 

Otherwise, it is okay. It's a good solution. You may have a few challenges, but it will be okay. It's a nice solution.

We have developed multiple integrations using the solution. We mainly used it to integrate SAP, ServiceNow, and different third-party APIs with the front end. There were different use cases for Microsoft Azure Logic Apps.

The solution provides multiple connectors, which are very useful. If we don't have a suitable connector, we can create one ourselves. With Microsoft Azure Logic Apps, we need not go into how to draft the code and how to structure the classes. We just need to focus on the logic. It's a quick solution for the coding part. It includes coding, but not that much.

The solution should include more connectors. In one of my projects, we faced issues with SAP connectivity. The connector needed to connect the SAP was not compatible with our architecture. We had to create our custom connector for that.

Microsoft Azure Logic Apps needs to be enhanced to make it more personal to the integration area. They are moving towards development but not that much towards the integration services part. It should be easier to connect to different third-party services.

Microsoft Azure Logic Apps is a stable solution.

More than 50 users are using the solution in our organization.

The solution's initial setup is not that time-consuming.

In my experience, Microsoft Azure Logic Apps is not a cheap solution. A few of my projects got delayed because of the charges. The pricing depends on whether an organization can handle all the costs because the tool has a pay-as-you-go policy. Whatever you use and the complex integration you create should be chargeable based on their iteration.

Microsoft Azure Logic Apps is deployed on the cloud in our organization. It is easier to use the tool, but it should be enhanced towards the connectivity area. You can create the logic by having the subscription and resource group. If you want to create a complicated solution, Logic Apps goes hard towards it because of their mapping functionalities.

I would recommend the solution to other users because it is a good product in terms of security and B2B integrations. It is easy for somebody to learn to use Microsoft Azure Logic Apps for the first time.

Overall, I rate the solution an eight or nine out of ten.

We mostly work with Power Automate, but we do have some experience with Logic Apps. For example, if a user makes a request and we need to process their data, we can easily develop an Azure Logic App for that. 

Sometimes, we combine Power Automate and Logic Apps. For example, a user wants to view specific data and sends a request. We can easily collect that data using Azure, along with a combination of Power Automate and Logic Apps where appropriate. We use Power Automate for external interactions and have it call Logic Apps within our application.

A customer registers on our platform. We perform a lot of validation. We call services from different applications to validate the user's identity, PAN number, and other information against government records. 

We apply a sequence of business logic to validate the customer before registering them for the application.

When we initially built the registration system for our application, we used Power Apps and Power Automate to perform the validation. We call different services through Power Automate to validate the input given by the user.

Currently, we use web services, SQL connectors, and a self-connector. We choose the connector based on where we are getting the data from.

Moreover, the visual design experience wasn't complex. It was easier, as usual. The overall experience is good. The user interface and everything are very intuitive, and we were able to easily consume all those services.

Logic Apps helped reduce complexity or development time. For example, if we get documents in the form of images, we can use Logic Apps to extract information from those images. This simplifies our efforts compared to originally using Microsoft APIs to do the same task.

The only thing is, sometimes, when we need a specific connector, it requires an enterprise or paid version. If it were possible to provide the most commonly used connectors for pulling data from different sources free of cost, that would be really nice.

For every connector, we have to pay. The cost factor is a problem. For every good connector, we're paying twice – once for the SQL Server connector and again for other data source connectors. It would be concerning if I had to pay for every connector I need. Microsoft can do something about that.

I have been using it for two years. 

It's stable if the deployed application has proper resources.

We can scale the application as and when required. There are ways to scale when there are more rules. From a scalability point of view, it's easy to configure, and we can scale the application as needed.

We have around more than 1000 end users. We have several applications working together. During each process, we pull data from different applications, and those are very well integrated with both Azure services and Power Automate. We've also been using UiPath for certain operations.

So, Logic Apps support our needs for scaling workflows or applications.

The customer service and support are good. 

The initial setup is not complex. It was intuitive and straightforward. 

The deployment process is pretty straightforward. We just publish it, and it's easy, similar to how our Power Apps applications are deployed to production.

Deployment doesn't require many resources. We had a DevOps team taking care of it. We have 15+ taking care of it who collaborated with the development team to take care of it. 

It is worth it to use it. The product does a good job. 

For cloud, Logic Apps are good. I would rate it an eight out of ten. 

I always encourage people to use Logic Apps if the environment with Azure native because the development time is drastically reduced. 

Therefore, I always encourage people to explore Power Apps and Power Automate instead of going with native mobile application development or React Native application development.