Zum Inhalt springen

Der Serverpreis zeigt nur einen Teil der Betriebskosten

Zwei fiktive Paketpreise zeigen, warum Leistungsumfang und verbleibende Betriebsarbeit vor einem Gesamtkostenvergleich geklärt werden müssen.

Lukas Schneider2 Min. Lesezeit
Servergehäuse mit zwei Einschüben, Zahnrad- und Uhrmodul sowie Speicherzylinder; orange Akzente.

Der Preis einer Maschine ist ein Betriebskostenposten einer Anwendung. Ob ein günstiger Server auch zu niedrigen gesamten Betriebskosten führt, hängt von den übrigen Aufgaben ab: Wer aktualisiert die Software, prüft Sicherungen und reagiert, wenn der Dienst ausfällt? Ein Preisvergleich braucht denselben betrachteten Leistungsumfang.

Zwei Preise mit unterschiedlichem Umfang

In einem konstruierten Vergleich kostet Angebot A 40 EUR netto pro Monat für die Maschinenmiete. Angebot B kostet 120 EUR netto und enthält zusätzlich vereinbarte Aktualisierungen der Laufzeitumgebung und Plattformüberwachung. Das sind frei gewählte Beispielwerte, keine Marktpreise, Anbieterangebote oder ASES-Konditionen.

Die Rechnung 120 - 40 = 80 beschreibt nur den Unterschied zwischen diesen Paketpreisen. Sie belegt keine Einsparung und keine Differenz der gesamten Betriebskosten. Bei A muss noch geklärt werden, wie die zusätzlichen Arbeiten erbracht werden. Bei B ist zu prüfen, welche Aufgaben genau enthalten sind und was etwa für Anwendungscode, Datenbank und Wiederherstellung beim Unternehmen bleibt.

FinOps Planning & Estimating empfiehlt, den Umfang eines Szenarios festzulegen und unter anderem gemeinsame Dienste und Unterstützung in die Betrachtung einzubeziehen. Für die zwei Beispielangebote bedeutet das: Ein unbekannter Aufgabenposten bekommt keinen Nullwert, nur weil er auf der Maschinenrechnung fehlt.

Interne Zeit und zusätzliche Zahlung unterscheiden

Ein vorhandenes Betriebsteam kann Aufgaben übernehmen, ohne dass für jede neue Anwendung sofort eine zusätzliche Rechnung entsteht. Seine Kapazität ist dennoch begrenzt. Arbeitszeit für diese Anwendung kann andere Vorhaben verdrängen oder zusätzliche Unterstützung erfordern. Eine Betrachtung nur der zusätzlichen Geldzahlung und eine Vollkostenbetrachtung beantworten deshalb unterschiedliche Fragen.

Gemeinsam genutzte Überwachung, Bereitschaft oder Sicherungsdienste brauchen eine nachvollziehbare Zuordnung. FinOps Allocation beschreibt dafür vereinbarte Regeln für geteilte Kosten. Bereits im Paket enthaltene Leistungen dürfen dabei nicht noch einmal als derselbe externe Kostenposten angesetzt werden. Eigene Koordination oder die Prüfung einer Wiederherstellung kann trotzdem verbleiben; die konkreten Aufgaben müssen unterschieden werden.

Ein einmaliger Umzug wird ebenfalls getrennt vom laufenden Monat betrachtet. Ohne Betrachtungszeitraum und Leistungsabgrenzung lässt sich aus einer höheren Startzahlung keine Aussage über den späteren Betrieb ableiten.

Wann die einfache Maschine passen kann

Wenn der benötigte Betrieb überschaubar ist und ein bestehendes Team passende Verantwortung und verfügbare Kapazität belegen kann, kann die einfache Maschine eine geeignete Lösung sein. Das gilt nicht allein deshalb, weil bereits Gehälter bezahlt werden. Ebenso wenig übernimmt ein teureres Paket automatisch die gesamte Anwendungsverantwortung.

Die Bewertung ändert sich, wenn für beide Optionen dieselben Anforderungen an Überwachung, Wiederherstellung und Reaktion geklärt sind und die verbleibenden Aufgaben mit ihrem Aufwand vorliegen. Dann können die jeweiligen Gesamtkosten verglichen werden. Im konstruierten Beispiel fehlen diese Angaben noch; die beiden Paketpreise allein entscheiden die Auswahl nicht.

Quellen

Geschrieben von

  • Lukas SchneiderTechnischer RedakteurLukas Schneider schreibt bei ASES über Cloud-Technologien und den Betrieb von Anwendungen. Seine Beiträge reichen von der Auswahl der Infrastruktur über Wartung und Backups bis zur Überwachung laufender Systeme.

ASES folgen

Weiterlesen

Alle Beiträge

Cloud & Betrieb mit ASES

Hosting, Deployment, Wartung und Betreuung