# Driftet hele selskapet på én vert med én kjerne og 512 MB — en git‑forge, en webserver for sju domener, Tor, to servere for alternative protokoller, sikkerhetskopier og utestenging av inntrengere — ved å behandle 464 MB brukbart minne som den bindende arkitekturbegrensningen. september 2026 **Situasjon.** Selskapets produksjonsvert er en skyinstans med én kjerne, 512 MB minne og 10 GB disk, hvorav rundt 464 MB er brukbart. Alt virksomheten kjører offentlig, ligger på den: webserveren som terminerer TLS for sju domener, git‑forgen, en Tor‑onion‑tjeneste, en Gemini‑server, en Gopher‑server, krypterte sikkerhetskopier og utestenging av inntrengere. Den vanlige reaksjonen på den listen er å kjøpe en større maskin. **Oppgave.** Begrensningen måtte behandles som et arkitektonisk premiss i stedet for et problem å bruke penger på, fordi det ærlige spørsmålet ikke var om en større maskin ville fungere, men om designet trengte en. **Handling.** Minne ble argumentet som avgjorde beslutninger. Det finnes ingen overvåkingsagent, ingen metrikkpipeline og intet dashbord — rapportering er pull‑basert, sju kommandoer som leser verten og gjengir Markdown, endrer ingenting og bare kjører når noen ber om det. Tjenestestyreren er systemd i stedet for enda en prosessbehandler lagt oppå den, og containerlaget er Quadlet‑enheter under den samme tjenestestyreren i stedet for en daemon med sin egen. Plattformer med webpanel ble utelukket allerede på designstadiet av samme grunn. Da spørsmålet kom opp om verten kunne bære en onion‑tjeneste, kom svaret fra en dags målte stikkprøver i stedet for fra en mening: tilgjengelig minne falt aldri under rundt 310 MB av 464, swap lå på 2,6 prosent, og prosessoren var 99,7 prosent ledig. **Resultat.** Hele selskapet kjører på en maskin som koster mindre per måned enn en lunsj, og designet er bedre takket være disiplinen, ikke bare billigere. Prisen er marginen for alt som er slurvete — e‑post ligger med vilje ikke på denne maskinen i det hele tatt — den er skrevet som et installasjonsstillas som venter på en egen vert, fordi en e‑postserver trenger margin som denne maskinen allerede har brukt opp, og det er skrevet ned i stedet for å bli oppdaget senere. --- - Rolle: Site Reliability Engineer - Kategorier: [Plattformarkitektur](https://platform.engineer.company/nb/categories/platform-architecture/), [Løsningsarkitektur](https://platform.engineer.company/nb/categories/solution-architecture/), [Infrastruktur](https://platform.engineer.company/nb/categories/infrastructure/), [Pålitelighet og sikkerhetskopier](https://platform.engineer.company/nb/categories/reliability/), [Linux og servere](https://platform.engineer.company/nb/categories/linux/), [Ytelsesoptimalisering](https://platform.engineer.company/nb/categories/performance/), [Systemadministrasjon](https://platform.engineer.company/nb/categories/system-administration/) - Tjenester: [Plattform- og løsningsarkitektur](https://platform.engineer.company/nb/services/platform-architecture/), [Skyinfrastruktur og migrering](https://platform.engineer.company/nb/services/cloud-infrastructure/), [Infrastruktur som kode](https://platform.engineer.company/nb/services/infrastructure-as-code/), [Systemadministrasjon](https://platform.engineer.company/nb/services/system-administration/)