Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Azure Enclave is a cloud networking service that provides organizations with highly sensitive data the ability to quickly deploy and manage workloads across Commercial and air-gapped Azure clouds at scale. In this article, you:
- Deploy a service catalog App Service Web App template into an existing workload from the Azure portal.
- Review an architecture example for a basic web application
Note
This sample deployment is just for demonstration purposes and doesn't represent all the best practices for network, systems, or applications administration.
Before you begin
This article assumes a basic understanding of networking and Azure Enclave concepts. For more information, see Best practices of Azure Enclave.
You need an Azure account with an active subscription. If you don't have one, create an account for free.
You need a community, enclave, workload, and at least one workload resource group and permissions to create resources inside the workload resource group.
Enable
Advancedmaintenance mode for your enclave so you can add the Private Link resources to your enclave managed resource group.
Prerequisites
There are guardrail requirements on the enclaves to ensure enclave resources are using Customer-Managed Keys (CMK) encryption. This requires a key and identity to access the key to be accessible in the enclave. Create the CMK (optional Key Vault) and Managed Identity in the Common Dependencies service catalog template
- Subnet for Private Endpoints: You had the option to create subnets during enclave creation or you can create new subnets after enclave creation. The private endpoint subnet should have no subnet delegation for the private endpoints to work properly.
- Create new subnet
AzureVirtualEnclaveSubnet /26 [example: 10.0.2.0 - 10.0.2.63]- Add NSG rule set
- Don't delegate this subnet
- Use this subnet for private endpoint resources
- Create new subnet
AppServiceSubnet /26 [example: 10.0.2.64 - 10.0.2.127]- Add NSG rule set
- Add subnet delegation
Microsoft.Web/serverFarms - Use this subnet for App Service resources
- Create new subnet
FunctionAppSubnet /26 [example: 10.0.2.128 - 10.0.2.191]- Add NSG rule set
- Add subnet delegation
Microsoft.Web/serverFarms - Use this subnet for Function App resources
Note
You can't resize a subnet once resources are deployed inside the subnet.
- Quickly create these Private DNS Zones based on what you create next:
- Create
privatelink.azurewebsites.netunderAdditional Private DNS Zone nameswhich is required to access the web app privately.
- Create
Deploy the template
- Navigate to the workload for the intended deployment.
- Select
+Add Azure Servicebutton. - Select the
App Serviceservice template from the service catalog list dropdown, confirm the version you need (default:latest), and selectNext.

- Enter all the required parameters on each page.
- Adjust any of the prepopulated parameters as needed.
- Select
Review + CreatethenCreate.
It can take up to 30 minutes to finish all resource creation. Wait for the deployment to be successfully completed before you take any actions within your deployed resources.
Validate the deployment
Go to the specified resource group to confirm the intended resources were created. Including: App Service, App Service Plan, Private Endpoint, Network Interface
Delete the deployment
If you don't plan on keeping these resources, clean up unnecessary resources to avoid Azure charges. If no other deployments exist in the resource group, the whole resource group can be deleted.
Recommendations
- Add tags to service catalog deployments to track important information for that resource such as:
- Owner:
<main POC> - Deployer:
<yourName> - Purpose:
<prod user web app> - Service Catalog Name:
<App Service Web App> - Service Catalog Version:
<version you deployed>
- Owner:
- Consider adding an Azure Policy to enforce and inherit tags