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.
Phase migrieren
Migrationen im Maßstab bestehen aus den Bausteinen, Prozessen, Tools, Ressourcen und Methoden, die während der Bereitschafts- und Planungsphase definiert und getestet wurden. Nachdem Sie die Best Practices und Erkenntnisse aus den früheren Phasen verwendet haben, können Sie eine Migrationsfabrik, einen Blueprint zur Skalierung von Implementierung und Abläufen, durch Automatisierung und agile Bereitstellung implementieren.
Fabrik für Migration
In der Scale-Out-Phase des Migrationsprojekts arbeiten mehrere Teams gleichzeitig. Einige werden eine große Menge an Migrationen in den Rehost-Mustern und kleinere Replattform-Muster unterstützen. Diese Teams werden als Migrationsfabrik bezeichnet. Ihre Migrationsfabrik erhöht die Geschwindigkeit Ihres Migrationsplans, wobei mehrere Sprintteams parallel arbeiten. 20-50 Prozent eines Unternehmensanwendungsportfolios bestehen aus wiederholten Mustern, die durch einen Fabrikansatz optimiert werden können. Dies ist ein agiles Bereitstellungsmodell, und es ist wichtig, einen Release-Managementplan zu erstellen. Ihr Plan sollte auf aktuellen Workloads und Informationen basieren, die während der Bereitschafts- und Planungsphase generiert wurden. Es sollte kontinuierlich für zukünftige Migrationswellen und future Migrationsteams optimiert werden. Wir empfehlen Ihnen, einen Rückstand an Anwendungen zu haben, die drei Sprints für jedes Team unterstützen. Auf diese Weise können Sie Anwendungen neu priorisieren, wenn Sie Probleme haben, die sich auf den Zeitplan auswirken.
Größere und komplexere Anwendungen folgen oft dem Refaktor-/Rearchitekt. Sie werden im Allgemeinen in geplanten Release-Zyklen vom Anwendungsinhaber durchgeführt. Die Werksteams sind autark und umfassen fünf bis sechs funktionsübergreifende Rollen. Dazu gehören Betrieb, Geschäftsanalysten und Eigentümer, Migrationsingenieure, Entwickler und DevOps Profis. Im Folgenden finden Sie Beispiele für speziell fokussierte Migrationswerksteams:
-
Rehost-Migrationsteams migrieren Anwendungen mit hohem Volumen und geringer Komplexität, die keine wesentlichen Änderungen erfordern. Diese Teams nutzen Tools zur Migrationsautomatisierung. Dieser Ansatz ist integriert in patch-and-release Managementprozesse
-
Replattform-Migrationsteams entwerfen und migrieren Anwendungen, die einen Plattformwechsel oder eine wiederholbare Änderung der Anwendungsarchitektur erfordern.
-
Refactor/Re-Architect Migrationsteams entwerfen und migrieren komplexe oder zentrale Geschäftsanwendungen, die viele Abhängigkeiten aufweisen. In den meisten Fällen unterstützen Entwicklungs- und technische Betriebsteams diese Geschäftsfähigkeit. Die Migration wird zu einem Release-Zyklus oder zu einigen Release-Zyklen innerhalb des Plans für dieses Team. Es kann viele davon im Flug geben, und das Cloud Business Office (CBO) ist dafür verantwortlich, Timing, Risiken und Probleme bis zum Abschluss der Migration zu verfolgen. Diesem Team gehört der Anwendungsmigrationsprozess.
Zu berücksichtigende Artikel
-
Führen Sie eine Portfolioanalyse durch, um allgemeine Muster in allen Anwendungen zu verstehen, um wiederholbare Arbeit für die Werksteams effizient zu implementieren.
-
Verwenden einerAWSPartner, um bei Ressourcenbeschränkungen zu helfen, da Ihr Team regelmäßige Geschäftsaktivitäten unterstützt.AWSund dieAWSDie Partner-Community kann spezielle Ressourcen für bestimmte Themen wie Datenbanken, Anwendungsentwicklung und Migrationstools bereitstellen.
Anleitung
