Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Iteration der Priorisierungskriterien
Bevor Sie Migrationspläne erstellen, empfehlen wir Ihnen, die Kriterien für die Priorisierung von Anwendungen zu wiederholen, um von der Auswahl der Pilotanwendungen zur langfristigen Wellenplanung überzugehen.
In früheren Abschnitten haben wir Standardpriorisierungskriterien eingeführt, mit denen einfache cloudfähige Anwendungen priorisiert werden (siehe Priorisierung von Anwendungen). Dies lag daran, dass wir in der Anfangsphase empfehlen, mit unkritischen Anwendungen zu beginnen, um die Migrationsprozesse zu verfeinern und die gewonnenen Erkenntnisse einfließen zu lassen. In dieser Phase und um langfristige Pläne zu erstellen, sollte die Reihenfolge, in der Anwendungen migriert werden, jedoch an den Geschäftsfaktoren ausgerichtet werden. Die Anwendung der neuen Kriterien wird zu einer neuen Rangfolge der Anträge führen, die eine wichtige Grundlage für die Wellenplanung bilden werden.
Prüfen Sie die verfügbaren Datenpunkte aus dem Anwendungsportfolio und wählen Sie die Attribute aus, anhand derer die Priorisierung der Anwendungen auf der Grundlage geschäftlicher Faktoren bestimmt wird.
Überprüfen Sie zunächst Ihre Geschäftstreiber (siehe Geschäftstreiber und technische Leitprinzipien). Wählen Sie anschließend auf der Grundlage Ihrer Geschäftstreiber die Attribute aus, anhand derer Sie Anwendungen für die Migration priorisieren können.
Die folgende Tabelle zeigt beispielhafte Priorisierungskriterien, die auf die geschäftlichen Innovationstreiber abgestimmt sind.
Attribut oder Datenpunkt |
Mögliche Werte |
Ergebnis (0-99) |
Multiplikationsfaktor für Wichtigkeit oder Relevanz |
|---|---|---|---|
Betriebssystem |
SECHS |
80 |
Hoch (1x) |
Solaris |
80 |
||
HP-UX |
80 |
||
Großrechner |
70 |
||
Windows |
50 |
||
Linux |
20 |
||
Geschäftliche Kritikalität |
Hoch |
60 |
Hoch (1x) |
Mittel |
40 |
||
Niedrig |
20 |
||
Architektur |
Fest gekuppelt |
60 |
Hoch (1x) |
Lose gekuppelt |
20 |
||
Betriebsmodell |
Traditionell — kein CI/CD |
60 |
Mittelhoch (0,8x) |
Grundlegendes CI/CD |
40 |
||
Voll DevOps |
20 |
||
Anzahl der Recheninstanzen |
1-3 |
60 |
Mittelhoch (0,8x) |
4-10 |
40 |
||
11 oder mehr |
20 |
||
Migrationsstrategie |
Refactor (Re-Architect) |
70 |
Mittel (0,6x) |
Plattformwechsel |
40 |
||
Rückkauf |
30 |
||
Erneut hosten |
10 |
Die folgende Tabelle zeigt beispielhafte Priorisierungskriterien, die auf die geschäftlichen Faktoren abgestimmt sind, um eine schnelle Kostensenkung zu erreichen.
Attribut oder Datenpunkt |
Mögliche Werte |
Ergebnis (0-99) |
Multiplikationsfaktor für Wichtigkeit oder Relevanz |
|---|---|---|---|
Datenbank-Produkt |
Oracle |
70 |
Hoch (1x) |
Microsoft SQL |
70 |
||
Weitere |
20 |
||
Betriebssystem |
Windows |
70 |
Hoch (1x) |
Linux |
70 |
||
Weitere |
20 |
||
CPU-Auslastung (durchschnittlich) |
Mehr als 36% |
60 |
Hoch (1x) |
Weniger als 36% |
40 |
||
Anzahl der Recheninstanzen |
11 oder mehr |
60 |
Mittelhoch (0,8x) |
4-10 |
40 |
||
1-3 |
20 |
||
Migrationsstrategie |
Ausmustern |
80 |
Mittel (0,6x) |
Erneut hosten |
70 |
||
Plattformwechsel |
50 |
||
Refactor (Re-Architect) |
10 |
Testen Sie die Priorisierungskriterien und wiederholen Sie sie, bis Sie mit dem Ergebnis im Allgemeinen einverstanden sind. Es sind mindestens drei oder vier Iterationen erforderlich, um eine Basisversion zu erhalten.