NexBasira selbst hosten

Derselbe Docker-Stack, der unser verwaltetes SaaS betreibt, ist das, was wir On-Prem ausliefern. Dasselbe Django-Backend, dieselbe React-SPA, dieselbe Audit-Kette. Verfügbar in der Enterprise-Stufe mit einem AVV + InfoSec-Fragebogenpaket.

Warum selbst hosten

• Regulatorische Vorgabe — Ihr Sektor oder Ihre Jurisdiktion verlangt, dass Beweise auf Ihrer Infrastruktur liegen.
• Netzwerkisolation — Ihre Inspektoren arbeiten innerhalb eines VPN; ausgehende Verbindungen zu einem SaaS sind keine Option.
• Individuelle Datenresidenz — Sie müssen Daten in einer bestimmten Region oder souveränen Cloud ablegen.
• Kostenvorhersehbarkeit bei Skalierung — bei >5.000 Inspektionen/Monat ist dedizierte Infrastruktur oft günstiger als die Pro-Inspektions-Stufe.

Architektur

Sechs Services (plus Ihr bestehender Identity-Provider für SSO):

Für den Objektspeicher können Sie auch auf jeden S3-kompatiblen Dienst zeigen (AWS S3, Wasabi, OVH Object Storage, Ihr bestehendes On-Prem-Ceph-Cluster). MinIO ist als Standard für echte Air-Gap-Installationen enthalten.

Mindestanforderungen

Bootstrap

Ungefähr die Form, die das Installationsskript automatisiert:

# 1. Clone the released bundle
git clone --depth 1 https://github.com/codelounge-io/nexbasira-onprem.git
cd nexbasira-onprem

# 2. Fill in env from the example
cp .env.example .env
$EDITOR .env   # set DOMAIN, SECRET_KEY, DB password, S3 creds, LiveKit keys

# 3. Pull pinned images
docker compose pull

# 4. Run migrations + create the platform superuser
docker compose run --rm backend python manage.py migrate
docker compose run --rm backend python manage.py createsuperuser

# 5. Start everything
docker compose up -d

# 6. Tail the logs until you see the audit-chain self-test pass
docker compose logs -f backend | grep "audit chain self-test"

Auf einem sauberen Ubuntu-22.04-VPS läuft die gesamte Sequenz in etwa 5 Minuten durch.

Was Sie ab Werk erhalten

• Sowohl app.<ihre-domain> (SPA) als auch <ihre-domain> (Marketing-Site, optional) auf einem einzigen Caddy.
• Automatisches TLS via Let's Encrypt — oder Pinning auf eine private CA in geschlossenen Netzwerken.
• Postgres-RLS-Migrationen + die vier Systemrollen vorbelegt.
• Audit-Ketten-Postgres-Trigger (append-only).
• Demo-Sitzungs-Seeder, damit Erstadmins mit realistischen Daten herumprobieren können.

Day-2-Betrieb

• Backups — nächtlicher logischer Postgres-Dump + S3-Lifecycle für Objekte. Das docs/SELF_HOST.md-Runbook enthält Restore-from-Backup-Smoke-Tests inklusive audit-chain verify.
• Upgrades — neues Image-Tag ziehen, docker compose up -d. Schema-Migrationen sind forward-only + in CI getestet; Rollback ist für den Notfall dokumentiert.
• Observability — Django gibt strukturierte JSON-Logs mit tenant_id- + session_id-Labels aus; leiten Sie sie an Ihren bestehenden Log-Aggregator weiter.
• Metriken — Prometheus-Exporter-Endpoint auf dem Backend; scrapen Sie ihn aus Ihrem Monitoring-Stack.

Was sich von verwaltetem SaaS unterscheidet

Support

Enterprise-Self-Host-Kunden erhalten einen dedizierten Slack- + Connect-Kanal, 1-Stunden-SLA, geplante Upgrade-Walkthroughs und direkten Zugang zu unserer On-Call-Rotation für Produktionsvorfälle.

Was als Nächstes kommt

• Ein Enterprise-Gespräch beginnen
• Sicherheitslage — was im InfoSec-Fragebogen-Paket steckt
• DPA — was im Vertragspaket steckt