Cloud- und DevOps-Engineering, von der Migration bis FinOps

Eine einzelne Anwendung mit sauberer Architektur zieht in Wochen um. Eine komplette Landschaft ist ein Programm, das in Quartalen gemessen wird, und die ehrliche Antwort hängt davon ab, wie viele Workloads es gibt, wie stark die Codebasis die heutige Umgebung voraussetzt und wie viel unverändert umziehen kann statt überarbeitet werden zu müssen. Wir beginnen mit einem Assessment, das jeden Workload einordnet und Ihnen einen Plan in Reihenfolge samt Kostenmodell gibt.

Der Reihe nach: Ausgaben sichtbar und zuordenbar machen, abschalten, was niemand nutzt, verkleinern, was überdimensioniert ist, und danach für die stabile Grundlast reservierte Kapazität oder Sparpläne buchen. Architektonische Änderungen — Storage-Tiering, Autoscaling, Batch-Lasten auf Spot-Kapazität verlagern — kommen zuletzt, weil sie im Verhältnis zum Ertrag das meiste Risiko tragen. Die meisten Landschaften finden zweistellige Prozentwerte an Einsparung, bevor dieser Schritt überhaupt erreicht ist.

Oft nicht. Wenn Sie eine Handvoll Services betreiben, kostet eine verwaltete Container- oder Serverless-Plattform weniger im Betrieb und verlangt deutlich weniger Fachwissen, um sie sicher zu fahren. Kubernetes zahlt sich aus, wenn viele Teams viele Services ausliefern und eine einheitliche Plattform darunter brauchen. Wir sagen Ihnen, auf welcher Seite dieser Linie Sie stehen — auch dann, wenn die Antwort uns Arbeit kostet.

Meist den, den Ihr Team bereits kennt — es sei denn, eine konkrete Anforderung sticht das: Datenhaltung in einer bestimmten Rechtsordnung, ein verwalteter Dienst ohne Entsprechung anderswo oder bestehende Konzernverträge. Multi-Cloud als Grundhaltung ist teuer und rechtfertigt ihre Komplexität selten; Multi-Cloud aus einem genannten Grund ist in Ordnung.