Zo bewaren de meeste mensen hun digitale leven in 2026. Foto’s gaan naar Google. Email gaat naar Gmail. Documenten gaan naar de cloud die toevallig bij de telefoon zat. Wachtwoorden zitten in een browser van een advertentiebedrijf. Elke byte staat op de server van iemand anders, onder voorwaarden die niemand las, in een jurisdictie die niemand controleerde. We geven het allemaal weg en noemen het normaal, omdat het alternatief op een tweede baan lijkt.

Ik wil het over dat alternatief hebben, en over waarom het op dit moment achter een muur zit die de meeste mensen nooit zullen beklimmen.

Het probleem: we zijn de controle kwijt

Het verdienmodel achter de meeste van deze diensten draait op het kennen van jou. Je email wordt gescand. Je foto’s worden geanalyseerd. Je locatiegeschiedenis wordt een product. Niets daarvan is nog een geheim, en de meeste mensen hebben er hun vrede mee gesloten. De data staat handig waar die staat, en verhuizen voelt als meer gedoe dan het waard is.

De technische wereld heeft hier een antwoord op, en een goed antwoord. Self-hosting. Draai je eigen diensten op je eigen hardware en het surveillanceprobleem verdampt grotendeels, want er is niemand aan de andere kant om het surveilleren te doen.

Ik draai mijn eigen infrastructuur al jaren. Mijn eigen email, mijn eigen cloud opslag, mijn eigen wachtwoordkluis, alles. Ik vind het oprecht geweldig, en ik heb er behoorlijk wat over geschreven op deze blog. Maar ik ga niet doen alsof mijn ouders hetzelfde zouden kunnen. Self-hosting is vandaag een privilege. Het kost technische kennis en een gestage voorraad avonduren, en de meeste mensen hebben geen van beide over. De drempel is echt, en hij is hoog.

Wat als de drempel er niet was?

Stel je dus de andere kant van die muur voor.

Je betaalt een maandelijks bedrag, ergens in de range van €15-30. In ruil krijg je je eigen privécloud voor foto’s en documenten en notities, je eigen email server, je eigen wachtwoordmanager, je eigen agenda en contacten. Het gebruikelijke spul dat mensen huren van Big Tech, alleen is de regeling eronder anders op manieren die echt uitmaken:

  • Je data blijft van jou. Geen scanning, geen profilering, geen stille doorverkoop aan een databroker.
  • Het draait op standaard hardware. Die oude PC in je kast werkt prima.
  • Je kunt weg wanneer je wilt. Neem je data mee en loop weg. Geen lock-in.
  • De operaties zijn transparant. Open source, auditeerbaar, geen black boxes.

Geen van deze onderdelen is nieuw. Nextcloud, Mailcow en een lange lijst volwassen open-source projecten dekken de bouwstenen al. Het gat is altijd hetzelfde geweest: iemand moet ze nog steeds in elkaar zetten en bewaken. Het ontbrekende stuk is dat die iemand niet jij bent.

De cognitieve belasting die niemand meerekent

Hier wordt de huidige werkelijkheid zwaarder, want de drempel gaat eigenlijk niet over de eerste installatie.

Opzetten is een weekend, en een vastberaden persoon kan een tutorial volgen. De kosten komen daarna, elke week, voor altijd. Certificaten verlopen. Een disk loopt vol om 2 uur ’s nachts. Een upstream image levert een breaking change en je contacten-app stopt met synchroniseren net voordat je een telefoonnummer nodig hebt. Self-hosting is geen ding dat je bouwt, het is een ding dat je in leven houdt. Precies die onderhoudslast is waarom ik nooit een Raspberry Pi aan een niet-technische vriend zou geven en het een cadeau zou noemen. Ik zou ze een pieper geven.

Dit is hetzelfde frictieprobleem dat de meeste van mijn technische keuzes stuurt. Ik wil systemen die netjes falen en zichzelf herstellen, want het alternatief is dat ik het single point of failure ben voor de email van iemand anders om 2 uur ’s nachts. Dat schaalt niet, en eerlijk gezegd is het niet vriendelijk voor ons allebei.

De vraag is dus niet of self-hosting goed is. Het is goed. De vraag is wie het operationele gewicht draagt.

Hoe het werkt: het service cluster model

Ik ben al begonnen met een antwoord te bouwen. Dit is de vorm ervan.

flowchart TD
    subgraph service["Service Cluster<br/>(Beheerd door mij, draait management plane)"]
        GitOps["GitOps<br/>(ArgoCD)"]
        Monitoring["Monitoring<br/>(Grafana)"]
        Updates["Updates<br/>(Auto)"]
    end
    service --> A
    service --> B
    service --> C
    subgraph A["Klant Cluster A (Thuis)"]
        A1["Nextcloud"]
        A2["Vaultwarden"]
        A3["Photos"]
    end
    subgraph B["Klant Cluster B (Kantoor)"]
        B1["Nextcloud"]
        B2["GitLab"]
        B3["CI/CD"]
    end
    subgraph C["Klant Cluster C (Colo)"]
        C1["Email"]
        C2["Matrix"]
        C3["Nextcloud"]
    end

Een centraal service cluster beheert een vloot van klant clusters. Elk klant cluster draait op hardware die de klant bezit, of dat nu een mini PC thuis is, een server op kantoor, of gehuurde hardware in een datacenter.

