Definieren und Priorisieren von Workloads für einen Cloudeinführungsplan
Die Festlegung klarer, umsetzbarer Prioritäten ist eines der Geheimnisse einer erfolgreichen Cloudeinführung. Die natürliche Versuchung besteht darin, Zeit in die Definition aller Workloads zu investieren, die von der Cloudeinführung betroffen sein könnten. Diese Vorgehensweise ist jedoch vor allem in der frühen Phase des Einführungsprozesses kontraproduktiv.
Wir empfehlen stattdessen, dass Ihr Team die ersten 10 Workloads gründlich priorisiert und dokumentiert. Nach der Implementierung des Einführungsplans kann das Team eine Liste der nachfolgenden 10 Workloads mit höchster Priorität unterhalten. Dieser Ansatz bietet genügend Informationen, um für die folgenden Iterationen zu planen.
Die Beschränkung des Plans auf 10 Workloads fördert die Flexibilität und die Ausrichtung der Priorisierung als Änderung der Geschäftskriterien. Dieser Ansatz erlaubt dem Cloudeinführungsteam auch zu lernen und Schätzungen zu verfeinern. Aber vor allem macht er eine umfangreiche Planung als Hindernis für einen effektiven Geschäftswandel überflüssig.
Was ist eine Workload?
In einer Cloudeinführung ist eine Workload eine Sammlung von IT-Ressourcen (Server, VMs, Anwendungen, Daten oder Appliances), die gemeinsam einen definierten Prozess unterstützen. Workloads können mehrere Prozesse unterstützen. Workloads können auch von anderen freigegebenen Ressourcen oder größeren Plattformen abhängen. Allerdings sollten die Grenzen einer Workload bezüglich der abhängigen Ressourcen und der von der Workload abhängigen Prozesse klar definiert sein. Häufig können Workloads durch Überwachung des Netzwerkdatenverkehrs zwischen IT-Ressourcen visualisiert werden.
Voraussetzungen
Die strategischen Eingaben aus der Liste der Voraussetzungen machen die Bewältigung der folgenden Aufgaben wesentlich einfacher. Hilfe bei der Zusammenstellung der Daten, die in diesem Artikel besprochen werden, finden Sie unter Voraussetzungen.
Anfängliche Workloadpriorisierung
Während des Prozesses der inkrementellen Rationalisierung sollte sich Ihr Team auf einen „Power of 10“-Ansatz einigen, der 10 prioritäre Workloads umfasst. Diese Workloads dienen als anfängliche Grenze für die Einführungsplanung.
Angenommen, Sie entscheiden, dass eine Rationalisierung des digitalen Bestandes nicht erforderlich ist. In diesem Fall empfehlen wir, dass sich die Cloudeinführungsteams und das Cloudstrategieteam auf eine Liste von 10 Anwendungen einigen, die als erster Schwerpunkt der Migration dienen. Wir empfehlen, dass diese 10 Workloads aus einer Mischung aus einfachen Workloads (weniger als 10 Ressourcen in einer eigenständigen Bereitstellung) und komplexeren Workloads bestehen. Mit diesen 10 Workloads beginnt der Prozess der Workloadpriorisierung.
Hinweis
Der Ansatz „Power of 10“ dient als erste Planungsgrenze, um die Energie und die Investitionen in die Frühphasenanalyse zu konzentrieren. Das Analysieren und Definieren von Workloads führt jedoch wahrscheinlich zu Änderungen in der Liste der prioritären Workloads.
Hinzufügen von Workloads zu Ihrem Cloudeinführungsplan
Im vorherigen Artikel, Cloudeinführungsplan und Azure DevOps, haben Sie einen Cloudeinführungsplan in Azure DevOps erstellt.
Die Workloads in der Liste des 10er-Ansatzes können jetzt in Ihrem Cloudeinführungsplan dargestellt werden. Die einfachste Möglichkeit hierzu ist die Massenbearbeitung in Microsoft Excel. Wenn Sie Ihre Arbeitsstation für die Massenbearbeitung vorbereiten möchten, lesen Sie Massenhinzufügen oder -bearbeiten von Arbeitselementen mit Microsoft Excel.
In Schritt 5 dieses Artikels werden Sie angewiesen, Eingabeliste auszuwählen. Wählen Sie stattdessen Abfrageliste aus. Wählen Sie dann aus der Dropdownlist Abfrage auswählen die Abfrage Workloadvorlage aus. Diese Abfrage lädt alle Aufwände im Zusammenhang mit der Migration einer einzelnen Workload in Ihre Kalkulationstabelle.
Sobald die Arbeitselemente der Workloadvorlage geladen sind, können Sie beginnen, mit diesen Schritten neue Workloads hinzuzufügen:
- Kopieren Sie alle Elemente mit dem Tag Workloadvorlage in der Spalte ganz rechts.
- Fügen Sie die kopierten Zeilen unterhalb des letzten Zeilenelements in die Tabelle ein.
- Ändern Sie die Titelzelle für das neue Feature von Workloadvorlage in den Namen des neuen Workloads.
- Fügen Sie die neue Workloadnamenszelle in die Tagspalte für alle Zeilen unterhalb des neuen Features ein. Achten Sie darauf, dass Sie die Tags oder den Namen der Zeilen nicht ändern, die sich auf das eigentliche Feature Workloadvorlage beziehen. Wenn Sie die nächste Workload zum Cloudeinführungsplan hinzufügen, benötigen Sie diese Arbeitselemente.
- Fahren Sie mit Schritt 8 in den Anweisungen zur Massenbearbeitung zum Veröffentlichen der Tabellenkalkulation fort. In diesem Schritt werden alle Arbeitselemente erstellt, die für die Migration Ihres Workloads erforderlich sind.
Wiederholen Sie die Schritte 1 bis5 für jede Workload in der Liste „Power of 10“.
Definieren von Workloads
Nachdem Sie die anfänglichen Prioritäten definiert und dem Plan Workloads hinzugefügt haben, definieren Sie jede Workload über eine tiefere qualitative Analyse. Bevor Sie einen Workload in den Cloudeinführungsplan aufnehmen, versuchen Sie, die folgenden Datenpunkte für jede Workload bereitzustellen.
Geschäftseingaben
| Datenpunkt | BESCHREIBUNG | Eingabe |
|---|---|---|
| Workloadname | Wie wird diese Workload genannt? | |
| Workloadbeschreibung | Aufgabe der Workload in einem Satz | |
| Motivationen für den Wechsel in die Cloud | Welche Beweggründe für die Cloudeinführung werden durch diese Workload beeinflusst? | |
| Primärer Sponsor | Wer von den betroffenen Beteiligten ist der primäre Sponsor, der die zuvor genannten Motive anfordert? | |
| Geschäftsauswirkung | Welche geschäftlichen Auswirkungen hat diese Workload? | |
| Auswirkung der Anwendung | Welche Auswirkung hat diese Anwendung auf Geschäftsprozesse? | |
| Datenauswirkung | Welche Auswirkung haben die Daten auf das Unternehmen? | |
| Geschäftseinheit | Welche Geschäftseinheit ist für die Kosten dieser Workload verantwortlich? | |
| Geschäftsprozesse | Welche Geschäftsprozesse werden von Änderungen dieser Workload betroffen sein? | |
| Unternehmensteams | Welche Unternehmensteams werden von geschäftlichen Änderungen betroffen sein? | |
| Beteiligte im Unternehmen | Gibt es Führungskräfte, deren Bereich von Änderungen betroffen sein wird? | |
| Geschäftsergebnisse | Wie wird das Unternehmen den Erfolg dieser Maßnahme messen? | |
| Metriken | Welche Metriken werden zum Nachverfolgen des Erfolgs verwendet? | |
| Kompatibilität | Gibt es Complianceanforderungen von Drittanbietern für diese Workload? | |
| Anwendungsbesitzer | Wer ist verantwortlich für die geschäftlichen Auswirkungen von Anwendungen, die dieser Workload zugeordnet sind? | |
| Vom Unternehmen ausgeschlossene Zeiträume | Gibt es Zeiträume, in denen das Unternehmen keine Änderungen erlaubt? | |
| Geografische Regionen | Sind bestimmte geografische Regionen von diesem Workload betroffen? | |
| Nachhaltigkeit | Welche Überlegungen zur Nachhaltigkeit und Cloudeffizienz wurden für diese Workload berücksichtigt? |
Technische Eingaben
| Datenpunkt | BESCHREIBUNG | Eingabe |
|---|---|---|
| Einführungsansatz | Ist diese Einführung ein Kandidat für Migration oder Innovation? | |
| Für die Anwendung Verantwortliche | Listen Sie die für Leistung und Verfügbarkeit dieser Workload verantwortlichen Parteien auf. | |
| SLAs | Listen Sie alle Vereinbarungen zum Servicelevel (RTO/RPO-Anforderungen) auf. | |
| Wichtigkeit | Listen Sie die Wichtigkeit der aktuellen Anwendung auf. | |
| Datenklassifizierung | Listen Sie die Klassifizierung der Vertraulichkeit der Daten auf. | |
| Geografische Betriebsregionen | Listen Sie alle geografischen Regionen auf, in denen die Workload gehostet wird oder gehostet werden soll. | |
| Anwendungen | Geben Sie eine Anfangsliste oder die Anzahl der Anwendungen an, die in dieser Workload enthalten sind. | |
| VMs | Geben Sie eine Anfangsliste oder die Anzahl von VMs oder Servern an, die in der Workload enthalten sind. | |
| Datenquellen | Geben Sie eine Anfangsliste oder eine Anzahl von Datenquellen an, die in der Workload enthalten sind. | |
| Abhängigkeiten | Listen Sie alle Ressourcenabhängigkeiten auf, die nicht in der Workload enthalten sind. | |
| Geografische Benutzerdatenverkehrs-Regionen | Listen Sie geografische Regionen mit einer signifikanten Anhäufung von Benutzerdatenverkehr. |
Prioritäten bestätigen
Basierend auf den zusammengetragenen Daten sollten sich die Cloudstrategie- und Cloudeinführungsteams treffen, um die Prioritäten neu zu bewerten. Die Klärung von Geschäftsdatenpunkte fordert möglicherweise einen Wechsel der Prioritäten. Technische Komplexität oder Abhängigkeiten können zu Änderungen in Bezug auf Besetzungszuordnungen, Zeitpläne oder Abfolge technischer Maßnahmen führen.
Nach einer Überprüfung sollten beide Teams mühelos die daraus resultierenden Prioritäten bestätigen können. Dieser Satz von dokumentierten, überprüften und bestätigten Prioritäten ist der priorisierte Cloudeinführungsrückstand.
Nächste Schritte
Für jede Workload im priorisierten Cloudeinführungsrückstand ist das Team nun bereit, Ressourcen auszurichten.
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für