Microsoft Azure App Service Reviews

We're working on the premium, dynamic, and standard price sharing on Microsoft Azure App Service, and most of our APIs are hosted on Microsoft Azure App Service. We're also using the platform for API calls and security management.

We're not currently using Microsoft Azure App Service for any static web. We have a lot of API calls daily that try to access services because our applications are interconnected with either Coupa or Microsoft Dynamics 365.

What I found most valuable in Microsoft Azure App Service is that it's a PaaS.

I also like that it supports Docker and multiple frameworks so that you can work on Java, Ruby on Rails, PHP, and Python.

Another valuable feature of Microsoft Azure App Service is DevOps optimization.

The platform also has connectors and supports on-premise servers, including the IIS server. Microsoft Azure App Service is helpful when my company needs to do some API configurations with SaaS and IIS. However, it still depends on the use case.

I also find Microsoft Azure App Service templates valuable because of their compatibility with WordPress, Joomla, and Drupal.

Microsoft Azure App Service also gives you access to the Azure Marketplace, which helps my company work on Azure functions.

I also like that the platform allows you to have a serverless environment for codes you can run from the server side.

I find Microsoft Azure App Service secure, which is another pro. You can go for the newest security protocol version, TLS 1.2 because TLS 1.0 and 1.1 have depreciated. Microsoft Azure App Service lets you efficiently manage security via private and public key certificates.

Overall, my company had an excellent experience with Microsoft Azure App Service regarding serverless configuring, serverless environments for websites, API calls, and microservices.

Limited integration is an area for improvement in Microsoft Azure App Service.

Another area for improvement in the platform is multi-language support. That still needs to be added because, at the moment, my team still has to work on specific Python languages whenever the API calls need to be configured.

The pricing tier for Microsoft Azure App Service also has room for improvement because it significantly varies. For example, you have premium and dynamic pricing, and people on P2 should be offered dynamic pricing or the high-priced tier on offer could still be worked on.

I want a lifecycle pipeline feature, similar to Azure Pipelines from Microsoft Azure App Service. For example, when configuring the pipelines, I should be able to configure the cloud security posture for a specific deployment. By default, there should be a prebuilt cloud security option that can be configured before moving into the production environment.

Microsoft Azure App Service should also give you a clue regarding the risks. It would be best if you didn't have to connect to other modules because that wouldn't be as beneficial to platform users, mainly because Microsoft Azure App Service has a lot of security development kits.

We've been working with Microsoft Azure App Service for three to four years. We're still using it.

Microsoft Azure App Service is a PaaS, so it's pretty stable.

In the past three or four years, my company deployed it with Coupa and Microsoft Dynamics 365, yet I haven't seen any outages.

Microsoft Azure App Service is a Microsoft service, so it has 99.99% stability. I haven't seen any service-related issues from it.

Microsoft Azure App Service is scalable, so if you want to utilize it more, you can go for the recommended price tier. What's best about the platform cost-wise is its detection feature, which tells you if your utilization isn't high in terms of memory, so that advisory helps you manage cost. You'll get a recommendation on which Microsoft Azure App Service module to use.

You'll also find it easy to decide whether to scale up or down for the production or if you need to create an isolated environment.

My company is a gold customer of Microsoft Azure App Service, so Microsoft provides premium technical support. It depends on the issue. For example, if my team has a P1 problem, support will call immediately. The support provided is similar to Cisco Smart Net, where support is very supportive, and it's especially recommended if you have a critical issue and your environment is down.

Apart from Microsoft Azure App Service, my company also uses the AWS serverless API solution, Amazon API Gateway, where microservices and risk APIs run. It's used side by side with Microsoft Azure App Service. As I belong to the security team, I'd always prefer Microsoft Azure App Service because it's pretty systematic, and Microsoft does checks and balances.

If you go for Amazon API Gateway, it's cheap and can give you different configurations. However, it's pretty tricky, security-wise, because you still have to enable a couple of new services for security. You cannot manage security easily on Amazon API Gateway. You still have to configure Security Hub and GuardDuty. It's tricky regarding security and data ingestion of logs because you still need to send that to Amazon CloudWatch directly.

I'm not as comfortable with Amazon API Gateway, which is another reason I prefer Microsoft Azure App Service; However, Microsoft Azure App Service is expensive, but I understand that because of its structure, schematics, easy management, and better security. It's secure by default with security-by-design parameters, and Microsoft would manage significant areas.

