KURZ ERKLÄRT
Cloud 3.0 bezeichnet den Schritt von „Cloud first“ zu einer bewusst gestalteten Kombination aus eigenem Rechenzentrum, Sovereign Cloud, Public Cloud und Edge, in der jeder Workload nach klaren Kriterien platziert wird. Eine Cloud-Strategie legt diese Kriterien fest und verbindet sie mit Plattform, Betriebsmodell und Kostensteuerung.
Wann wir unterstützen.
Wenn die Cloud-Nutzung über Jahre gewachsen ist, Kosten schwer zuzuordnen sind oder Anforderungen an Datenhoheit und Resilienz die bisherige Cloud-first-Linie infrage stellen, braucht es eine neue Grundlage für Platzierungsentscheidungen.
Wir bewerten Ihre Workloads nach Kritikalität, Datenhoheit, Kosten und Energiebedarf und leiten daraus einen Zielort je Workload ab. Die Platzierung stimmen wir mit der Zielarchitektur aus dem Enterprise Architecture Management ab, damit Cloud-Entscheidungen nicht neben der übrigen Landschaft entstehen. Für den Betrieb legen wir fest, welche gemeinsame Plattform, welche FinOps-Verantwortung und welche Standards Ihre Teams brauchen.
Was aus der Arbeit entsteht.
Den konkreten Umfang vereinbaren wir anhand Ihrer Ziele, Ausgangslage und verfügbaren Kapazitäten. Die folgenden Bausteine dienen der Orientierung.
UNSERE LEISTUNGEN
- Cloud-Strategie und Platzierungskriterien
- Workload-Bewertung und Empfehlungen für Zielplattformen
- FinOps-Modell und Kostenverantwortung
- Plattformkonzept und Cloud-Betriebsmodell
MÖGLICHE ERGEBNISSE
Eine Entscheidungsgrundlage für die Platzierung Ihrer Workloads, ein Plattformkonzept und ein Betriebsmodell mit Kostenverantwortung. Damit können Sie Migration und Plattformaufbau planen und den jeweiligen Aufwand bewerten.
Ein klarer Einstieg.
Eine Übersicht der Anwendungen mit ihrem heutigen Standort, aktuelle Cloud-Rechnungen und bestehende Verträge. Verantwortliche aus Architektur, Betrieb, Informationssicherheit und Finanzen sollten an der Bewertung beteiligt sein.
Zuerst die Frage. Dann der Umfang.
Im Erstgespräch klären wir Ziel, Arbeitsergebnisse und Beteiligte. Wir vereinbaren, ob der Auftrag Konzeption, Pilotbegleitung oder technische Umsetzung umfasst und wer welche Aufgaben übernimmt. Dazu legen wir fest, woran die Ergebnisse geprüft werden.
Einstieg per E-Mail besprechenSollen wir Anwendungen aus der Public Cloud zurückholen?
Das lässt sich nur je Workload beantworten, nicht pauschal. Eine Rückverlagerung kann sinnvoll sein, wenn eine Anwendung gleichmäßig ausgelastet ist, große Datenmengen bewegt oder strenge Anforderungen an Datenhoheit hat. Anwendungen mit stark schwankender Last oder hohem Bedarf an verwalteten Diensten profitieren dagegen oft weiterhin von der Public Cloud. Zu einem fairen Vergleich gehören neben den laufenden Kosten auch Migrationsaufwand, Personal, Betriebsrisiken und die verfügbare Kapazität im eigenen Rechenzentrum. Oft lohnt sich zuerst ein Blick auf die Kostensteuerung in der bestehenden Cloud, etwa auf ungenutzte Ressourcen und passende Vertragsmodelle. Eine Rückverlagerung sollte das Ergebnis einer Bewertung sein, nicht ihr Ausgangspunkt.
Zuletzt aktualisiert: