# En hel virksomhed på en lille server Har kørt hele virksomheden på én vært med 512 MB og én kerne — en git‑forge, en webserver til syv domæner, Tor, to servere til alternative protokoller, backup og blokering af indtrængningsforsøg — ved at behandle 464 MB brugbar hukommelse som den bindende arkitektoniske begrænsning. september 2026 **Situation.** Virksomhedens produktionsvært er en cloud‑instans med én kerne, 512 MB hukommelse og 10 GB disk, hvoraf omkring 464 MB er anvendelige. Alt, hvad forretningen kører offentligt, ligger på den: webserveren, der terminerer TLS for syv domæner, git‑forgen, en Tor‑onion‑tjeneste, en Gemini‑server, en Gopher‑server, krypterede sikkerhedskopier og blokering af indtrængningsforsøg. Den sædvanlige reaktion på den liste er at købe en større maskine. **Opgave.** Begrænsningen skulle behandles som et arkitektonisk input og ikke som et problem, man løser med penge, for det ærlige spørgsmål var ikke, om en større maskine ville virke, men om designet havde brug for en. **Handling.** Hukommelsen blev det argument, der afgjorde beslutningerne. Der er ingen overvågningsagent, ingen metrikpipeline og intet dashboard — rapportering er et pull: syv kommandoer, der læser værten og gengiver Markdown, ændrer intet og kun kører, når man beder om det. Supervisoren er systemd og ikke en ekstra procesmanager lagt oven på den, og containerlaget er Quadlet‑enheder under den samme supervisor i stedet for en dæmon med sin egen. Webpanel‑platforme blev udelukket på designstadiet af samme grund. Da spørgsmålet kom op, om værten kunne bære en onion‑tjeneste, kom svaret fra en dags målinger og ikke fra en holdning: den tilgængelige hukommelse faldt aldrig under omkring 310 MB af 464, swap lå på 2,6 procent, og processoren var 99,7 procent inaktiv. **Resultat.** Hele virksomheden kører på en maskine, der koster mindre om måneden end en frokost, og designet er blevet bedre af disciplinen og ikke bare billigere. Prisen er, at der ikke er råderum til noget skødesløst — mailtjenesten ligger bevidst slet ikke på denne maskine — den er skrevet som et installationsstillads, der venter på sin egen vært, fordi en mailserver kræver råderum, som denne maskine allerede har brugt, og det er skrevet ned i stedet for at blive opdaget senere. --- - Rolle: Site Reliability‑ingeniør - Kategorier: [Platformarkitektur](https://engineer.company/da/categories/platform-architecture/), [Løsningsarkitektur](https://engineer.company/da/categories/solution-architecture/), [Infrastruktur](https://engineer.company/da/categories/infrastructure/), [Driftssikkerhed & backup](https://engineer.company/da/categories/reliability/), [Linux & servere](https://engineer.company/da/categories/linux/), [Optimering af ydeevne](https://engineer.company/da/categories/performance/), [Systemadministration](https://engineer.company/da/categories/system-administration/) - Ydelser: [Platform- & løsningsarkitektur](https://engineer.company/da/services/platform-architecture/), [Cloud‑infrastruktur & migrering](https://engineer.company/da/services/cloud-infrastructure/), [Infrastructure as Code](https://engineer.company/da/services/infrastructure-as-code/), [Systemadministration](https://engineer.company/da/services/system-administration/)