Der Beitrag über die fehlende Verfügbarkeitszusage endete bei den Wartungsfenstern. Hier steht, was sie konkret bedeuten – und welchen Vorteil die unbequeme Variante hat.
Was überhaupt gewartet werden muss
| Anlass | Wie oft | Aufschiebbar? |
|---|---|---|
| Sicherheitsaktualisierungen des Betriebssystems | Regelmäßig | Teilweise – bei einer kritischen Lücke nicht |
| Treiber der Beschleunigerkarte | Selten | Ja, und meistens sollte man es auch |
| Serving-Software | Gelegentlich | Ja – außer die neue Fassung behebt einen Fehler, der stört |
| Modellwechsel oder neue Fassung | Nach Bedarf | Ja, das ist eine Entscheidung und kein Zwang |
| Hardware: Lüfter, Datenträger, Netzteil | Selten | Nur bis zum Ausfall |
Die ersten drei Zeilen sind der Alltag. Die vierte ist der interessante Fall, weil sie bei uns anders aussieht als bei einem Dienst über eine fremde Schnittstelle.
Warum es ohne zweite Maschine sichtbar wird
Ein großer Anbieter nimmt eine Maschine aus dem Verbund, aktualisiert sie, nimmt sie wieder hinein und wiederholt das. Für den Nutzer passiert nichts – das ist der eigentliche Grund, warum Redundanz teuer ist und trotzdem gebaut wird.
Ohne zweite Maschine gibt es diesen Weg nicht. Eine Aktualisierung heißt: Der Dienst steht, solange sie läuft. Daraus folgen drei Zusagen, die ein kleiner Betrieb tatsächlich halten kann – und eine, die er nicht halten kann.
- Angekündigt. Mit Vorlauf, nicht mit einer Meldung beim Aufruf.
- Zu einer Zeit, die am wenigsten stört. Nachts und außerhalb der Wochentage, an denen gearbeitet wird.
- Mit einem Ende, das genannt ist. Und mit einer Meldung, wenn es länger dauert.
- Nicht: unsichtbar. Das setzt Redundanz voraus, und die gibt es hier nicht. Siehe SLA und Warum wir keine 99,9 Prozent zusagen.
Der Fall, der sich nicht ankündigen lässt
Wird eine kritische Sicherheitslücke in einem Bestandteil bekannt, der von außen erreichbar ist, wiegt das Einspielen schwerer als die Ankündigungsfrist. Dann gilt: erst schließen, dann melden – mit Angabe, was war und wie lange es gedauert hat.
Das ist die einzige Ausnahme, und sie gehört benannt, bevor sie eintritt. Ein Anbieter, der behauptet, jede Unterbrechung im Voraus anzukündigen, hat entweder Redundanz oder er hat den Fall nicht bedacht.
Der Vorteil, den die unbequeme Variante hat
Bei einem Dienst über eine fremde Schnittstelle passieren Aktualisierungen unsichtbar – auch die am Modell. Prompts, die monatelang zuverlässig lieferten, geben plötzlich andere Ergebnisse; Formatvorgaben werden anders ausgelegt, Längen verschieben sich. Man merkt es an den Ergebnissen und selten an einer Ankündigung.
Hier ist das umgekehrt: Der Modellstand ändert sich nicht von selbst. Ein Modellwechsel ist eine Entscheidung mit Datum, sie wird angekündigt, und die alte Fassung bleibt für eine Übergangszeit erreichbar. Wer eine eingespielte Arbeitsweise hat, tauscht damit gelegentliche sichtbare Pausen gegen dauerhafte Berechenbarkeit.
Ob das ein guter Tausch ist, hängt an der Anwendung. Für einen interaktiven Zugang ist eine Pause lästig. Für eine Produktion mit festen Abläufen ist ein Modell, das sich unangekündigt ändert, teurer als jedes Wartungsfenster.
Was Sie damit machen können
- Massenläufe um das Fenster legen Ein Stapel, der über Nacht läuft, kollidiert mit einer nächtlichen Wartung. Das ist der häufigste vermeidbare Ärger.
- Einen Ausweichpfad bereithalten Eine kompatible Schnittstelle erlaubt das Umschalten auf einen anderen Anbieter. Wer das einmal durchgespielt hat, kennt seine tatsächliche Abhängigkeit – siehe Vendor Lock-in.
- Beim Modellwechsel die eigene Reihe fahren Zwanzig echte Aufgaben, altes und neues Modell, blind bewertet. Eine Ankündigung nützt nur, wenn jemand die Zeit dazwischen benutzt.
- Fehlerbehandlung einbauen, die wartet Eine Anwendung, die bei einer nicht erreichbaren Schnittstelle abbricht statt später erneut zu versuchen, macht aus zwanzig Minuten Wartung einen Vorfall.
Was sich ändern würde
Mit einer zweiten Maschine ließen sich die meisten Aktualisierungen unsichtbar einspielen – und damit wäre auch eine Verfügbarkeitszusage eine andere Diskussion. Das ist eine Frage der Auslastung und damit der Kundenzahl, nicht der Absicht. Wovon die Rechnung abhängt, steht im Beitrag Was ein KI-Server wirklich kostet.
Bis dahin gilt die ehrliche Fassung: Ein Wartungsfenster ist hier sichtbar, angekündigt und kurz – und dafür ändert sich nichts hinter Ihrem Rücken. Was wir insgesamt nicht zusagen, steht im Beitrag Was wir nicht anbieten.