Einige Kriterien für Regeln sind im Folgenden aufgeführt :
• Geschäftskritische Anwendung
• Eigenentwicklung ( In-house )
• Anwendungs-Tiers
• Komplexität
• Bereitschaft
• Anzahl der Server
Etwa 30 Regeln wurden für dieses konkrete Projekt verwendet , darunter Regeln für technische , geschäftliche und funktionale Anwendungsmerkmale . Um Anwendungen sinnvoll zu priorisieren , muss man alle Merkmale erfassen , die einem wichtig erscheinen . Je nach den Anforderungen des Migrationsprojekts können Regeln geändert oder neue Regeln hinzugefügt werden .
Die allgemeine Logik sollte die Unternehmenspräferenzen widerspiegeln . Eine Anwendung mit nicht kompatiblem Betriebssystem verursacht beispielsweise zusätzlichen Migrationsaufwand . Daher kann es notwendig sein , die Anwendung frühzeitig zu migrieren , um Vorteile für das Migrationsprogramm zu erzielen ( z . B . Kosteneinsparungen ).
Am Ende dieser Phase verfügen Sie über eine Liste von Anwendungen mit einer zugewiesenen Punktzahl . Wenn Sie die Liste nach Punktzahl sortieren , erhalten Sie die bevorzugte Migrationsreihenfolge .
Migrationsgeschwindigkeit
Die Migrationsgeschwindigkeit ist das Tempo , mit dem Anwendungen migriert werden können . Bei der Festlegung und Planung der Migrationsgeschwindigkeit sind verschiedene Faktoren zu berücksichtigen . Das ausschlaggebende Kriterium ist in der Regel die vom Business Case abgeleitete Programmdauer . Weitere Kriterien sind : Geschäftszyklus , Upgradezyklen der Anwendung , Supportvertragszyklen , erforderliches Know-how und verfügbares Personal . Die Migration einer einzigen Anwendung mit Re-Hosting in drei Umgebungen kann je nach Ressourceneinsatz einige Tage dauern . CTP verfährt nach dem Workbench-Konzept ( jeweils eine eigenständige Mitarbeitergruppe verfügt über das nötige Know-how für ein bestimmtes Migrationsmuster ).
Grundsätzlich gehen wir davon aus , dass ein Workbench-Team eine Anwendung mit zehn Servern und drei Umgebungen ( Dev , QA und Prod ) binnen drei Tagen migrieren kann .
Gruppierung und Zeitplanung
Wir haben nun die Prioritätsreihenfolge , die Migrationsgeschwindigkeit und einen Kalender mit den bevorzugten Migrationstagen ( bzw . den nicht erwünschten Tagen ) festgelegt . Als Nächstes verwenden wir Gruppierungs- und Zeitplanungsregeln , um unter Verwendung der verfügbaren Informationen einen Zeitplan für die Anwendungen festzulegen .
Zur Gruppierung von Anwendungen benötigen wir Abhängigkeitsinformationen , die während der Anwendungsbewertung gesammelt werden . Auf Grundlage der eventuell starken Abhängigkeiten zwischen Anwendungen wird definiert , welche Anwendungsgruppe zusammen migriert werden soll . Doch trotz Abhängigkeiten ist es möglich , Anwendungen separat zu migrieren . Die Entscheidung hängt vom Abhängigkeitstyp , der Latenztoleranz und weiteren Faktoren ab . Dieses Thema sparen wir an dieser Stelle jedoch aus und beschäftigen uns stattdessen mit Anwendungsgruppen , die eine starke Abhängigkeit aufweisen und zusammen verschoben werden müssen .
In einem iterativen Prozess werden Anwendungen mithilfe der folgenden Regeln gruppiert und sortiert . Anschließend beginnt die Wellenplanung . Anwendungen werden gruppiert und in Wellen angeordnet ( eine logische Gruppierung von Anwendungen in einem Zeitraum ):
• V1 des Wellenplans ( Prioritätswerte )
• Sortieren Sie alle Anwendungen in aufsteigender Folge nach Prioritätswerten .
• Ermitteln Sie die erforderliche Anzahl von Anwendungen in einem bestimmten Zeitraum basierend auf der erreichbaren Geschwindigkeit . Der Zeitraum entspricht normalerweise einer Migrationswelle , die auf verschiedenen Faktoren basiert : z . B . der Gruppierung von Anwendungen nach Geschäftsbereich , Geschäftsfunktion usw .
• Setzen Sie die Gruppierung für die übrigen Server in den verbleibenden Zeiträumen fort .
• Wir verfügen nun über V1 des Wellenplans , in dem Anwendungen und Wellen aufgeführt sind .
• V2 des Wellenplans ( Planpräferenzen )
• Verschieben Sie Anwendungen in eine bestimmte Welle , wenn eine Zeitplanpräferenz angegeben ist .
68 | THE DOPPLER | SOMMER 2018