October 5, 2020Categories:
TL;DR: I used to host my site on a virtual machine running Caddy webserver, but recently migrated it to Google Cloud Storage with Cloudflare in front of it as a proxy/cache/SSL termination solution. It’s pretty awesome! 😎
I also recorded a video about this setup on YouTube. ← Check out the video and subscribe if you are into this sort of thing 🙏
Does this count as serverless?
Table of Contents:
If you want to host a static website in 2020, the number of options can be a bit overwhelming. GitHub pages, Netlify, Vercel, oh my! This post describes my current favorite solution for hosting a static website. Here are the attributes of the setup described here:
- Simple: No servers to maintain
- Scalable: Can handle practically any load you throw at it
- Affordable: Hosting this site costs me a few pennies per month
- SSL: The site is served over HTTPS
Cloud object storage (S3, GCS, Azure Storage) is pretty amazing technology. For a few pennies/GB/month you can store files and the cloud provider will serve them with high reliability to pretty much any level of traffic you can throw at it. Also, for nearly 10 years, AWS S3 has provided features to make hosting a website directly from a storage bucket simple.
That being said, those solutions don’t support HTTPS by default. Google Cloud Platform does offer a guide for setting up a site with GCS with an HTTPS load balancer in front of it, but the load balancer costs $18/month at which point this solution becomes significantly less attractive relative to its competition.
Cloudflare is a web-infrastructure company that provides a variety of network related services, including DNS and content delivery caching. The also have a variety of SSL/TLS encryption options ranging from “Off” to “Full (strict)”. The “Flexible” setting is the one we want here.
With this setting, SSL termination is done on the Cloudflare server, so the users traffic is encrypted from their browser to Cloudflare and then requests between Cloudflare and the origin server (in our case the GCS server) will be un-encrypted.
If you were hosting a site with sensitive information, this would not be the right option, but for a public website (such as this one), this option gives us most of the benefits of HTTPS without having to set up an SSL certificate on our server!
Cloudflare has the added benefit of automatcally caching your content, speeding up delivery and reducing the data egress from GCS.
1) Purchase Domain
The first step is to purchase a domain. Any domain provider will do, but purchasing with Google Domains makes the next step easier or unnecessary.
2) Verify Ownership
Before creating a GCS bucket associated to a particular domain, Google requires you to verify ownership of the domain.
3) Create GCS bucket
After verifying ownership, creating and configuring the bucket can be done using the gsutil tool.
gsutil mb -p $PROJECT_ID -b on gs://$DOMAIN gsutil web set -m index.html -e 404.html gs://$DOMAIN gsutil iam ch allUsers:legacyObjectReader gs://$DOMAIN
mb command creates the bucket, the
web set command configures the main and error pages, and the
iam ch command sets the permissions to enable public file access.
4) Configure Cloudflare
When you add the domain to Cloudflare, it will prompt you to configure your domain provider to use a pair of Cloudflare nameservers. In my case this was:
These will be use in place of the default nameservers provided by the domain provider.
Because the website content will be served from a Google managed server at
c.storage.googleapis.com a CNAME record setting that maps the custom domain to that:
Type | Name | Content ------------------------------------------------------ CNAME | devopsdirective.com | c.storage.googleapis.com
As described above, the site will use the “Flexible” SSL/TLS encryption mode, which can be set under the SSL/TLS tab on Cloudflare.
This step is optional, but but without it, the
www subdomain (e.g.
www.devopsdirective.com won’t work properly).
I prefer to use the root domain, but if a user adds a
www. prefix I don’t want them to encounter an error. This can be handled by creating the following forwarding rule.
The asterisk (
*) will capture anything after the slash and gets substituted into the redirect URL at the
$1. For example:
https://www.devopsdirective.com/about/ -> https://devopsdirective.com/about/
This page rule will only work properly if there is a DNS record for the www subdomain. This is accomplished by creating a dummy A record pointing to 192.0.2.1 (all addresses in the
192.0.2.0/24 are assigned to
TEST-NET-1 for documentation and example code and don’t actually correspond to a real server)
Type | Name | Content ------------------------------------------------------ A | www | 192.0.2.1
5) Deploy Site
With everything configured, the only thing remaining is to upload the website files into the bucket. The easiest way to do this is using the
gsutil rsync command:
gsutil -m rsync -d -r $LOCAL_SITE_DIR gs://$DOMAIN
-mflag enables multi-threading which can help speed up the execution dramatically for large sets of files
-dflag will delete files from the bucket not found in the
$LOCAL_SITE_DIR. NOTE: If there is a chance the local dir could be empty, this would cause all the bucket contents to be deleted (so use at your own risk!).
I have been using this approach for a few months now and so far it has been rock solid. I love the simplicity of the setup, especially redeploying via a single
Let me know how you end up hosting your next static site and why!