Rollen, Mitglieder und Zugriffsregeln in der laufenden selbst gehosteten Web-App
Was der Bereich löst
Schnell im Alltag. Präzise im System.
Self-hosting verlagert Kontrolle und Verantwortung zur betreibenden Organisation. Open Inventory liefert dafür einen nachvollziehbaren Stack mit Compose-Dateien, Migrationen, Healthcheck, PostgreSQL und persistenten Uploads. Backups, Updates, TLS und Zugriffswege bleiben bewusste Betriebsaufgaben.
Ergebnis 01
Web-App, API und iOS-App auf eigener Infrastruktur betreiben und prüfen
Ergebnis 02
Rollen, granulare Berechtigungen und bedingte Zugriffsregeln festlegen
Ergebnis 03
Datenbank, Dateien, Secrets, Backups und optionale Provider bewusst verwalten
Alle Funktionen in diesem Bereich
Jede Funktion konkret erklärt.
Keine künstliche Paketgrenze: Diese Bausteine gehören zum MIT-lizenzierten Open-Source-Projekt.
01
Rollen & bedingte Regeln
Verwalte lokale Konten, eigene Rollen, granulare Berechtigungen und inhaltsabhängige Zugriffsregeln. Auth0 kann optional als Identitätsanbieter ergänzt werden.
02
Docker Compose & PostgreSQL
Container, Migrationen, Healthcheck sowie stabile Volumes für PostgreSQL und lokale Uploads sind eingecheckt. Konfiguration und Secrets bleiben bei der betreibenden Instanz.
03
Wählbarer Dateispeicher
Speichere Uploads standardmäßig im persistenten lokalen Volume oder binde optional Openinary an. Datenbank und Dateien werden gemeinsam gesichert.
04
MIT Open Source
Web-App, API und native iOS-App liegen offen in einem Repository. Unter der MIT-Lizenz darfst du den Code prüfen, anpassen, betreiben und weitergeben.
Der Ablauf
Ein offener Stack braucht klare Betriebsentscheidungen
Der schnelle Compose-Start ist der Anfang. Für einen dauerhaft erreichbaren Dienst gehören Identität, Datensicherung und Updates zum gewählten Betriebsmodell.
01
Instanz starten
Nutze Docker Compose, PostgreSQL, Migrationen und Healthcheck als nachvollziehbare Grundlage.
02
Zugriff begrenzen
Lege Konten, Rollen und Regeln fest und entscheide bewusst, ob die Instanz intern oder öffentlich erreichbar sein soll.
03
Daten sichern
Sichere PostgreSQL und den gewählten Dateispeicher gemeinsam und teste die Wiederherstellung regelmäßig.
04
Updates pflegen
Prüfe Änderungen im Repository, aktualisiere Images und Migrationen kontrolliert und beobachte den Healthcheck.
Kein abstraktes Versprechen
So sieht es mit echten Abläufen aus.
Das Beispiel zeigt bewusst konkrete Gegenstände, Werte und Entscheidungen. Es sind Mockdaten, aber ein Ablauf, den Open Inventory tatsächlich abbildet.
konkretes Beispiel
Beispiel · Eigene Instanz
Ein Stack mit sichtbaren Grenzen
Web-App und API laufen im Container, strukturierte Daten liegen in PostgreSQL und Uploads im persistenten Volume. Externe Auth-, KI- oder Speicheranbieter kommen nur hinzu, wenn du sie konfigurierst.
Anwendung
Web · API · Jobs
Daten
PostgreSQL · Uploads
Optional
Auth · KI · Storage
Echte SwiftUI-App-Aufnahme · Demo-Daten
Open Source für iOS
Auch die iOS-App spricht mit deiner Instanz.
Die native SwiftUI-App wird aus demselben offenen Repository gebaut und verbindet sich mit der von dir konfigurierten Server-URL. Erreichbarkeit und TLS gehören damit zu deinem Betriebsmodell.
Server-URL der eigenen Instanz konfigurieren
Web, API und iOS gemeinsam im Quellcode nachvollziehen
Open Source schafft Prüfbarkeit – nicht automatisch Betriebssicherheit.
Die MIT-Lizenz erlaubt Prüfung, Anpassung, Betrieb und Weitergabe. Sie ersetzt keine Updates, Backups oder sichere Netzkonfiguration. Open Inventory benennt diese Grenze bewusst und liefert die technischen Bausteine offen aus.
MIT-Lizenz und vollständiger Quellcode für Web, API und iOS
Docker Compose, Migrationen, Healthcheck und persistente Volumes
Offene Issues und Pull Requests als nachvollziehbarer Beteiligungsweg
