Umami is great. Lightweight, privacy-friendly, no cookies, no tracking drama. We use it ourselves on Hostim.dev, and we ship a one-click Umami template for anyone who wants simple, privacy-focused analytics.
But once you start relying on analytics to make actual decisions, you hit the limits pretty quickly.
When running Kubernetes on Hetzner Dedicated, there is no cloud load balancer. But you can provide public LoadBalancer IPs by attaching a routed IP range to a vSwitch and letting MetalLB announce addresses over L2.
Our setup:
n8n is a popular open-source automation tool – like Zapier, but self-hosted. Here's how to run it on your own VPS using Docker Compose, and expose it securely over HTTPS using Caddy as the ingress proxy.
If you want a broader primer, check out How to Self-Host a Docker Compose App. But you don't need to read it first – this guide is self-contained.
🗓️ Last updated: May 2026. Tested with the latest
n8nio/n8nimage on Ubuntu 24.04.
Reverse proxies are the unsung heroes of modern infrastructure. They terminate TLS, route traffic, balance loads, and keep your apps reachable. But which one should you choose? There are four popular options worth comparing head-to-head: Nginx, HAProxy, Caddy, and Traefik. Each comes with its own strengths, trade-offs, and ideal use cases.
📌 Last week, I wrote about Cloud Rent in Action – how layers of middlemen drive up the cost of running a simple SaaS stack. Netlify's new pricing update feels like the same story, playing out live.
When you pay for cloud hosting, you're not just paying for compute. You're paying rent. And it adds up fast.
Building a PaaS as a solo founder means making choices. Some deliberate, some accidental, all of them tradeoffs.
Every tool comes with pros and cons, and the deciding factor is usually the most expensive resource of all: time.
If I can get the job done with something I already know, I'll take that path. I'll learn new tools when the project pays for it. Until then, it's all about moving forward with what works.
Here's how Hostim.dev is put together today – the stack that runs every app, database, and service behind the scenes.
Most side projects start the same way.
You grab a VPS from Hetzner or DigitalOcean, install Docker, run docker compose up, and boom – you're live.
It feels cheap. It feels simple. Until it isn't.
When you talk to enough developers about how they deploy projects, a few patterns start to emerge. Some are obvious in hindsight, others caught me completely off guard.
Here are my biggest takeaways so far.
You've got a working docker-compose.yml, and now you want to put it online.
Maybe it's a SaaS side project. A personal site. A dashboard for a client. Whatever it is – you're here because you want to host a Compose app, and you don't want to spend hours fiddling with YAML, CI pipelines, or Kubernetes manifests.
Let's walk through what it really takes to host a Docker Compose project on your own. And then I'll show you what I built to make this process go away – for myself and anyone else who's tired of copy-pasting configs.