Was kostet der verlässliche Betrieb eines internen Tools?

Die Serverrechnung ist ein Teil der Betriebskosten. Sie ist nicht der gesamte Betrieb. Bei einem kleinen internen Tool kann die Infrastruktur günstig sein, während die Fehlersuche in einer ausgefallenen Schnittstelle viel Zeit kostet. Die entscheidende Frage lautet deshalb: Was muss funktionieren, wer übernimmt die Verantwortung und was passiert bei einem Ausfall?

Dieser Leitfaden ist eine Kalkulationshilfe, kein Hosting-Angebot. Kosten hängen von Nutzung, Anbieter, Region, Verfügbarkeit und Betreuungsumfang ab. Ein einfaches Dashboard und ein geschäftskritischer Freigabeprozess brauchen unterschiedliche Vereinbarungen. Ein pauschaler Monatsbetrag würde diesen Unterschied verdecken.

Mit den Folgen eines Ausfalls beginnen

Beschreibe, was nach einer Stunde, einem Tag und einer Woche ohne das Tool passiert. Kann das Team vorübergehend mit einer Tabelle arbeiten? Werden Zusagen an Kunden verpasst? Zeigt die Anwendung nur Daten an, oder löst sie Zahlungen, Löschungen oder andere schwer rückgängig zu machende Aktionen aus?

Betrachte zusätzlich den Datenverlust. Ein Tag verlorener Cache ist etwas anderes als ein Tag verlorener Kundenanfragen. Daraus entstehen sinnvolle Ziele für Wiederherstellungszeit und tolerierbaren Datenverlust. Diese Ziele muss die fachlich verantwortliche Person festlegen. Ein Hosting-Paket sollte sie nicht stillschweigend vorgeben.

Eine Anwendung für europäische Bürozeiten kann anders betreut werden als ein öffentliches Angebot mit weltweiter Nutzung. „Managed“ bedeutet nicht automatisch eine Reaktion rund um die Uhr. Lass dir Zeiten, Meldewege, Eskalation und Ausschlüsse konkret beschreiben.

Fünf Kostenblöcke unterscheiden

Infrastruktur umfasst Rechenleistung, Datenbank, Speicher, Datenübertragung und Domains. Berücksichtige auch Test- und Wiederherstellungsumgebungen. Ein kostenloser Tarif kann für einen Versuch sinnvoll sein. Seine Grenzen oder fehlenden Verfügbarkeitszusagen passen aber möglicherweise nicht zu einer dauerhaften Abhängigkeit des Teams.

Externe Dienste sind beispielsweise E-Mail, Identität, APIs, Monitoring und KI-Modellaufrufe. Prüfe, ob nach Nutzern, Aufrufen, Datenmenge oder Tokens abgerechnet wird. Variable Kosten benötigen einen Verantwortlichen, Warnungen und eine Entscheidung für den Fall, dass das Budget erreicht wird.

Regelmäßige Wartung beinhaltet Updates, Zertifikate, Zugänge, Backup-Prüfungen, Wiederherstellungstests und die Pflege der Bereitstellung. Auch eine unveränderte Anwendung lebt in einer Umgebung, die sich verändert: Browser, Bibliotheken und Anbieter entwickeln sich weiter.

Störungsbearbeitung ist die Kapazität, unerwartete Probleme zu untersuchen. Vereinbart, ob sie enthalten, durch ein Kontingent begrenzt oder separat abrechenbar ist. Eine Reaktionszeit beschreibt den Beginn der Bearbeitung. Sie ist keine Zusage, dass das Problem in derselben Zeit gelöst wird.

Weiterentwicklung betrifft neue Funktionen und geänderte Abläufe. Sie sollte als eigener Posten sichtbar bleiben. Eine weitere Freigaberolle ist Entwicklungsarbeit, selbst wenn dafür auf der Oberfläche nur ein neues Auswahlfeld erscheint.

Annahmen zur Nutzung nachvollziehbar machen

Notiere aktive Nutzer, gleichzeitige Sitzungen, typische Aufrufe, Datenbankwachstum, Dateien und Hintergrundaufgaben. Unbekannte Werte sind Annahmen, keine Fakten. Miss sie in einem begrenzten Pilotbetrieb, statt für eine ausgedachte Million Nutzer zu planen und dabei den bestehenden Speicherengpass beim Import zu übersehen.

Betrachte Spitzen statt nur Durchschnittswerte. Ein Monatsbericht kann sämtliche Datensätze lesen. Eine falsch konfigurierte Automatisierung kann sehr viele E-Mails auslösen. Eine Wiederholungsschleife kann API-Kosten verursachen, ohne dass ein einziger zusätzlicher Mensch das Tool nutzt. Zur Kapazitätsplanung gehören daher Begrenzungen und das Verhalten bei Fehlern.