The initial setup for Microsoft Azure App Service isn't that complex, but it still depends on experience. It's a basic deployment where you define the subscription and the resources you need to connect, depending on how you connect further. For example, you need to configure the code or container or contain it as a static web. Then, you can choose operating systems, such as Linux or Windows, and select the region.

If you need to connect Microsoft Azure App Service to the GitHub repositories for DevOps, you can also connect it. It would be best if you then defined the networks, the monitoring, and the tags. You also define your application insights. For example, it could be a crown jewel app you will configure. You can also configure the detection, and the process is also straightforward to define, security-wise.

Microsoft Azure App Service is an expensive platform, but it depends on the data ingestion. There's a pay-as-you-go plan and a savings plan for compute, but total costs depend on data ingestion and disk space.

For high performance, security, and isolation, Microsoft offers a disk space of 1 TB, with a pay-as-you-go price of $40 per hour, if I'm not mistaken, but that could be lower depending on your key account manager if I remember correctly.

You have options cost-wise. You either go with the standard service plan or the premium plan for Microsoft Azure App Service. If you go for the premium plan, it's expensive, but it depends on your risk appetite.

If you go for Amazon API Gateway or AWS, it would be cheaper, but what's your risk appetite, security-wise? You can still enjoy security from AWS, but that means enabling six modules, for example, Security Hub, GuardDuty, etc. Then, for data log ingestion, you still need to enable Amazon Kinesis Data Firehose, so that would make the costs more expensive.

In comparison, you can go for the premium Microsoft Azure App Service plan and enable the platform and services. The data will automatically be adjusted toward your Microsoft Sentinel account. You also don't need to procure Microsoft Defender for Cloud because, by default, Microsoft provides security.

Going for Microsoft Azure App Service also means that Microsoft Azure will also manage identity protection.

I'm working on Microsoft Azure App Service, end-to-end security such as Amazon GuardDuty, and AWS Security Hub.

My company uses SQL services, AWS RDS, PaaS, and SaaS.

My team also works on all Microsoft Defender for Cloud, Azure WAF, Azure Network Watcher, and Azure Service Map modules.

My company works on endpoint security and related solutions, such as Microsoft Purview Compliance Manager and Microsoft Purview DLP.

Microsoft Azure App Service is a mobile development platform. It's a serverless environment.

My company has an interconnection with Microsoft Azure App Service, with API calls coming from the platform, so there's no specific user but a service account used by the company.

My rating for Microsoft Azure App Service is seven out of ten based on the features used within the company.

My company is a customer of Microsoft Azure App Service.

It simplifies the deployment of applications, including those built with technologies like .NET or UCS, making it particularly valuable for microservices applications. It streamlines the deployment process, allowing developers to easily deploy and manage their applications without requiring dedicated DevOps engineers.

The primary and standout feature is ease of deployment.

Having a surplus of tutorials from Microsoft, rather than relying solely on documentation or features from other sources like YouTube, can be beneficial.

It offers excellent stability capabilities.

It offers configurability through the Azure portal. Adjusting resources such as CPU or memory is a straightforward process, making it easy to scale up or down based on your requirements. We manage multiple projects. Each project, whether it's a toll-free initiative or any other, typically involves three or four developers who contribute to the content and development processes.

Deployment is a straightforward process: after coding, you package the application into a folder, compress it into a ZIP file, and execute a command line with the ZIP file's path. This command includes the ZIP file's location, and Azure App Service takes care of running the application and exposing it without any further complexities. I can handle the deployment on my own.

The cost is reasonable.

Overall, I would rate it eight out of ten.

We primarily use the solution for MDM management. 

We primarily use the solution for application deployment. It is very easy to use. 

The solution is very simple to set up. 

It is stable and reliable. 

The solution can scale.

Pricing is moderate.

So far, it has been good. We haven't used it for that long and haven't had any issues. 

The pricing is average. It could be lower.

There are still some improvements that could be leveraged in the future to make it even better.

The response time could be better.

We've used the solution for about one year. We've used it quite often.

This is a stable, reliable product. We haven't had issues. There are no bugs or glitches, and it doesn't crash or freeze. I'd rate stability ten out of ten. 

We have 600 people using the solution.

It is a scalable product. I'd rate scalability ten out of ten. 

I've never contacted technical support. I'm not sure how helpful they would be.

I did not previously use a different solution. We chose this solution to help improve the daily management of mobile users. 

