Kleine Teams brauchen betreibbare Infrastruktur
Wählen Sie Infrastruktur auch danach, wer Updates, Störungen und Wiederherstellung beherrscht. Ein kleines Portal zeigt, wann mehr Orchestrierung hilft.
Die Infrastrukturentscheidung eines kleinen Teams sollte mit dem Betrieb beginnen: Wer kann die Anwendung nach einem fehlgeschlagenen Update wieder bereitstellen, und was passiert bei einem Serverausfall? Eine zusätzliche Plattform lohnt sich, wenn sie solche Aufgaben unter den eigenen Bedingungen besser beherrschbar macht.
Ein Portal mit überschaubarem Aufbau
Ein hypothetisches Team aus drei Entwicklern betreut ein Kundenportal, eine Datenbank und einen Hintergrundprozess für Bestellübertragungen. Die Last ist im Beispiel vorhersehbar. Eine automatische Verteilung auf viele Maschinen ist bisher keine Anforderung. Für Ausfälle gibt es vereinbarte Wiederherstellungsziele; deren Einhaltung muss das Team noch praktisch nachweisen.
Verglichen werden ein dokumentierter Containerbetrieb auf einem Server und ein selbst betriebener Kubernetes-Cluster. Das ist eine Bewertung dieses Beispiels, keine allgemeine Rangliste.
Betriebsfrage | Ein Server mit Containern | Selbst betriebener Cluster |
|---|---|---|
Was muss aktuell gehalten werden? | Betriebssystem, Container-Laufzeit und Anwendungen | Zusätzlich die Cluster-Komponenten und ihre Konfiguration |
Was passiert beim Maschinenausfall? | Das Portal fällt aus; Ersatz und Wiederherstellung sind erforderlich | Verteilung kann helfen, wenn ausreichend unabhängige Knoten und passende Konfiguration vorhanden sind |
Wie kommen Daten zurück? | Geprüftes Backup und dokumentierte Wiederherstellung | Ebenfalls ein eigener Plan für Anwendungsdaten und deren Wiederherstellung |
Die einfachere Variante könnte hier passen, wenn der nachgewiesene Wiederherstellungsweg die betrieblichen Ziele erfüllt. Sie bietet auf einem einzelnen Server keine Hochverfügbarkeit. Ist dieser Ausfall für das Geschäft untragbar, scheidet die Variante in dieser Form aus.
Automatisierung verschiebt Aufgaben
Kubernetes kann fehlgeschlagene Container neu starten und Anwendungen auf verfügbare Knoten verteilen. Ein wieder laufender Prozess beweist allerdings noch nicht, dass Bestellungen und Anhänge vollständig vorhanden sind. Datenwiederherstellung und fachliche Funktionsprüfung bleiben zu planen.
Auch ein verwalteter Dienst braucht eine klare Aufgabenteilung: Übernimmt der Anbieter nur die Steuerebene, auch die Knoten oder weitere Aufgaben? Anwendungsfehler und die Wiederherstellbarkeit Ihrer Daten verschwinden dadurch nicht automatisch.
Wann sich die Entscheidung ändert
Hat das Unternehmen bereits eine betreute Plattform mit einem zuständigen Betriebsteam, kann auch das kleine Portal sinnvoll darauf laufen. Für die drei Entwickler wäre ein zusätzlicher Einzelserver dann womöglich die größere Sonderlösung. Ebenso können stark wechselnde Last oder verbindliche Verfügbarkeitsanforderungen eine andere Architektur verlangen.
Lassen Sie sich vor der Wahl einen fehlgeschlagenen Release und einen Wiederherstellungsfall im Test zeigen. Halten Sie fest, wer handelt und welche Geschäftsfunktion danach geprüft wird. Diese Nachweise erklären die Eignung einer Infrastruktur besser als die Zahl ihrer Komponenten.
Quellen
Weiterlesen
Alle Beiträge
Cloud & Betrieb mit ASES
Hosting, Deployment, Wartung und Betreuung