Skip to main content

Azure Static Web App–Deploy using Bicep

As a follow-up on the presentation I did at CloudBrew about Azure Static Web Apps I want to write a series of blog posts.

So far I’ve deployed our Azure Static Web App using Github Actions. But if you prefer to use an Infrastructure as Code(IaC) approach, I have good news! Because in this post I’ll show you how to deploy your SWA using Bicep.

If you are completely new to Bicep, I suggest to first take a look at the documentation to get a good introduction.

In short Bicep is a domain-specific language (DSL) that uses declarative syntax to deploy Azure resources. In a Bicep file, you define the infrastructure you want to deploy to Azure, and then use that file throughout the development lifecycle to repeatedly deploy your infrastructure.

It can be seen as an alternative for using ARM templates. The JSON syntax to create an ARM template can be verbose and require complicated expressions. Bicep syntax reduces that complexity and improves the development experience. During deployment, the Bicep CLI converts a Bicep file into ARM template JSON.

To help you get started I would recommend to install the Bicep extension in VS Code.

Ok, now that we have all the tooling in place, let’s focus on writing our Bicep file. Here is a simple example:

I will not go to through all the details but the most important settings are:

  • name: name of the resource
  • location: location of the resource
  • provider: the provider that submitted the last deployment to the primary environment of the SWA
  • repositoryUrl: URL for the repository of the SWA
  • branch: the target branch in the repository

Certainly check out the other settings to see all the things you can tweak and configure.

Remark: This requires that all access rights are configured correctly at the Github repository level.

We can directly deploy our Azure Static Web App through the Azure CLI:

az deployment group create --name YourDeploymentName --resource-group YourResourceGroupName --mode Incremental --template-file astro.bicep

Or you can integrate it into your deployment pipeline.

Here is an example using Azure Devops:

And one using Github Actions:

More information

Bicep language for deploying Azure resources - Azure Resource Manager | Microsoft Learn

Microsoft.Web/staticSites - Bicep, ARM template & Terraform AzAPI reference | Microsoft Learn

Popular posts from this blog

Kubernetes–Limit your environmental impact

Reducing the carbon footprint and CO2 emission of our (cloud) workloads, is a responsibility of all of us. If you are running a Kubernetes cluster, have a look at Kube-Green . kube-green is a simple Kubernetes operator that automatically shuts down (some of) your pods when you don't need them. A single pod produces about 11 Kg CO2eq per year( here the calculation). Reason enough to give it a try! Installing kube-green in your cluster The easiest way to install the operator in your cluster is through kubectl. We first need to install a cert-manager: kubectl apply -f https://github.com/cert-manager/cert-manager/releases/download/v1.14.5/cert-manager.yaml Remark: Wait a minute before you continue as it can take some time before the cert-manager is up & running inside your cluster. Now we can install the kube-green operator: kubectl apply -f https://github.com/kube-green/kube-green/releases/latest/download/kube-green.yaml Now in the namespace where we want t...

Azure DevOps/ GitHub emoji

I’m really bad at remembering emoji’s. So here is cheat sheet with all emoji’s that can be used in tools that support the github emoji markdown markup: All credits go to rcaviers who created this list.

.NET 9 - Goodbye sln!

Although the csproj file evolved and simplified a lot over time, the Visual Studio solution file (.sln) remained an ugly file format full of magic GUIDs. With the latest .NET 9 SDK(9.0.200), we finally got an alternative; a new XML-based solution file(.slnx) got introduced in preview. So say goodbye to this ugly sln file: And meet his better looking slnx brother instead: To use this feature we first have to enable it: Go to Tools -> Options -> Environment -> Preview Features Check the checkbox next to Use Solution File Persistence Model Now we can migrate an existing sln file to slnx using the following command: dotnet sln migrate AICalculator.sln .slnx file D:\Projects\Test\AICalculator\AICalculator.slnx generated. Or create a new Visual Studio solution using the slnx format: dotnet new sln --format slnx The template "Solution File" was created successfully. The new format is not yet recognized by VSCode but it does work in Jetbr...