The initial setup and implementation have been quite straightforward. It is not complex. I'd rate the ease of setup ten out of ten. It's very easy. 

The deployment process was very good. It took maybe a few hours, including lead time. 

We have 500 people deploying and maintaining the solution. 

We've witnessed ROI while using the solution. It's worth the purchase. 

The pricing is decent. It's not overly expensive. I'd rate the affordability five out of ten. The pricing is average. 

We may have looked at other options as well. We did also look into Office 365. 

We are end-users and customers. 

I'd rate the solution six out of ten. 

It's useful for companies that use iPads. 

My use case for Microsoft Azure App Service is to deploy web solutions faster and easier online. Rather than setting up my servers and worrying about the need to set up the infrastructure, the OS, and the run time, I use Microsoft Azure App Service for faster deployment and to get my solutions to the market at a faster rate.

I've used Microsoft Azure App Service quite a lot, and what I like best about it is that it's a serverless HAM, which is a feature that can run a function, a single function, but faster and more frequently without needing any other assistance. This has been what I found most valuable in Microsoft Azure App Service, the serverless option that's very easy to utilize, and you only need a minimal setup to use this and to enjoy the functionalities required, so the solution gives me a lot of comfort whenever I'm using it.

Customers love it when a solution is affordable, but with Microsoft Azure App Service, you can start and stop it, and when you stop it, it won't be reachable and it won't be available, yet you're still being charged for it.

You'll still be charged even if the solution isn't accessible because Microsoft Azure App Service runs on a shared virtual machine that keeps on running, so if there's a way to work this out, it'll be a great improvement to only pay for what you use. The solution should have no hidden cost and no extra charge when it's stopped. This is what needs improvement in Microsoft Azure App Service.

I've been using Microsoft Azure App Service for four years now, but professionally, this is my second year to use it.

Microsoft lives up to its word. For example, the SLA it promised is 99.7%, and to the best of my knowledge, Microsoft Azure App Service has been able to reach that percentage without any global outage from any of the services and underlying infrastructure that power it. The solution is available 100% throughout its lifetime.

Microsoft Azure App Service is very scalable, and it's built in such a way that it encourages flexibility in scaling. You can grow from a single instance to thirty instances, and you can increase from 5GB RAM to over 30GB RAM.

Microsoft Azure App Service is designed so you can start small and expand as your customer base grows. It's built around that ideology and it's been living up to that ideology. The solution is defined scalability-wise, and it's practical in both approach and usage.

The setup for Microsoft Azure App Service is very straightforward. All you have to do is navigate to the portal, search for the App Services, curate one, give it a name, select a location, region, and resource group, then customize the number of RAM you want. Do you want a disk to be attached to it? Do you want to do some modern networking parameters which are not requirements?

The basic requirements for setting up Microsoft Azure App Service are very straightforward, so anyone who can power his computer can get started with.

You also have several deployment options to choose from for Microsoft Azure App Service which would make life easy. You can deploy from your existing repository, or you can upload your code directly, so for me, the setup is quite easy for the solution.

How long Microsoft Azure App Service deployment usually takes depends on the content, specifically the size of the content you want to deploy to it. At most, if you have a one-page website, the solution takes less than five minutes to deploy, which is quite fast, so you can get your sites up and running in less than twenty minutes with the setup and deployment, so the process is considerably okay.

The pricing for Microsoft Azure App Service is per hour, and you're billed per hour, and it depends on the plan you're using. Each plan can host up to a minimum of four to eight applications at a time, so the pricing is quite okay with how I use Microsoft Azure App Service currently, but with the little testing I've done, I saw that some other regions tend to be costlier than others. If the same SLE is delivered for all services, there should be a way to make the prices parallel across regions. Having more transparent pricing for Microsoft Azure App Service would give customers more comfort.

Microsoft Azure App Service can be used by a lot of people, but either the cloud engineer or the infrastructure engineer should be in charge of it because the solution relates to a lot of infrastructures and other resources such as storage, databases, networking, firewalls, and it can even relate to APIs and other resources outside the cloud environment. A lot of people can work on Microsoft Azure App Service, but it's best handled by the cloud engineer who has an understanding of how to implement the relationship with other resources.

I've worked on Microsoft Azure App Service for four years, and I have enough experience to orchestrate, manage, and maintain it.

