Self-Hosting verspricht Kontrolle, Managed Hosting verspricht Entlastung.
Beide Aussagen greifen zu kurz. Entscheidend ist, welche Aufgaben ein Betrieb zuverlässig selbst übernehmen kann und welche Leistungen im Managed-Angebot tatsächlich vereinbart sind. Bei SoftwareGenie24 betrifft diese Wahl Skillent und Inventonia. AudioBridge ist dagegen eine lokale Windows-Anwendung und benötigt für die Audioverarbeitung kein Hostingmodell.
Die Betriebsfrage vor der Produktivsetzung klären
Die Betriebsform sollte nicht erst nach der fachlichen Auswahl auf den Tisch kommen. Sie beeinflusst Einführung, Zugänge, Integrationen, Updates, Sicherungen und den späteren Support. Fachbereich, IT und Datenschutz brauchen deshalb früh ein gemeinsames Bild.
Am Anfang stehen vier praktische Fragen:
- Gibt es eine geeignete Infrastruktur und eine dauerhaft zuständige interne Rolle?
- Welche Vorgaben gelten für Datenort, Netzwerkzugriff und Benutzerverwaltung?
- Wie werden Wartungsfenster, Sicherungen und Wiederherstellungen organisiert?
- Welcher Teil des Betriebs soll im eigenen Haus bleiben?
Erst danach lässt sich sinnvoll vergleichen. Eine vorhandene virtuelle Maschine allein ist noch kein vollständiger Betriebsplan. Umgekehrt ersetzt ein Managed-Angebot nicht jede fachliche oder organisatorische Aufgabe des Kunden.
Self-Hosting verlagert den technischen Betrieb in das eigene Haus
Beim Self-Hosting stellt der Kunde die Laufzeitumgebung bereit. Dazu gehören je nach Architektur Server, Netzwerk, TLS, Datensicherung, Überwachung und der kontrollierte Zugriff für Administration und Support. Auch Updates benötigen einen festgelegten Ablauf.
Diese Betriebsform passt besonders dann, wenn Anwendungen in bestehende Netzsegmente eingebunden werden müssen, eigene Sicherheitsvorgaben gelten oder interne Systeme nur lokal erreichbar sind. Sie setzt jedoch voraus, dass Zuständigkeiten nicht an einer einzelnen Person hängen.
Für Skillent beschreibt der Beitrag „Berichtsheft Self-Hosted betreiben“ die produktbezogenen Aufgaben bei Updates, Backups und Anmeldung. Die grundsätzliche Entscheidung bleibt bei Inventonia vergleichbar, auch wenn sich Integrationen und fachliche Abläufe unterscheiden.
Managed Hosting übernimmt einen festgelegten Betriebsumfang
Beim Managed Hosting stellt SoftwareGenie24 eine betreute Produktivinstanz in Deutschland bereit und übernimmt im dokumentierten Standard die technische Bereitstellung, den TLS-Betrieb, die Pflege der betreuten Laufzeitumgebung, Anwendungsupdates, Zustandsüberwachung, tägliche verschlüsselte Offsite-Sicherungen sowie einen dokumentierten Wiederherstellungsweg.
Damit entfällt ein großer Teil der technischen Routine. Beim Kunden bleiben trotzdem fachliche Administration, Benutzer- und Rollenentscheidungen, Datenqualität sowie die Bewertung, ob wiederhergestellte Daten fachlich vollständig sind.
Technische und fachliche Aufgaben sauber zuordnen
Viele Missverständnisse entstehen nicht durch Technik, sondern durch unklare Rollen. Vor dem Start sollte für jede wiederkehrende Aufgabe ein Verantwortlicher feststehen.
| Aufgabe | Self-Hosted | Managed Hosting |
|---|---|---|
| Infrastruktur und Laufzeitumgebung | Kunde | SoftwareGenie24 im vereinbarten Umfang |
| Anwendungsupdates | Kunde nach bereitgestelltem Verfahren | SoftwareGenie24 im Wartungsablauf |
| Benutzer, Rollen und Fachkonfiguration | Kunde | Kunde |
| Technische Sicherungen | Kunde | SoftwareGenie24 nach Hostingumfang |
| Prüfung fachlicher Daten | Kunde | Kunde |
| Individuelle Integrationen | Nach eigener Planung und Produktdokumentation | Nur nach vereinbartem Umfang |
Die Tabelle ersetzt kein Angebot. Sie zeigt, welche Punkte vor Vertragsabschluss konkret zugeordnet werden müssen.
Die Entscheidung an den eigenen Kapazitäten ausrichten
Self-Hosting ist nicht automatisch günstiger, nur weil bereits Server vorhanden sind. Interne Arbeitszeit für Wartung, Überwachung, Sicherungen und Störungsbearbeitung gehört in die Betrachtung. Managed Hosting ist ebenfalls nicht automatisch vollständig, nur weil der Anbieter die Instanz betreibt.
Eine belastbare Entscheidung berücksichtigt:
- vorhandene Erfahrung mit Webanwendungen, Datenbanken und Containerbetrieb,
- gewünschte Einbindung in Netzwerk, LDAP, SSO oder weitere interne Systeme,
- interne Bereitschaft für Updates, Monitoring und Wiederherstellungstests,
- Anforderungen an Datenort, Zugriff und Supportwege,
- benötigte Kapazität, Speicher und mögliche Lastspitzen,
- Plan für Störungen, Personalwechsel und Vertragsende.
Wenn diese Punkte intern nicht dauerhaft besetzt werden können, ist Managed Hosting häufig die klarere Lösung. Besteht dagegen eine eingespielte Betriebsorganisation mit eigenen Vorgaben, kann Self-Hosting besser in die vorhandene Architektur passen.
Angebot und SLA auf konkrete Anforderungen prüfen
Begriffe wie „Backup“, „Monitoring“ oder „Support“ reichen für einen Vergleich nicht aus. Wichtig sind Turnus, Aufbewahrung, Meldeweg, Reaktionsziel und die Frage, wer eine Wiederherstellung auslöst und prüft.
Bei größeren Installationen müssen außerdem Benutzerzahlen, Speicher, Verfügbarkeit und Serviceumfang vor dem Angebot feststehen. Die Enterprise-Lizenz kann ohne Mengenlimit angeboten werden; daraus folgt jedoch keine unbegrenzte Hostingkapazität. Für Standardanforderungen geben die veröffentlichten Preise einen ersten Rahmen, während abweichende Infrastruktur, zusätzliche Instanzen oder Integrationen separat geklärt werden.
Wechsel und Exit von Anfang an mitdenken
Ein Betriebsmodell ist nur dann belastbar, wenn auch der spätere Wechsel geklärt ist. Beim Self-Hosting muss der Betrieb wissen, wie Daten, Anhänge und Konfigurationen gesichert werden. Beim Managed Hosting gehören verfügbare Exportformate, Abruffristen und Löschung in die Vertragsprüfung.
Der Exit ist kein Misstrauenssignal. Er verhindert Abhängigkeiten und schafft Klarheit für Personalwechsel, neue Infrastruktur oder einen Anbieterwechsel. Die Bedingungen für Managed Hosting und Exit beschreiben den veröffentlichten Standardumfang.