I am a huge fan of two things: Azure and static site generators. I am super excited Azure now has an easy-to-use, free offering for deploying small hobby websites. Historically hosing a small site on Azure cost about $50/mo (to get SSL support), then through Azure Storage Static Web hosting the cost went down to pennies but was complex to configure. Now Azure offers Azure Static Web Apps (generally available as of 05/12/2021) which makes hosting a breeze for a static site.

Azure offers the Azure Static Web Apps CLI and VS Code extension to help with development, or you can leverage the trusty Azure Portal to provision the Web App.

Setup

From the Azure Portal Create an new Static Web App. Configure the Subscription, Resource Group, Web App Name, and Region that best fits your site’s needs.

Create Static Web App screenshot from the Azure Portal

After authenticating with GitHub (and grant permission), choose the Organization, Repository, and Branch to be used for the production deployment of the site. For Build Details, chose “Custom” (Azure does not currently offer an 11ty preset), keep App location set to “/”, and update Output location to be “_site” (the default output directory for 11ty). Note: the Build Details values can be updated later if needed.

Deployment details and Build details screenshot from the Azure Portal

The previous step will add a GitHub Action YAML file to the repository in the .github/workflows/ folder, something like azure-static-web-apps-lively-forest-064040d1e.yml. This file handles the CI/CD for both production and pull requests deployments.

The GitHub Action YAML needs to be modified slightly to build the 11ty site. Add a “build” script to package.json and add it as the build command in the GitHub Action YAML as app_build_command: "npm run build" (example).

Add a “build” script to package.json and the GitHub Action workflow will run npm run build by default (as pointed out by @nthonyChu).

// package.json
"scripts": {
    "build": "eleventy"
}

The production GitHub Action will kick off immediately and deploy the site to a domain with a name similar to the generated name + identifier used for the YAML file, like https://lively-forest-064040d1e.azurestaticapps.net/. Any pull request created will automatically be deployed to https://lively-forest-064040d1e-{pr-number}.azurestaticapps.net/ (where {pr-number} is the number of the GitHub pull request) for testing and verification. When a pull request is merged, the GitHub Action will run to remove the temporary environment and deploy the latest in main to the production environment. The free tier of Azure Static Web Apps offers up to 3 pre-production environments.

Finally, add your custom domain by adding a CNAME or TXT record through your DNS provider to validate the domain ownership.

Custom domains configuration screenshot from the Azure Portal

Resources & Further Reading