AtlasWiki: mandantenfähige Wissensdatenbank

Das Problem

Notion ist der Ort, an dem Firmenwissen auf fremden Servern lebt, hinter einem Abo, eine Preisänderung von einem Migrationsprojekt entfernt. Open-Source-Wikis sehen entweder nach 2008 aus oder verlangen einen Kubernetes-Cluster samt Teilzeit-Administrator. Die Lücke dazwischen: ein Wiki, das sich modern anfühlt, auf einer einzigen Maschine läuft und Mandantentrennung als Datenbankgarantie behandelt statt als If-Statement.

Was wir gebaut haben

Eine mandantenfähige Wissensdatenbank mit dem Editing-Erlebnis, das man nach Notion erwartet: ein TipTap-basierter WYSIWYG-Editor mit Slash-Commands, verschachtelten Seiten, Backlinks und Inline-Embeds, auf einer Architektur, die Isolation ernst nimmt.

• Row-Level Security als Isolationsgrenze. Die Mandantentrennung erzwingen PostgreSQL-RLS-Policies, nicht Anwendungscode. Eine vergessene WHERE-Klausel in irgendeinem künftigen Endpoint kann keine fremden Seiten leaken, weil die Datenbank sie schlicht nicht herausgibt.
• Anhänge als Service. Dateien an Seiten speichert das Wiki gar nicht selbst. Sie laufen über die interne API unserer self-hosted Dateiplattform durch ein privates Container-Netzwerk: eine Storage-Ebene, konsistente Backups, kein duplizierter Upload-Code.
• Schnell durch Architektur. Server-gerenderte Page-Shells, schlanke API-Payloads, aggressives Indexing. Seitenladezeiten unter 100 ms auf einem Mini-PC, ganz ohne CDN.

Architektur

FastAPI, React, PostgreSQL mit RLS, deployt als Container hinter einem Traefik-Reverse-Proxy mit TLS und Security-Headern. Service-to-Service-Calls laufen über ein internes Docker-Netzwerk, das nie öffentlich exponiert wird.

Ergebnis

Eine Wissensdatenbank, die monatlich nichts kostet, schneller lädt als das SaaS, das sie ersetzt hat, und das Security-Muster vorführt, das wir inzwischen überall wiederverwenden: Isolationsgarantien in die Datenbank drücken, Services über private Netzwerke integrieren und jede Plattform genau einen Job richtig gut machen lassen.