Het service cluster handelt de stukken af die pijn doen:

  • Deployment die GitOps-driven, declaratief en reproduceerbaar is
  • Monitoring zodat er iets wordt opgevangen voordat de klant het merkt
  • Updates die automatisch, getest en teruggedraaid worden als ze zich misdragen
  • Backups die encrypted, off-site en af en toe daadwerkelijk teruggezet zijn om te bewijzen dat ze werken

Het klant cluster handelt maar twee dingen af: de diensten draaien, en de data opslaan op hardware die de klant fysiek kan aanraken.

Die scheiding is het hele punt. Het service cluster ziet nooit klantdata. Het beheert de infrastructuur, en de data blijft aan de kant van de klant van de streep. Degene die de bewaking doet ben ik en mijn tooling, niet de persoon die gewoon wilde dat hun foto’s privé bleven.

Draaien op oude hardware

Eén principe dat ik niet wil opgeven: dit draait op hardware die mensen al bezitten.

Die oude laptop, die afgedankte kantoor-PC’s, de Raspberry Pi die stof verzamelt op een plank, het komt allemaal in aanmerking. K3s draait comfortabel op machines die Big Tech jaren geleden als verouderd had afgeschreven. Dat is om meerdere redenen tegelijk belangrijk. Het houdt bruikbare hardware uit de prullenbak. Het brengt de instapkosten richting nul. En het maakt het eigenaarschap echt, want echte soevereiniteit betekent dat de doos in je huis staat, geen virtuele lease in het datacenter van iemand anders.

Ik heb eerder geschreven over soevereine infrastructuur en waarom fysieke controle het deel is dat telt. Dit is datzelfde idee een stap verder geduwd, uit het homelab en in de handen van mensen die nooit een homelab zouden bouwen.

De toekomst: LLM-beheerde infrastructuur

Nu het deel dat ik oprecht spannend vind, met de kanttekening dat het het minst bewezen is.

Vandaag ben ik de operator. Ik lees de alerts, ik debug de storingen, ik neem de beslissingen. Dat werkt op de schaal van vrienden en familie. Het werkt niet op de schaal van iedereen, want mijn aandacht is de bottleneck en er is maar één van mij.

Large language models worden goed in precies het soort beoordeling dat operationeel werk vraagt: logs en metrics lezen, veelvoorkomende storingen diagnosticeren, een fix voorstellen, context afwegen. Stel je een systeem voor dat merkt dat de disk van een klant richting vol kruipt, naar het gebruikspatroon kijkt, een cleanup of uitbreiding aanbeveelt, het gekozen pad toepast, en onthoudt hoe het ging voor de volgende keer.

De bouwstenen daarvoor bestaan nu. Wat nog niet bestaat, en waar ik voorzichtig mee ben, zijn de vangrails. Een LLM met schrijftoegang tot iemands email infrastructuur is een serieuze zaak, en de balans tussen autonomie en veiligheid verkeerd krijgen helpt niemand. Dus dit blijft speculatief tot ik kan laten zien dat het eerst op mijn eigen cluster werkt. Ik ga niemand vragen iets te vertrouwen wat ik niet zelf heb stukgemaakt.

Als het wel werkt, verschuift mijn rol van operator naar architect. Ik ontwerp de policies en het systeem ontwerpt de rest, en een klant toevoegen voegt niet langer een klant aan piketdienst toe.

Het businessmodel

Laat ik pragmatisch zijn, want een visie die zichzelf niet kan betalen is gewoon een hobby met extra stappen.

Individuen: €15-20/maand voor cloud opslag, een wachtwoordmanager en foto’s.

Gezinnen: €25-35/maand voor gedeelde diensten plus individuele accounts.

Kleine bedrijven: €50-100/maand voor email, samenwerking en CI/CD op een kwaliteit waar je echt een bedrijf op zou draaien.

Vergelijk dat met de gangbare prijs:

  • Google Workspace voor €5-18/gebruiker/maand, deels betaald in je data
  • Microsoft 365 voor €5-20/gebruiker/maand, dezelfde regeling
  • Het zelf self-hosten, “gratis” in euro’s en duur in honderden uren

Ik wil eerlijk zijn over de afweging in plaats van eroverheen te verkopen. Dit is niet de goedkoopste optie op een spreadsheet. Het vraagt je geld te betalen voor iets dat de surveillance-economie weggeeft, en wat je terugkrijgt is soevereiniteit zonder de operationele last. Voor sommige mensen is dat overduidelijk de moeite waard. Voor anderen wordt het dat nooit, en dat is een eerlijke keuze om te maken.

Wat nu

Ik bouw dit in fases, met opzet, langzaam genoeg om dingen privé stuk te maken:

  1. Nu: mijn eigen service cluster dat een handvol klant clusters beheert voor vrienden, familie en een paar early adopters
  2. Binnenkort: de architectuur documenteren en de management tooling open-sourcen
  3. Later: de LLM integratie, zodra ik het op mijn eigen infrastructuur vertrouw
  4. Uiteindelijk: iets waar iedereen zich op kan aanmelden en het echt bezit

Als dit resoneert, of je nu early adopter wilt zijn, wilt helpen met de tooling, of het gewoon wilt zien ontwikkelen, ik blijf erover schrijven hier, inclusief de delen die misgaan.

Toegang tot je eigen data huren van een corporatie is één mogelijke toekomst voor personal computing. Het is niet de enige, en het is niet de toekomst waarin ik wil leven. Er is een versie waarin de doos van jou is, de data van jou is, en iemand bekwaams de boel draaiende houdt zonder ooit naar binnen te kijken. Dat is degene die ik aan het bouwen ben.