Chris Reddington

Published on Wed, May 19, 2021

Azure Static Content Static Web Apps

Great news! Azure Static Web Apps are now Generally Available! Just to provide some reassurance, Static Web Apps are a concept that I’m fairly passionate about. You may have seen this blog post on why I think JAMStack and the cloud are a great combination. You may have seen one of my many talks on how I use Hugo, Azure Storage, Azure CDN and GitHub to easily deploy a very cheap and scalable website into Azure.

But hold on, if Azure Storage is an option already - Why am I so excited about the prospect of Azure Static Web Apps? Azure Static Web Apps offer so much more than just the hosting aspect!

There is a reason that I have two separate talks on this. First, I have a session which is focused on how to use Hugo and the architecture behind Secondly, I have a session which is focused on how to deploy that architecture to as a storage using GitHub Actions. Azure Static Web Apps were not an option when I began my journey creating Cloud with Chris, but would have made it a significantly simpler process.

Azure Static Web Apps provides an ability to easily create a hosting platform for your static content based websites. This includes static site generators such as Gatsby, Hugo, Jekyll, Next.js, Nuxt.js and VuePress. It also includes frameworks such as Angular, React and Vue, as well as standard (often referred to as vanilla) JavaScript websites as well.

Now, one of the main points that I raise in my usual talk on hosting websites using the Static Content Hosting pattern is the significant cost-benefit of doing this. In an average month, I spend less than £5 for the entire end-to-end running of my environments. Yes, environments plural - that includes Preview, Staging and production, and also includes the cost of streaming my audio files to third party platforms like Apple Podcasts, Google Podcasts, Spotify and consumed directly from

So, what’s the cost of Azure Static Web Apps? Or rather, how is it billed? There are two options -

  • Free which is intended for hobby or personal projects. You do not get as many custom domains per app as in the standard tier, and you also have a smaller total allowable app size. You also have to deploy the Azure Functions within the managed Azure Static Web Apps context, rather than bringing your own existing Azure Functions resource. Most importantly, there is no SLA with the free tier.
  • Standard which is intended for production projects. You get a larger number of custom domains per app (5 per app, instead of the 2 in the free tier), and can deploy an app with a maximum size of 500MB (compared to 250MB for the free tier). You’ll of course be able to bring your own Azure Functions within this tier as well.

Screenshot of the Azure Static Web Apps comparison table from the Azure Portal

TIP: It’s always worth checking the Azure Pricing Calculator or the relevant Azure Pricing Page for the latest and greatest pricing details, as it can change over time!

Now we have the service tiers / pricing thoughts out of the way, let’s go ahead and take a look at the creation experience. Remember how I mentioned that Azure Static Web Apps makes it a significantly easier experience to deploy our static websites earlier? I meant it. First off, we’ll find the usual details that we’d expect to see, including pricing tier, region to host the application, etc.

Screenshot of the Azure Static Web Apps creation process - part 1

The Azure Portal creation experience forces you to follow good practice by referencing an existing Git repository, if you are using GitHub as seen in the screenshot below.

Screenshot of the Azure Static Web Apps creation process - part 2

This will then go ahead and commit a GitHub Action Workflow file into your repository, as can be seen from some previous testing in my repository.

Screenshot showing the committed GitHub Actions workflow File

Alternatively, you can click other to configure an alternate deployment source such as Azure DevOps. You will need to follow the additional instructions to configure the CI/CD pipelines for those environments. Currently Azure DevOps is the one which is documented.

Screenshot of the Azure Static Web Apps creation process - part 2

Comparing this to my experience on Cloud with Chris (which is indeed hosted on GitHub), the experience is significantly simpler, making it much easier to get going quickly and easily. This is a great way to prove out a static web app, either as a proof of concept or to rapidly iterate, prototype and launch a static website.

But what else, there have to be more benefits than just CI/CD? You are absolutely right. First up, if you’ve heard my talk about how I deploy Cloud with Chris, you’ll know that I have some workflows to deploy a new instance of the site for my ‘feature branches’ (or in my case, preview branches).

Screenshot of the environments functionality in Static Web Apps

When there is a new Pull Request against the main branch, a staging environment will be automatically created for you. Do bear in mind the limits on these staging environments based upon the tiers of the Azure Static Web App that you’ve chosen. That’s a limitation that I do not have with my ‘manual’ approach with Azure Storage and manually created GitHub actions. But to be honest, I typically have fewer than 3 preview environments (or 3 new pieces of content ready to go) at a time, so Azure Static Web Apps would fulfil the requirements.