My advice to anyone looking to use Microsoft Azure App Service is that you should try it and see the power of getting your applications out at a faster rate. It can get your application to speed up in less than twenty minutes, and it can handle between thirty to fifty thousand users at a time. You can try Microsoft Azure App Service while you're starting, then you can keep scaling until you need more resources or more solutions that can help you with your workload. Try Microsoft Azure App Service out, so you can see for yourself what it can give you. This is the best way to enjoy its features and benefits.

My rating for Microsoft Azure App Service is nine out of ten.

My company is a partner of Microsoft Azure App Service.

We use this product for integration and use a bidirectional approach. Some cases are created in service now, which are pushed to Salesforce. When an item is created in Salesforce, it is also created in ServiceNow which exposes some risk APIs. Those risk APIs are Salesforce, snow and sales group, but it's not enough for our portal because they need some customization, so we do it ourselves with function apps deployed over Azure. The function apps are forced through API and ServiceNow and application performance integration systems. These function apps are consumed by those APIs.

We are able to do millions of things simultaneously. Additionally, Azure maintains and manages the server, which is very helpful because we don't have to. The microservice architecture is also very good. Performance wise it is the best thing I have ever found.

The product could be improved by including crude operations. Previously, we provided it in the same application. However, when the operation went down, other operations also went down. This was one of the risks we had to overcome with this solution to avoid other operations being affected when one operation went down. With this resolved, the performance will be seamless because data can be handled simultaneously.

We have been using this solution for the last six months. Microsoft Azure App Service has multiple plans and subscriptions. It provides access to certain subscriptions and specific profiles, fewer consumption plans and subscription premium plans. So when we work on logic or function apps, they provide certain resource groups. We can discuss certain logic and function apps when we have access to resource groups.

The solution is stable. Everything is organized. Additionally, access is provided to their help centres in case you face difficulty. When we had issues, we contacted them, and they made a ticket and resolved it.

The solution is scalable. Approximately 50 to 100 people in different roles use this product in our company. However, I am unaware of the total amount of people that could be added to this product.

Unfortunately, I cannot comment on our experiences with customer service and support at this time.

The initial setup was easy. However, understanding the configuration was important because everything was very systematic. The configuration is slow without understanding the systematic process.

Deployment is fast, and it takes a few seconds to publish it. This often occurs in our application because we have to make changes, but not all of our staff are involved in deployment. We take 15 minutes from the client and 15 for testing, but it takes only two to three minutes to publish.

There are several plans available for different licenses and costs. When using this product for the first time, it is essential to understand the type of scaling required, the kind of skills needed and the level of necessary tiers. For example, to keep services running for up to 24 hours, there is a charge, but if you want to have your app services running for 12 hours daily, there is a different charge. You can also purchase specific plans. In addition, there are different types of client packages. Therefore it is important to explore each package to find the one best suited for the task required. We suggest using this product, which is helpful because it improves performance and loading times.

We chose this product because it has several plans, including consumption plans. My company will not have to worry about maintaining server systems. Hence, we only have to perform a daily routine after deploying and maintaining the service. Our company handed these tasks to Azure. Microsoft Azure takes care of our content application, including when to turn it off. We pay for these services, which saves us the pain of managing them. This is very important when using Microsoft Azure.

I rate this solution a ten out of ten. It is a very good solution that improves our performance. However, it would be helpful to include flow diagrams via logic apps in the next release.

We mostly use Microsoft Azure App Service for websites, such as content management systems, WordPress, and others, which are built on Azure Web Repair and App Services.

I like that it's a ready-to-use, out-of-the-box solution that provides all of the necessary functions for customers, such as codes that can be quickly switched from the production version, or from test and DEV versions to production. 

Quote backup and restore vertical and horizontal scaling, and DEV scaling are all available. In this case, developers do not need to learn and spend their time on the configuration for the platform, just coding and asking to compute, which they need and that configuration, which platform provides them.

Price could be reduced.

Particularly with Azure Web Apps. According to their current architecture, moving services from one Azure subscription to another is difficult.

Customers can consume the Azure platform through a variety of subscriptions from various partners, financial visions, current political visions, and so on. Some services on the Microsoft Azure platform can be moved automatically from one subscription to another based on security and financial rules, while others cannot.

Azure Web Apps are the type of service that does not automatically move from subscription to subscription, and region to region. A lot of manual labor must be performed by their organization, customer, and engineers, if necessary.

They must pay too much attention to how to plan this, how to switch off, switch on, on which days, at what times, and so on. A lot of administrative work is done, but it's not very good. 

