Microsoft Azure services are available in 34 regions around the globe and they are continuously planning to support more regions. The more regions, the greater the number of customers allowed to achieve better performance with cost optimization. It also helps in the scenarios where data location is legally restricted.

To verify Azure Functions available by region, go to https://azure.microsoft.com/en-in/regions/services/ and check the Functions section:

Azure is generally available in 34 regions and 12 Graphic Environment Operating Systems (GEOSs) around the globe. It has already announced plans for 6 additional regions and 2 additional GEOSs. For customers, it is extremely important to have legal compliance in the context of storage location of their data. There are two different possibilities/authorities in this scenario:

Resource groups in Microsoft Azure are logical containers. A resource group is useful for managing resources and providing role-based access to all the resources available in the group easily. It can be used to group all different resources such as App Services, SQL databases, and storage accounts available in Microsoft Azure. We will consider services that we will use in this chapter for most of the examples.

For example, we need to create resources such as Azure Web Apps, SQL database, and a storage account in West US and provide access to some users. It is painful to assign users to individual resources. Rather, it is more manageable if we can provide group access to all the resources.

This way the resources can be managed in a better way.

We will use this resource group in the coming chapters as a logical container for different resources such as Azure Functions and storage.

Microsoft Azure App Services is one of the most popular offering from Microsoft Azure. It is a PaaS. There are four kinds of applications created in App services:

Azure App Services is a PaaS offering that has computing resources and runtime environments managed by Microsoft Azure, while the user is only responsible for applications and configurations relating to Web App and High Availability.

The following are some quick points about Azure Web Apps:

Let's look at some basic differences between Azure Virtual Machines and Azure Web Apps:

App Service plan

An App Service plan (ASP) is a combination of capacities (instance size and instance count on which the application is hosted) and features. Capacity is directly related to cost and hence it is similar to choosing a pricing tier. There are different capabilities and limits available in pricing plans.

Each ASP can be used for different purposes and they provide different features too. There are five pricing tiers as follows:

• Free: no scaling
• Shared: no scaling
• Basic: SLA - 99.95%; maximum instances for scaling - 3
• Standard: SLA - 99.95%; autoscale, 5 deployment slots; Geo-distributed deployment, VPN hybrid connectivity, deployment slots, and automated backups; maximum instances for scaling - 10
• Premium: SLA - 99.95%; 20 deployment slots; autoscale, geo-distributed deployment, VPN hybrid connectivity, deployment slots, and automated backups; maximum instances for scaling - 50

Note

App Service or Azure Web App is the main production slot. In the standard and premium tiers, we can create other deployment slots other than the main slot in which we deploy the application. We can use deployment slots for different environments before deploying applications into the main slot. Slots are not different from a live web app. They have their own set of content and configurations and hostnames. We can swap slots to roll back failures too.

The following are some important points regarding an App Service plan:

• An App Service plan can be shared by multiple applications.
• Deployment slots are usually deployed on the same App Service plan.
• Azure Web Apps configured with an App Service plan are changed, and then these changes affect all the applications hosted on the App Service plan.
• By default, ASP comes with a single instance. If we increase the instance count, then the applications hosted on a single instance will be hosted on other instances too.
• The number of instances in ASP is directly associated with the price of Azure Web Apps.

Let's create an App Service plan in Microsoft Azure Portal:

1. Click on More services in the left sidebar and find App Service plans.
2. Click on + Add.
3. Provide the App Service plan name, Subscription, Resource Group, Operating System, Location and Pricing tier, and then click on Create:

4. Click on Notifications to get the progress details of the App Service plan deployment:

5. Once App Service plan is created successfully, click on the Overview section to get details about it in the Azure Portal:

We can deploy Azure App Services or Azure Functions on App Service plan.

Azure Active Directory (Azure AD) is a cloud based, multitenant, and highly available identity management service from Microsoft:

We can manage users, groups, multifactor authentication, add an application that an organization is developing for authentication, add an application from the gallery for authentication, add a custom domain, role based access control, and so on:

Application Gallery supports more than 2500 applications at the time of writing this chapter:

The categories include business management, collaboration, construction, content management, CRM, data services, developer services, e-commerce, education, ERP, finance, health, human resources, IT infrastructure, mail, marketing, media, mobile device management, productivity, project management, security, social, supply management, telecommunications, travel, and web design and hosting.

Application Insights is a flexible analytics service. It helps us to get insights of performance and usage of application. It can be used for .NET or J2EE-based applications that are hosted on-premises or in the cloud. Let's create Application Insights for a sample application: