§ INDEX

Booklets

A low-effort onramp to Kubernetes

Most Kubernetes documentation is written for people who already run Kubernetes. That’s the gap these booklets are here to close.

If your team is considering Kubernetes — wondering whether the shape of it fits your workloads, your team size, your budget, and your data-sovereignty constraints — start with the introduction booklet. It explains the moving parts in plain English, before any kubectl appears, and is short enough to read in an afternoon.

If you’re ready to run a cluster yourself, the setup booklet walks you from a fresh Hetzner account to a working Jōkamachi cluster, with no prior Kubernetes experience assumed.

If you’re evaluating whether to trust us with production, the architecture booklet is the one to read first — it covers control plane, worker pools, multi-tenancy, and the deliberately boring networking choices that hold a Jōkamachi cluster together.

If you’re comparing the numbers, the performance booklet puts hard numbers behind the technical decisions: when Hetzner’s load balancer is the right call and when a custom NAT gateway pulls ahead, what you actually lose to shared CPU cores versus dedicated, when performance cores are worth paying for. Read this one alongside Architecture if you’re sizing a cluster against a target SLO.

The KAOS booklet is about what goes into agentic cluster management — and starts, unusually, with a chapter titled You don’t need KAOS! We mean it: real operating experience comes from running the cluster yourself, with kubectl in one hand and an LLM CLI in the other. KAOS is what you reach for when you’ve built up enough experience to want to codify it and let an agent act on it under policy. The booklet walks the progression from “are there any incidents?” to “have I seen this before?” to “should this go through GitOps?” and arrives at KAOS as a destination, not a starting point.

The Kubenix booklet covers the GitOps side of the same story — what’s underneath the cluster’s typed primitives, why we use them, and how they make horizontal property testing feasible (which, in turn, is what makes durable agentic changes safe enough to automate).

Why booklets, not blog posts

Each booklet is opinionated, end-to-end, and designed to be read in a sitting. We update them in place — there is no “best of 2023” archive to wade past, no comments thread to read first, no search bar required.

The complete catalogue is below.

Booklets 6 Chapters 12
  1. VOL · 00

    Getting started: setting up a Jōkamachi cluster

    From zero to a self-hosted Jōkamachi Kubernetes cluster on Hetzner.

    1. 01 Overview What this booklet covers and who it's for. 1 min
    1 chapter · 1 min total
  2. VOL · 01

    Introduction to the technologies

    A guided tour of Kubernetes and the moving parts around it.

    1. 01 Overview What this booklet covers and who it's for. 1 min
    1 chapter · 1 min total
  3. VOL · 02

    Cluster architecture

    How a Jōkamachi cluster is laid out, end to end.

    1. 01 Overview What this booklet covers and who it's for. 1 min
    1 chapter · 1 min total
  4. VOL · 03

    KAOS — the Kubernetes Agentic Operator Substrate

    What goes into agentic cluster management — and why you don't need KAOS to start.

    1. 01 You don't need KAOS! Why running the cluster yourself first is the right way to start. 2 min
    2. 02 How far one prompt takes you What a frontier model with kubectl access already does, before you write a single line of skill or playbook. 3 min
    3. 03 How an agentic skill is formed From 'are there any incidents?' to 'should this go through GitOps?' — the progression of operating experience. 2 min
    4. 04 Guardrails and incident maturity How KAOS is promoted from advisory to autonomous, one incident class at a time. 1 min
    5. 05 What KAOS sees, and what it doesn't Training on incidents, the privacy boundary, and the RBAC line we draw across both. 2 min
    5 chapters · 10 min total
  5. VOL · 04

    Performance profiling Kubernetes on Hetzner

    Hard numbers behind the technical choices: load balancers, NAT gateways, and what you actually pay for in a CPU core.

    1. 01 Overview What this booklet measures and why. 1 min
    1 chapter · 1 min total
  6. VOL · 05

    Kubenix: stronger primitives for cluster definitions

    Why we use Kubernetes for the runtime, Kubenix for the spec, and what property testing buys you on top.

    1. 01 Why Kubernetes? Why prescribed-once infrastructure tools fray on dynamic systems, and why reconciliation loops don't. 4 min
    2. 02 Why Kubenix? The case for typed primitives over Helm-chart string-stitching. 2 min
    3. 03 Property testing Kubenix Cluster-wide invariants checked at compile time, not after a deploy. 1 min
    3 chapters · 7 min total