It would be fantastic if Microsoft morphed after my exit service, removing it from subscriptions and moving it to different regions, especially for that service.

I have used Microsoft Azure App Service for the last 12 months.

Because it is cloud-based, there is only one version.

Microsoft Azure App Service is stable. It's good enough. it's present here, but anyone can take it if it's needed. Especially now, Microsoft offers a very special support program in Ukraine. For example, if a customer needs to support their business processes, they can use any Azure solution for free until the end of the calendar year.

Microsoft Azure App Service is a scalable solution.

We are a technical support team, and we handle all of our support needs. We have not contacted technical support.

I am Microsoft-certified trained. This is why I don't require any additional support assistance; I train others. In other words, every Microsoft commercial partner receives direct Microsoft support. For example, Amazon provides additional information from the traditional partner channel, or by extra support, through premier support contracts. All of them must be present on a commercial basis in order to provide truly high-quality services to customers.

I am a technical architect and I have some commercial partners. I work as a system integrator. It is a software, global company that specializes in delivering cloud software, solutions, and services. As for this, I have over 25 years of experience with all stacks, including Azure, AWS, Google GCP, Oracle Cloud, and others. I was very interested in the Zimbra and Microsoft Exchange compilation because, in my opinion, based on my experience and statistics, Zimbra is not widely used in our accounting and based installation. However, one commercial customer inquired about my thoughts on Zimbra in conjunction with Exchange. It was very unfamiliar to me, which is why I attempted to conduct independent research on Zimbra solutions. Who and how are relevant to that question. I don't think we'll implement Zimbra because it's outside of our stack, but it was very interesting to get some perspective on the questions, nothing special, just vision and experience and growth.

We use what our customers requested from the Microsoft stacks, which are mostly infrastructure as a service solutions. It is a very limited number of PaaS installations or implementations, such as Aurora or Microsoft SQL, Azure SQL as a service, web applications on Azure, and so on. Of course, SaaS, such as Office 365, is a good option, but I can't say what other options aren't because the Microsoft stack is our primary commercial platform for our sources. It's fantastic; it provides us with some commercial advantages.

We recently used Azure, virtual machines, virtual networks, and virtual storage, as well as Azure IaaS Stack, Azure Virtual Machines, and Azure Storage.

Because Azure Web Services is based on the Azure IaaS Stack, it is infrastructure as a service. It's a platform as a service that's based on IaaS for some purposes, but our customers don't need the services to bring ready-to-use apps because they don't have a lot of education and institutes. Overall, Qualys solutions are not widely used in Ukraine, for example, by schools, governments, and institutes, due to commercial issues and, in particular, our notice time.

We chose Microsoft Azure App Service because the customer inquired. We are a very commercial company, and if the market or the customer did not request it, we did not provide it. If the customer requests it, we will provide it.

I don't recall any problems with the initial setup at the time because I believe it was adequate. I didn't hear anything about widespread or public knowledge of some issues in that area.

Most importantly, not too much. The customer has a high level of financial maturity to value DPI; they do not discuss ROI or other metrics. They simply book on current, can say spending, if current model spending is adequate.

Price could always be cheaper.

It is not about the license fees, but rather about the pay-as-you-go services.

Customers consume varying amounts of quality services and pay roughly the same amount. Where there are different customer sizes, some customers consume $5,000 US dollars per month. I have some customers who pay and consume more than $20,000 US dollars per month, for example. It is determined by customer sizes and requirements, which vary from month to month.

I would advise paying closer attention to the architecture of the solutions. If the architecture is well designed, this will be a very good placement on cloud solutions; otherwise, it will be placed incorrectly. It's a common situation, and owing too much money as it should be.

I would rate Microsoft Azure App Service a nine out of ten.

We are a Microsoft partner.

We are using Microsoft Azure App Service in systems, such as government, credit loan, and app services.

The most valuable feature of Microsoft Azure App Service is autoscaling and resource grouping. Additionally, the integration works well, it is easy to do.

Microsoft Azure App Service has a lot of complexity because there are a lot of options and functionality. It is simple to become confused, there are many technical elements to learn before you can utilize the solution. If they could make the solution easier to use it would be a benefit. 

In an upcoming release, mobile device usage could be a better experience.

I have been using Microsoft Azure App Service for approximately five years.

The solution is highly stable.