Bei KI-Funktionen solltest du Eingabe, Ausgabe und Wiederholungen getrennt kalkulieren. Kann die Anwendung eingeschränkt weiterarbeiten, wenn ein Anbieter ausfällt? Ein günstigeres Modell ist nicht automatisch ein gleichwertiger Ersatz. Prüfe die konkrete Aufgabe und ihre Qualitätsanforderungen.

Wiederherstellung statt nur Backup-Speicher kalkulieren

Ein erfolgreich beendeter Backup-Job beweist noch keine Wiederherstellbarkeit. Dazu gehören auch Zugänge, gegebenenfalls Verschlüsselungsschlüssel, passende Anwendungsversionen, Konfiguration, hochgeladene Dateien und verständliche Anweisungen.

Halte eine Wiederherstellungskopie getrennt vom geschützten System vor. Definiere Aufbewahrung und Zugriff. Stelle Daten in einer wegwerfbaren Testumgebung wieder her, prüfe die Inhalte und dokumentiere die benötigte Zeit. Liegen Dateien außerhalb der Datenbank, müssen auch sie zugänglich und konsistent sein.

Das Google SRE Workbook über die Verringerung repetitiver Betriebsarbeit beschreibt, warum wiederkehrende manuelle Tätigkeiten bewusst reduziert werden sollten. Der Kontext ist wesentlich größer als ein kleines internes Tool. Du brauchst deshalb nicht Googles Infrastruktur. Übertragbar sind die bewusste Erfassung wiederkehrender Arbeit, ihre sinnvolle Automatisierung und klare Anleitungen für verbleibende Aufgaben.

Verantwortung und Eigentum festlegen

Eine brauchbare Vereinbarung benennt den fachlichen Eigentümer und die technische Betriebsverantwortung. Wer genehmigt Updates? Wer darf Produktionsdaten sehen? Wer erhält Warnungen? Wer darf eine fehlerhafte Integration abschalten? Was passiert, wenn die Person, die das Tool gebaut hat, das Unternehmen verlässt?

Domains und zentrale Anbieter-Konten sollten dem Unternehmen gehören. Dienstleister erhalten kontrollierten Zugriff für ihre Aufgaben. Eine Übergabe darf nicht am privaten Postfach eines Entwicklers oder an einem undokumentierten Laptop hängen. Kläre früh, wie Quellcode, Konfiguration und Daten am Ende der Zusammenarbeit übergeben werden.

Platform93 kann ein geeigneter Baustein sein, wenn seine Funktionen zur Anwendung passen. Es ersetzt weder das Verständnis der Geschäftslogik noch Datenbankbetrieb oder Supportvereinbarungen. Die Auswahl folgt der Aufgabe, nicht umgekehrt.

Angebote auf derselben Grundlage vergleichen

Gib möglichen Betreibern denselben kurzen Überblick: Technologie, Umgebungen, Nutzung, Datenarten, erforderliche Betreuungszeiten, Wiederherstellungsziele und bekannte Probleme. Lass einmalige Einrichtung, laufende Betreuung und variable Fremdkosten getrennt ausweisen.

Lies die Ausschlüsse. Werden Anwendungsfehler untersucht? Wer reagiert auf Änderungen einer fremden API? Sind Datenbank-Upgrades und Wiederherstellungstests enthalten? Was passiert bei Wachstum? Wie funktionieren Kündigung und Übergabe? Solche Unterschiede sind häufig wichtiger als einige Euro beim Server.

Ein Wartungskontingent bedeutet keine unbegrenzte Entwicklungsleistung. Umgekehrt kann ein reines Infrastruktur-Angebot gut passen, wenn dein Team die übrigen Aufgaben bewusst selbst übernimmt. Entscheidend ist die vollständige Verantwortungsverteilung.

Ein guter Einstieg in den Betrieb

Starte mit einer begrenzten Nutzergruppe, dokumentierter Bereitstellung, Überwachung wichtiger Abläufe und einem getesteten Restore. Vereinbare einen Überprüfungstermin. Vergleiche tatsächliche Nutzung, Störungen und Anfragen mit den Annahmen und passe Ressourcen oder Zuständigkeiten an.

Das Ziel ist ein vorhersehbarer Alltag und ein handhabbarer Ausnahmefall. Wenn niemand erklären kann, wie das Tool wiederhergestellt wird oder wer reagiert, fehlt nicht zwingend ein größerer Server. Es fehlt eine geklärte Verantwortung.

Unser Angebot für Hosting und Betreuung beginnt mit einer Bestandsaufnahme und einer separaten Vereinbarung. Der Starter Review kann im vereinbarten Umfang Betriebslücken aufzeigen. Dauerhaftes Hosting, Wartung und Umsetzung sind im Review für 420 € nicht enthalten.