Ein erreichbarer Server garantiert keinen nutzbaren Service
Das Betriebssystem läuft, die Datenbank antwortet und die Infrastrukturüberwachung meldet keine Störung. Trotzdem können Anwenderinnen und Anwender keine Vorgänge abschließen, weil eine Anwendungsschnittstelle fehlerhafte Antworten liefert. Dieses Beispiel zeigt, weshalb die technische Verfügbarkeit einzelner Komponenten und die Nutzbarkeit einer Fachanwendung getrennt betrachtet werden müssen.
Hosting stellt vereinbarte technische Ressourcen bereit. Managed Application Services können darüber hinaus den Betrieb einer konkreten Anwendung übernehmen. Die Bezeichnungen allein legen jedoch keinen verbindlichen Leistungsumfang fest. Entscheidend ist, wer welche Aufgaben auf welcher Ebene verantwortet und woran ihre Erfüllung gemessen wird.
Für die Auswahl eines Partners sollte daher die benötigte fachliche Leistung beschrieben werden. Erst danach lässt sich entscheiden, welche Aufgaben intern bleiben und welche ein Dienstleister übernimmt. Ein klar begrenztes Hostingangebot kann passend sein, wenn die eigene Organisation den Anwendungsbetrieb verlässlich abdeckt.
Den Leistungsumfang über Betriebssituationen klären
Betrachten Sie typische Ereignisse: Eine Sicherheitsaktualisierung steht an, ein Zertifikat läuft ab, ein Import bleibt hängen oder nach einem Release steigen die Fehlermeldungen. Für jede Situation muss klar sein, wer sie erkennt, bewertet, bearbeitet und abschließt. Auch die Kommunikation mit dem Fachbereich gehört dazu.
Die folgende Gegenüberstellung beschreibt mögliche Leistungszuschnitte, keine allgemeingültigen Produktdefinitionen. Ein konkretes Angebot muss diese Grenzen ausdrücklich festlegen.
| Aufgabe | Beim Hosting klären | Bei Managed Application zusätzlich klären |
|---|---|---|
| Überwachung | Ressourcen und technische Komponenten | Funktion kritischer Anwendungsabläufe und Integrationen |
| Aktualisierung | Verantwortung für Plattform und Betriebssystem | Anwendungsversionen, Kompatibilität und fachliche Freigabe |
| Störung | Bearbeitung innerhalb der Infrastrukturgrenze | Anwendungsdiagnose und Koordination mit weiteren Partnern |
| Sicherung | Umfang und Wiederherstellung der gesicherten Ressourcen | Konsistenz zusammengehöriger Anwendungsdaten und fachlicher Wiederanlauf |
| Verbesserung | Kapazität und technische Betriebsqualität | Wiederkehrende Anwendungsfehler und vermeidbare manuelle Arbeit |
Besonders sorgfältig sind die Übergänge zu Drittprodukten und Fachverfahren zu beschreiben. Ein Provider kann nicht jede fremde Komponente selbst reparieren. Er kann aber für Diagnose, Weitergabe und Nachverfolgung verantwortlich sein, sofern dies vereinbart ist.
Serviceziele an der tatsächlichen Nutzung ausrichten
Eine Verfügbarkeitszahl wird erst durch Messpunkt, Zeitraum und Definition verständlich. Bezieht sie sich auf den Server, die Anmeldung oder den Abschluss einer fachlichen Transaktion? Sind Wartungszeiten ausgenommen? Werden vollständige Ausfälle und starke Verzögerungen gleich behandelt? Diese Fragen sollten vor Vertragsabschluss beantwortet sein.
Die SRE-Dokumentation zu Service Level Objectives unterscheidet Messgrößen, Zielwerte und Servicevereinbarungen. Für ein eigenes Betriebsmodell ist diese Trennung hilfreich: Zuerst wird festgelegt, was gemessen wird, dann welcher Wert angestrebt wird und anschließend, welche Vereinbarung daran anknüpft.
Wählen Sie wenige Signale mit erkennbarem Bezug zur Nutzung. Bei einem Antragsportal können das erfolgreiche Übermittlungen, Antwortzeiten und das Alter noch nicht übernommener Vorgänge sein. Vereinbaren Sie den Umgang mit fachlich ungültigen Eingaben, damit diese die Bewertung der technischen Zuverlässigkeit nicht unkontrolliert verzerren.
Unterscheiden Sie außerdem Reaktionszeit und Wiederherstellungszeit. Eine schnelle Rückmeldung bedeutet nicht, dass die Anwendung bereits wieder funktioniert. Für den Fachbereich zählen Auswirkungen, Zwischenlösungen und der erwartete nächste Informationszeitpunkt.
Änderungen und Wiederherstellung ausdrücklich einschließen
Der laufende Betrieb verändert sich durch neue Versionen, geänderte Schnittstellen und steigende Nutzung. Definieren Sie, wer Updates bewertet, Testumgebungen pflegt und eine produktive Änderung freigibt. Fachliche Regressionstests benötigen Mitwirkung der Personen, die den tatsächlichen Ablauf beurteilen können.
Bei Sicherungen zählt die Wiederherstellbarkeit des vollständigen Services. Datenbank, Dokumentenspeicher und Konfiguration müssen zusammenpassen. Vereinbaren Sie einen angemessenen Wiederherstellungstest und dokumentieren Sie, welche fachlichen Prüfungen vor der erneuten Freigabe erfolgen.
Auch die Grenzen der Leistung gehören in den Katalog. Größere Funktionserweiterungen, Datenbereinigungen oder Änderungen an fremden Fachverfahren sind möglicherweise gesonderte Vorhaben. Ein transparenter Zuschnitt verhindert, dass Beteiligte im Störungsfall erstmals über Kosten und Zuständigkeiten verhandeln.
Beispiel: Eine Schnittstelle blockiert die Bearbeitung
In einem illustrativen Szenario nimmt ein Portal weiterhin Anträge an, kann diese aber seit einem Update nicht an das Fachverfahren übergeben. Die Infrastruktur bleibt verfügbar. Aus Sicht des Fachbereichs entsteht dennoch ein wachsender Bearbeitungsrückstand.
Ein passender Anwendungsbetrieb erkennt, dass Vorgänge ungewöhnlich lange auf die Übergabe warten. Er identifiziert die betroffene Verbindung, informiert den Fachbereich und stimmt das weitere Vorgehen mit dem zuständigen Integrationspartner ab. Wiederholungsversuche werden so gesteuert, dass bei Wiederverfügbarkeit keine unkontrollierten Dubletten entstehen.
Nach der Behebung werden Rückstand und fachliche Vollständigkeit geprüft. Erst danach gilt die Störung als abgeschlossen. Eine anschließende Ursachenanalyse kann zeigen, dass ein Schnittstellentest vor dem Update gefehlt hat. Diese Erkenntnis fließt in den nächsten Änderungsablauf ein.
Der zusätzliche Nutzen liegt in dieser durchgehenden Bearbeitung. Dafür braucht der Dienstleister ausreichenden Einblick in die Anwendung, geeignete Zugriffsrechte und klare Vereinbarungen mit den Beteiligten. Ohne diese Voraussetzungen bleibt die versprochene Verantwortung schwer erfüllbar.
Fünf Fragen für den Angebotsvergleich
- Servicegrenze: Welche fachlichen Abläufe und technischen Komponenten sind tatsächlich enthalten?
- Störungsbearbeitung: Wer übernimmt Diagnose, Koordination und Kommunikation über Anbietergrenzen hinweg?
- Änderungen: Welche Updates, Tests und Freigaben gehören zur laufenden Leistung?
- Nachweise: Wie werden Nutzbarkeit, Wiederherstellung und offene Risiken nachvollziehbar berichtet?
- Übergabe: Welche Dokumentation und Unterstützung stehen bei einem späteren Betreiberwechsel zur Verfügung?
Vergleichen Sie Angebote anhand derselben Szenarien und berücksichtigen Sie die verbleibenden internen Aufgaben. Ein niedriger Preis für einen engen Leistungsumfang ist mit einer umfassenderen Betreuung nur dann vergleichbar, wenn der zusätzliche Eigenaufwand sichtbar wird. Daraus entsteht eine belastbare Entscheidung über Kosten, Verantwortung und die gewünschte Betriebsqualität.