I rate the stability of Microsoft Azure App Service a ten out of ten.

With all the deployments we have in many companies there are only a few users that use it.

I rate the scalability of Microsoft Azure App Service a nine out of ten.

The initial setup of Microsoft Azure App Service is simple. 

The price of the support could improve. It is expensive.

I rate the price from Microsoft Azure App Service a one out of ten.

I did compare this solution with Amazon AWS and Amazon and Amazon EC2. They are all comparable solutions. What stands out the most in Microsoft Azure App Service is the speed. Selecting the best solution will also depend on the use case.

We utilize Azure Cosmos DB, which has a distinct architecture compared to other services. Initially, we were concerned about the high costs associated with it since every document incurs charges due to Azure's containerization of every collection. However, we discovered that running it in a single container eliminates this cost.

I rate Microsoft Azure App Service a nine out of ten.

Our primary use case for this solution is hosting web applications which can be Linux or Windows-based. Microsoft Azure App Service is a multi-tenant environment where customers can load and run the application. It is similar to a platform as a service.

The most valuable feature is the ability to scale the application. It scales dynamically and comes with two features. If you can find a fabulous feature in the Azure Functions app, it allows you to scale, so you don't need to worry about manually scaling or setting any scaling parameters. Then it automatically does the scaling on its own.

The other feature comes with VNet integration. So we can connect the Microsoft Azure App Service to a VNet so that it can privately communicate with other resources within Azure with a private IP. It also comes with the CDN feature, which can automatically load in some of your configuration files and use it instead of going back to storage to pick that up. It also has awesome features like backup, so you don't need to set up a recovery service, as it automatically does that. So you can back up the existing state of your application in case of any loss. In a nutshell, it has dynamic tools.

The outbound connectivity is not great but can be improved because, on virtual machines, the Microsoft Azure App Service uses four or five outbound IPs. So basically, if you want to communicate with an external source, you can use outbound IPs. For example, you must whitelist the outbound IP when communicating with an SQL database externally. However, because it's a multi-tenant environment and other customer applications are being shared on a skills tab, there are always limitations in the smart port. So each customer has a particular allocated smart port, which they should exhaust. It helps to work with the code. Regardless of features like a firewall where they have a hub and an environment they have features like a front door which can increase the smart port's limits to about 64,000. Hence, it will be good to have one IP without needing to add any other infrastructure.

Additionally, they can improve scaling the typical environment in terms of scalability. I believe the limit for the multi-tenant environment is about 20 to 30 maximum on the PV3. So if they can increase that, other than having these significant scaling limits for the Microsoft Azure App Service environment, which is about 200, that will also help.

Also, dedicating one outbound IP for App Service will go a long way.

We have been using this solution for approximately three years.

The solution is stable.

The solution is scalable.

They have a good support team. We don't think the front-end support is of concern because the front end has to talk to the internal respective application engineering team. Sometimes the core platform issues may take about two months or more. They can answer your queries, and they can help you do investigations.

Additionally, depending on your support package, if you have a premium plan, you get the best because you have support engineers who are intelligent. But you get different services with the pro-direct support plan. There's miscommunication between the front end and the application engineering team. I think that's something that they need to improve. On a premium plan, you get excellent support. I rate support for pro-direct a six out of ten and premium support an eight out of ten.

Positive

The initial setup is easy. You can set it up through the portal, a template, or Terraform. It integrates with other features like Docker so if you have your image in Docker Hub or ECR, you can select the image, and it pulls those images in and runs your application.

It has many features, and other deployment methods like Bitbucket, FTP, DevOps, and GitLab can integrate these things into Microsoft Azure App Service. It is easy to set up because you don't need to start building servers. We also don't need to complete any maintenance. 

The price of this solution is competitive. It works as an App Service plan so you can have multiple App Services that are part of a plan. So, for example, you can have about 10 App Services in an App Service plan. It's like a VM, where you have different applications running and you are not charged for all of the applications. However, you are being charged for the plan, so I think it's worth having that setup. At the same time, you need to plan how your costs will be and their ranges of variations. As we call it, SKU is where you can easily factor in so it is okay in terms of price.

One of the best products is the Functions app, which comes with serverless computing in the sense that it gives you about a million transactions for free every month. That is one of the cheapest. So you don't need to worry about how long your function triggers, just that if it scales more than that and performs more transactions, you get charged for it. The exact cost depends on the SKUs.

I rate the solution an eight out of ten.