Boot.dev Blog ยป Misc ยป An Overview of Boot.dev's Full-Stack Architecture

An Overview of Boot.dev's Full-Stack Architecture

By Lane Wagner on Jan 10, 2022

Curated backend podcasts, videos and articles. All free.

Want to improve your backend development skills? Subscribe to get a copy of The Boot.dev Beat in your inbox each month. It's a newsletter packed with the best content for new backend devs.

Because I’ve had several inquiries on this topic, I thought it would be interesting to publish some information on how the boot.dev website and platform work, and how I’ve organized all the technologies I’m using. I’ll do my best to keep this list updated in the future as I migrate from older tools and technologies to newer ones, but assume that this might be a bit out of date by the time you read it.

The blog - WordPress ๐Ÿ”—

boot.dev started as a simple tech blog, it was essentially just my personal blogging site. Eventually, when I added the app to host interactive coding courses, I deployed it to https://boot.dev. So, there are technically two different “front-ends” on boot.dev.

  1. The blog and landing pages (WordPress) - https://boot.dev/
  2. The courses and projects (a custom Vue.js web app) - https://boot.dev/

I use a custom deployment of WordPress hosted on GCP’s compute engine to serve all my blog posts and landing pages. This has been convenient because I don’t need to edit code to update simple visuals. That said, it’s also been a giant page in the butt as the site has grown, because sometimes it would be easier to just write some code. I’m looking at moving the blog to Hugo and hosting it on Netlify.

The app’s front-end - Vue.js SPA on Netlify ๐Ÿ”—

All the coding courses and projects on boot.dev exist within a Vue.js web app. I’m currently running the front-end as a single page app hosted on Netlify. I ended up choosing Netlify over GitHub Pages because Netlify has some server-side-rendering built-in that gives me an SEO boost.

One thing that you might be wondering is how does the code you write within a boot.dev course get executed? Well, I actually think I’m the only educational site taking this unique approach, but it actually runs in your own browser. I spin up a web worker that executes your JavaScript code, or if it’s a different language, it compiles to Web Assembly first.

Here are some additional details on the technologies I’m using within the Vue app.

  • Vue 3
  • Vite - I switched from Webpack to Vite recently and couldn’t be happier.
  • Vuex
  • Eslint
  • Codemirror - Codemirror has been pretty good, it’s what I use to manage the in-browser code editor.
  • Markdown-it - All of the instructions in the app are written in Markdown, so the front-end needs a Markdown renderer.
  • Tailwind CSS - Tailwind has been amazing. I would highly recommend it if you have a hard time writing “clean” css.

The app’s back-end - Golang server on Kubernetes ๐Ÿ”—

The backend of the boot.dev app consists of two services, both written in Golang, running on a Kubernetes cluster in Google Cloud Platform on auto-pilot mode. One of them is an HTTP server that acts as the RESTful backend for the frontend. The other server powers the Discord bot for our community.

I use Kubernetes so I don’t have to worry about scalability or portability. If the app gets a big rush of traffic k8s will auto-scale the number of servers to handle the load. I also like that my server’s applications are deployed on lightweight docker containers that I could easily move to another infrastructure technology if needs be.

It’s also worth pointing out that when you run code in the boot.dev app that needs to compile to WASM, like Golang for example, your code is shipped to the backend for compilation before the WASM is sent back to your browser for execution.

Here are some more of the technologies I use on the backend:

The database - Postgres on Cloud SQL ๐Ÿ”—

I really like PostgresQL. I’m of the opinion that it’s one the best general-purpose solution for new apps, though I do try to build my apps so I can move to more specialized storage mechanisms if need be. The application backend uses this Postgres instance running in Google Cloud SQL to persist things like user preferences, exercise completions, etc.

Payments - Stripe ๐Ÿ”—

Not too much to say about Stripe, other than it makes payments pretty seamless for our pro accounts. My biggest complaint about Stripe is that I had to write an annoying about of code for the “lifetime subscription” option because Stripe doesn’t have that built-in.

Deployments and source control - GitHub/GitHub Actions ๐Ÿ”—

I really don’t like doing monotonous tasks if I can avoid it. Running tests and deploying applications can be painfully time consuming, so I’ve automated all of that with GitHub actions. Each time code is updated in Git, a new deploy is automatically triggered, and I’ve set this up both for the Vue.js frontend and the Golang backend.

Find a problem with this article?

Report an issue on GitHub