What about a requirement where you need a whole website protected by an authentication provider? Azure Static Web Apps has you covered here too. At time of writing, Azure Active Directory, GitHub, Facebook, Google and Twitter are all supported providers. However, this is at the domain (or app instance) level, rather than a route within the application. That would mean to use any of the static web app, you would need to pass the authentication. This is still a benefit of Azure Static Web Apps compared with my manual Azure Storage and Azure GitHub Actions approach, as I’d have to implement authentication myself in the manual scenario. At least Azure Static Web Apps can give me a head start, unless I have granular route-based authentication/authorization requirements. Then, in either scenario you’d need to be looking at the wider identity implementation likely using the Microsoft Authentication Library or similar SDK dependent upon which authentication provider you’re planning to use.

Screenshot of the role management/authentication/identity functionality in Static Web Apps

Next up - Custom Domains. Again, a very simple process and is similar to other Azure Services that you may have used. The first step is to enter the domain that you’d like to map it against.

Screenshot of the custom domain linking experience

You could have setup the appropriate CNAME records ahead of time. However, if you haven’t - then the linking experience also guides you on the required settings to allow the validation process to progress. Once you’re satisfied, go ahead and click the Add button to validate and configure the custom domain.

Screenshot of the custom domain linking experience

With that, you should be able to see that the custom domain has now been successfully linked once the validation and configuration experience has completed.

Screenshot of the custom domain linking experience

I haven’t used Azure Functions for my Cloud with Chris website, so I’ll skip past that aspect for now and leave that as an exercise for you to investigate, dear reader - as well as the associated monitoring for those APIs.

One incredible aspect about the service in my opinion is the focus on the development experience. There is a Visual Studio Code Extension which makes it very easy to be productive with Azure Static Web Apps (e.g. adding new APIs). Not only that, but the Azure Static Web Apps CLI gives you the ability to host a local replica of the cloud environment, so that you can do your own local testing before you even enter into your CI/CD process. According to the blog post announcing the GA, that also includes mocked hosting platform features for authentication, custom routing, and authorization rules. I haven’t had a chance to play with these aspects yet, but I’m looking forward to having an opportunity to do so!

So, hopefully you’re able to see that Azure Static Web Apps is more than just serving static assets (HTML, Images, CSS, JavaScript, etc.) to your end-users, but is building a rich set of functionality around your Static Web Apps. Unfortunately it wasn’t available when I was creating Cloud with Chris, but I’ll certainly be keeping this on my radar for a potential migration in the future.

I hope that this blog post has been useful, and I’d love to hear how you plan on using Azure Static Web Apps. Let me know over on Twitter, @reddobowen. Until the next blog post, thanks for reading - and bye for now!


V020 - Weekly Technology Vlog #20


V020 - Weekly Technology Vlog #20

Welcome to weekly Vlog #20! This one will start off focusing on Cloud with Chris, and a big thank you! Thank you for all of your support. It’s allowed me to hit my 2021 goal of 500 subscribers way ahead of schedule. We’ll be covering Cloud with Chris, and then the latest from Azure, …

Azure AzureDevOps GitHub Community Blogging

Weekly vlog

Chris Reddington Published on Sun, May 16, 2021

Cloud Drops - Building an Event-Driven workflow with Event Grid


Cloud Drops - Building an Event-Driven workflow with Event Grid

Have you heard about Azure Event Grid, but not exactly sure what it is or how you could use it? In this Cloud Drop, we’ll create an event-driven process using Azure Event Grid, Azure Storage Queues and Azure Functions. Get ready to learn all about Event-Driven workflows, Event-Handlers, …

Serverless Integration Azure Event-Driven Architecture

Cloud drops

Chris Reddington Published on Sat, May 15, 2021

Social Opinion with Jamie Maguire


Social Opinion with Jamie Maguire

In this session, Chris is joined by Jamie Maguire - Developer, Microsoft MVP (AI) & Pluralsight Author. Jamie shares how he built a SaaS (Software as a Service) in my own time using .NET and Azure. The platform lets you analyse Twitter, grow, maintain and manage your Twitter account. If …

Cloud Azure SaaS Twitter Architecture Social Media

Tales from the real world

Chris Reddington Jamie Maguire Published on Fri, May 14, 2021

Cloud Lunch and Learn Marathon 2021 - Using Hugo, Azure Storage and Azure CDN for a cheap & performant site on Azure

Virtual conference

Cloud Lunch and Learn Marathon 2021 - Using Hugo, Azure Storage and Azure CDN for a cheap & performant site on Azure

We often hear about Kubernetes, App Services, Virtual Machines and more. But did you ever think about using Azure Storage to host your sites? The Static Content Hosting pattern is a cost-effective way to host your websites, combined with a CDN can be incredibly performant! Chris will show how he …

DevOps GitHub Deployment GitHub Actions Static Content Azure Storage

Chris Reddington Occured on Thu, May 13, 2021