Mandantensicheres ITSM auf PostgreSQL. Jeder Kunde bekommt eine getrennte CMDB- und Ticketing-Umgebung, ohne dass Sie dafür eine zweite VM samt Windows- und SQL-Lizenz bezahlen.
Ehrlicher Zwischenstand: Die Mandantentrennung ist heute logisch umgesetzt (gemeinsame Datenbank, mandantengefilterte Zugriffe). Die vollständige Isolierung mit einer eigenen Datenbank je Mandant ist in aktiver Umsetzung – in der Modulreife steht das Modul aktuell bei rund 53 %. Für produktive MSP-Szenarien ist die DB-Isolierung Voraussetzung und Bestandteil des Pilot-Umfangs.
# Ein Dienst, viele Mandanten PostgreSQL 18 ├─ ordivis_alpha CMDB · Tickets · IPAM ├─ ordivis_beta CMDB · Tickets · IPAM ├─ ordivis_gamma CMDB · Tickets · IPAM └─ registry Mandanten · Zugehörigkeiten Isolation: eigene Datenbank je Mandant Hardware: 1 VM statt N VMs
Jeder Kunde bekommt eine eigene Datenbank auf demselben PostgreSQL-Server, dazu eine zentrale Registry für Mandanten und Zugehörigkeiten. Physisch getrennte Daten – und ein Kundenabgang ist ein Datenbank-Drop, kein Löschprojekt.
Statt für jeden Kunden eine eigene VM samt Windows- und SQL-Lizenz bereitzustellen, teilen sich alle Mandanten einen Server. Der zweite Kunde kostet Sie keine zweite Infrastruktur.
Kein Node-Zähler, keine Staffel. Egal wie groß das Netz eines einzelnen Mandanten wächst – Ihre Kosten bleiben planbar.
Eine Registry-Datenbank verwaltet die Zuordnung. Neue Kunden werden per Provisionierung angelegt, nicht per Server-Rollout.
Der Modulare Monolith aktualisiert im transaktionssicheren Update-Lauf die gesamte Instanz – kein Patch-Marathon über verteilte Systeme.
Betreiben Sie Ordivis Platform bei sich oder beim Kunden vor Ort – niemand zwingt Sie in eine fremde Cloud. Sie behalten die Kontrolle über Betrieb, SLAs und Daten.
Sprechen Sie mit uns über Mandanten-Staffeln und Wiederverkaufs-Konditionen.