2026-07-03
This site runs itself
The page you're reading is served from a private cloud that monitors, heals, and reports on itself. Here's the shape of it — and why boring automation beats clever automation.
The page you're reading isn't on a big cloud provider. It's served from a container on hardware I own, behind a reverse proxy I run, on a fleet that largely operates itself. That last part is the interesting bit.
The principle: deterministic first
The core rule of the whole system is that steady-state operations should be boring. Monitoring, health checks, restarts, verification — all of that is plain deterministic code that runs the same way every time. No AI in the steady state, no cleverness, no surprises.
Every service in the fleet gets probed on a schedule. When a probe fails, the system doesn't page a human — it follows a playbook: restart the service, verify it actually came back, log the incident, close it. The whole loop usually takes seconds.
Escalation is where judgment lives
Some failures don't fit the playbook. A service that keeps crashing after a restart, a disk filling faster than it should, something that looks wrong but isn't in the runbook. Those cases escalate — first to AI agents that investigate and propose a fix, and past a certain risk threshold, to me.
The important design decision: anything risky waits for a human yes. Automation gets full authority over reversible, well-understood actions and zero authority over destructive ones. That boundary is enforced by the system, not by good intentions.
Why bother?
Because operations time is the tax on everything else. Every hour spent babysitting servers is an hour not spent building. The fleet currently runs a few dozen services — the ventures on the front page, their databases, the tooling that watches all of it — and the routine operational load rounds to zero.
The live status chip on the homepage is part of this: it's a real server-side check of the public venture sites, not a decoration. If one of them goes down, that chip goes amber — and somewhere behind it, a playbook is already running.
The honest caveats
Self-hosting is not free. You pay in upfront design, in hardware, and in the occasional failure mode a cloud provider would have absorbed for you. The automation had to be built, tested, and hardened — and it took real iterations to get from "script that restarts things" to "system I trust overnight."
But the compounding return is real: every workflow perfected once runs forever, and every new service inherits the whole operational stack on day one. This site did — it was monitored before it had content.