Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Die Ausführung ist der Ort, an dem Sich Pläne in die Realität verwandeln. In diesem Schritt wird jeder für die Änderung vorbereitet und die Entwicklungsarbeit in Nichtproduktionsumgebungen ausgeführt. Sie testen gründlich und stellen auf kontrollierte Weise in der Produktion bereit. Der Schwerpunkt liegt auf strengen Tests und sicheren Bereitstellungspraktiken, um Geschäftsunterbrechungen zu minimieren, da die Änderungen erheblich sein können.
Vorbereiten der Projektbeteiligten auf die Modernisierung
Bevor Sie auf die Schaltfläche "Bereitstellen" klicken, ist es wichtig, alle Projektbeteiligten und Benutzer auf die bevorstehenden Schritte vorzubereiten. Überraschungen können zu Verwirrung oder sogar operativen Problemen führen. Zu den wichtigsten Vorbereitungsschritten gehören Kommunikation, Änderungsfrierung (oben erwähnt) und Supportpläne:
Ankündigung des Bereitstellungszeitplans für alle Beteiligten. Kommunizieren Sie im Voraus mit allen betroffenen Parteien, wann die Modernisierungsbereitstellung stattfinden sollte und was Sie erwarten sollten. Geben Sie wichtige Daten wie den Einfrierbeginn für Änderungen und das Einführungsfenster an, damit sich die Projektbeteiligten entsprechend vorbereiten können. Durch das Festlegen von Erwartungen können Benutzer die Ausfallzeiten umgehen, und interne Teams können bereit sein.
Implementieren Sie eine Änderungssperre für Quell- und abhängige Arbeitslasten. Wie bereits zuvor in der Governance geplant, ist jetzt die Zeit, das Einfrieren tatsächlich durchzusetzen. Stellen Sie sicher, dass in der Workload (und in abhängigen Workloads) keine Codeänderungen, Konfigurationsanpassungen oder sonstigen Bereitstellungen für einen gewissen Zeitraum vor und während der Bereitstellung vorgenommen werden. Dadurch bleibt die Umgebung stabil. Stellen Sie sicher, dass alle Teammitglieder und alle integrierten Drittanbieter informiert sind. Definieren Sie das Fixierungsfenster eindeutig mit bestimmten Start- und Endzeiten, um Verwirrung zu vermeiden.
Kommunizieren Sie endgültige Benutzeraktionen und Änderungen nach der Bereitstellung. Benutzer müssen sich vorab über erforderliche Aktionen vor und nach der Bereitstellung informieren, um Workflowunterbrechungen zu verhindern. Weisen Sie Benutzer an, sich abzumelden oder ihre Arbeit zu speichern, bevor die Umstellung beginnt. Geben Sie neue Zugriffs-URLs, Authentifizierungsänderungen wie Microsoft Entra ID-Anmeldeanforderungen und aktualisierte Workflows frei, die sich auf tägliche Vorgänge auswirken. Stellen Sie Supportdokumentation und Schnellstarthandbücher bereit, um Verwirrung am ersten Tag zu reduzieren.
Koordination des Unterstützungspersonals für die Bereitstellung. IT-Vorgänge und Entwicklungsteams müssen verfügbar sein, um Probleme während kritischer Bereitstellungsphasen zu überwachen und darauf zu reagieren. Planen Sie erweiterte Supportzeiten und zusätzliches Personal für den ersten Arbeitstag nach der Bereitstellung ein, wenn Probleme höchstwahrscheinlich auftreten. Informieren Sie geschäftseinheiten über den Supportplan und die Eskalationsverfahren nach der Bereitstellung, um eine schnelle Problemlösung zu gewährleisten.
Definieren Sie Fallbackprozeduren für kritische Workloads. Geschäftskritische Workloads machen manuelle Problemumgehungen und Notfallpläne erforderlich, um den Geschäftsbetrieb in den Bereitstellungsfenstern aufrechtzuerhalten. Dokumentieren Sie spezifische Verfahren wie die manuelle Auftragsverarbeitung, während Workloads schreibgeschützt bleiben müssen. Teilen Sie diese Verfahren im Voraus, und bestätigen Sie die Bereitschaft mit betroffenen Teams, um bei Bedarf eine nahtlose Ausführung sicherzustellen.
Entwickeln von Modernisierungen in einer Nichtproduktionsumgebung
Alle Entwicklungs- und Integrationsänderungen der Modernisierung sollten außerhalb der Produktion erfolgen (in Entwicklungs-, Test-, Staging-Umgebungen). Das Leitprinzip: Erstellen und testen Sie zunächst in produktionsähnlichen Umgebungen, damit bei der Bereitstellung in der Produktionsumgebung mit bekannten Größen gearbeitet werden kann.
Befolgen Sie Well-Architected Rahmenprinzipien während der Implementierung. Wenn Sie die neuen Änderungen programmieren und konfigurieren, wenden Sie kontinuierlich die bewährten Methoden aus dem azureWell-Architected Framework (WAF) an. Verwenden Sie Azure Advisor-Empfehlungen und Architekturüberprüfungsprozesse, um Entwurfsentscheidungen zu überprüfen. Mit diesem Ansatz wird sichergestellt, dass modernisierte Komponenten azure best practices und operational standards entsprechen.
Erstellen Sie Nichtproduktionsumgebungen, die die Produktion spiegeln. Erstellen Sie Entwicklungs- und Testumgebungen in Azure, die der Produktionsumgebung so nah wie möglich sind. Wenn die Produktion bestimmte Azure-Dienste verwendet, verwenden Sie das gleiche im Test, kleinere oder niedrigere Leistungsstufen (SKU), um Kosten zu sparen. Je näher Ihre Testumgebung in der Produktion liegt, desto sicherer können Sie sein, dass Die Testergebnisse auf das Produktionsverhalten übertragen werden sollten.
Implementieren Sie Änderungen inkrementell mit Quellcodeverwaltung und CI/CD. Behandeln Sie den Modernisierungsaufwand wie jedes andere Softwareprojekt. Verwenden Sie Git oder eine andere Quellcodeverwaltung für alle Codeänderungen und Infrastruktur als Codeskripts. Er bietet eine Historie und die Möglichkeit, bei Bedarf Codeänderungen rückgängig zu machen. Unterteilen Sie die Arbeit in kleine Blöcke (z. B. pro Feature oder Fix), und verwenden Sie Feature-Branches. Führen Sie Änderungen nach der Codeprüfung regelmäßig zusammen. Richten Sie fortlaufende Integrationsbuilds ein, um Ihre Testsammlungen bei jedem Commit auszuführen, sodass Sie Probleme frühzeitig abfangen.
Überprüfen von Modernisierungsänderungen mit Tests
Tests sind von entscheidender Bedeutung. Da bei der Modernisierung keine neuen Features hinzugefügt werden, liegt der Fokus auf Regressionstests (nichts ist nicht gebrochen) und Leistungs-/Sicherheitstests (es funktioniert besser als vorher, nicht schlechter). Sie möchten jeden Aspekt der Arbeitslast in der Testumgebung überprüfen, bevor Sie die Produktionsumgebung verändern.
Führen Sie Komponenten- und Integrationstests für alle geänderten Komponenten aus. Entwickler sollten Einheitstests für Code erstellen oder aktualisieren, der refaktoriert wurde. Auch wenn es sich um Legacy-Code handelt, kann das Schreiben von Unittests für kritische Funktionen helfen, unbemerkt geändertes Verhalten zu erkennen, das durch eine Umgestaltung verursacht wurde. Führen Sie die Komponententests in Ihrer CI-Pipeline kontinuierlich aus. Führen Sie außerdem Integrationstests aus, um sicherzustellen, dass Komponenten korrekt miteinander kommunizieren. Führen Sie nach einer Fehlerkorrektur relevante Tests erneut aus, um sicherzustellen, dass der Fehler tatsächlich behoben ist und nichts anderes unterbrochen wird (Regressionen vermeiden).
Führen Sie End-to-End-Funktionstests durch. Führen Sie in einer Staging- oder Testumgebung vollständige Workflowtests aus, als ob Sie ein Endbenutzer sind. Diese Tests können manuelle Tests durch QA- oder automatisierte UI-Tests sein. Melden Sie sich bei der Anwendung an, führen Sie wichtige Aufgaben aus. Stellen Sie sicher, dass die unveränderte Funktionalität unverändert bleibt. Simulieren Sie im Wesentlichen die reale Verwendung, um alles zu erfassen, was Unittests übersehen könnten.
Durchführen von Benutzerakzeptanztests (User Acceptance Testing, UAT) mit Projektbeteiligten. Es ist ratsam, einige tatsächliche Endbenutzer oder Unternehmensbeteiligte in das Testen der modernisierten Workload vor dem Live-Betrieb einzubeziehen. Sie können Nuancen erfassen, die Entwickler übersehen. Erfassen Sie Feedback zu Nutzbarkeits-, Leistungs- und Funktionalitätslücken. Beheben sie kritische Probleme mit der Benutzerakzeptanztests (User Acceptance Testing, UAT) vor der Bereitstellung, und erhalten Sie eine formelle Genehmigung der Projektbeteiligten, um die Geschäftsbereitschaft zu bestätigen.
Überprüfen Sie die Leistung mithilfe von Auslastungstests unter realistischen Bedingungen. Die Modernisierung sollte idealerweise die Leistung verbessern oder beibehalten. Verwenden Sie Load Testing-Tools (z. B. Azure Load Testing), um realistische Verwendungsmuster zu simulieren. Vergleichen Sie Die Ergebnisse mit Leistungsbaselines aus der Quellumgebung, um eine Beeinträchtigung zu identifizieren. Führen Sie Stresstests mit 150% der erwarteten Last durch, um Arbeitsauslastungsgrenzwerte zu ermitteln und die Ausfallsicherheit unter Druck zu überprüfen.
Führen Sie Sicherheitsüberprüfungen und Complianceprüfungen aus. Führen Sie Sicherheitsrisikoüberprüfungen auf neuen Code- und Containerimages aus, um Sicherheitsrisiken zu erkennen. Durchführen der Complianceüberprüfung für regulierte Workloads mithilfe branchenspezifischer Tools. Verwenden Sie Microsoft Defender für Cloud, um nach Infrastrukturfehlern zu suchen und Sicherheitskontrollen zu überprüfen, die den Anforderungen entsprechen.
Beheben Sie alle kritischen Probleme vor der Produktionsbereitstellung. Beheben von Funktions-, Leistungs- und Sicherheitsproblemen, die während der Testphasen identifiziert wurden. Vergewissern Sie sich, dass alle Tests bestehen und die Leistung den Vereinbarungen zum Servicelevel (SLAs) entspricht. Dokumentieren Sie alle verbleibenden Probleme mit niedriger Priorität, und erstellen Sie Wartungspläne für die Lösung nach der Bereitstellung.
Erstellen wiederverwendbarer Infrastruktur
Sobald Ihre modernisierte Lösung alle Tests in der Nichtproduktion-Umgebung bestanden hat, sollten Sie die Infrastruktureinrichtung und -konfigurationen als Code erfassen, damit sie problemlos in Produktions- und zukünftigen Umgebungen repliziert werden können. Wiederverwendbare Infrastruktur bedeutet die Verwendung von Infrastruktur-as-Code-Vorlagen (IaC) und Automatisierung für Konsistenz und Geschwindigkeit.
Erstellen Sie IaC-Vorlagen für bewährte Konfigurationen. Nehmen Sie die endgültige Architektur Ihrer Testumgebung (die das gewünschte Produkt widerspiegelt) und codieren Sie sie. Verwenden Sie Bicep-, Terraform- oder Azure Resource Manager-Vorlagen , um Ihre Infrastruktur zu definieren. Parametrisieren Sie diese Vorlagen, damit sie für verschiedene Stufen wie Dev, Test, Prod mit kleinen Optimierungen wie Namen oder Größen wiederverwendet werden können. Mit diesem Setup wird sichergestellt, dass die von Ihnen erstellte Produktionsumgebung mit dem getesteten Element übereinstimmt. Es vermeidet den menschlichen Fehler beim manuellen Klicken auf das Azure-Portal, um Ressourcen zu erstellen. Dies bedeutet auch, wenn Sie die Umgebung, z. B. für die Notfallwiederherstellung oder die Bereitstellung in neuen Regionen, neu erstellen müssen, die Infrastrukturbereitstellung bereit ist. Weitere Informationen finden Sie unter CAF Manage – Code-basierte Bereitstellungen verwalten.
Speichern sie Vorlagen im Versionssteuerelement. Überprüfen Sie Ihren Infrastrukturcode in einem Git-Repository (zusammen mit dem Anwendungscode oder in einem separaten Repository). Verwenden Sie GitHub oder Azure DevOps , um IaC-Objekte mit der richtigen Versionssteuerung zu verwalten. Die Versionssteuerung ermöglicht Codeüberprüfungen, unterstützt die Teamzusammenarbeit und fördert die Wiederverwendung von Vorlagen für alle Projekte. Dieser Ansatz bietet vollständige Rückverfolgbarkeit für Infrastrukturänderungen und unterstützt Rollbackfunktionen, wenn Probleme auftreten.
Automatisieren Sie die Installation und Konfiguration von Abhängigkeiten. Erstellen Sie Skripts oder Pipelineaufgaben, um diese Vorlagen bereitzustellen und auch alle erforderlichen Konfigurations- oder Seedingaufgaben zu verarbeiten. Verwenden Sie Azure Pipelines, GitHub-Aktionen, um Bereitstellungsaufträge auszuführen, die die IaC-Vorlage verwenden und in einer Zielabonnement-/Ressourcengruppe bereitstellen. Automatisieren Sie die Installation von App-Abhängigkeiten, konfigurieren Sie Einstellungen und geheime Schlüsselverwaltung. Das Ziel ist die Einrichtung einer Umgebung mit nur einem Klick (oder einem Befehl): von nichts zu einer vollständig laufenden Umgebung, die der von Ihnen getesteten Umgebung entspricht.
Testen Sie IaC und Automatisierung von Ende zu Ende. Verwenden Sie ein separates Azure-Abonnement oder eine separate Ressourcengruppe als Sandkasten, und üben Sie die Bereitstellung Ihrer gesamten Umgebung ganz neu mit Ihren Vorlagen und Skripts. Testen Sie, ob Ihre IaC-Vorlagen, Pipelines und Skripts den vollständigen Infrastrukturstapel aus nichts erstellen können. Testen Sie verschiedene Bereitstellungsszenarien, einschließlich anfänglicher Bereitstellung, Konfigurationsupdates und Rollbackprozeduren, um zu bestätigen, dass die Automatisierung ordnungsgemäß funktioniert.
Weitere Informationen finden Sie unter Entwerfen einer Entwicklungsänderung der Arbeitslastversorgung und Infrastruktur als Code in WAF.
Erstellen der Bereitstellungsdokumentation
Auch bei der Automatisierung ist eine gute Dokumentation zu Bereitstellungen entscheidend für die Überwachung, das Onboarding neuer Teammitglieder und für zukünftige Wartungen. Die Bereitstellungsdokumentation sollte Konfigurationen, Verfahren und Rollbackschritte in lesbarer Form abdecken.
Dokumentkonfigurationseinstellungen und -schritte. Zeichnen Sie alle umgebungsspezifischen Einstellungen, Verbindungszeichenfolgen, Dienstendpunkte und Sicherheitskonfigurationen in barrierefreier Dokumentation auf. Schließen Sie schrittweise Bereitstellungsanweisungen, Voraussetzungen und Überprüfungsschritte nach der Bereitstellung ein. Diese Dokumentation ermöglicht konsistente Bereitstellungen und unterstützt die Problembehandlung bei Auftreten von Problemen. Wenn ein neuer Techniker die Bereitstellung vornehmen muss, kann er dieses Dokument lesen und befolgen bzw. sich über die Ergebnisse der Pipeline informieren.
Aktualisieren von Rollback- und Wiederherstellungsprozeduren. Nachdem Sie Ihre Tests abgeschlossen haben, formalisieren Sie die Schritte zum Zurücksetzen von Änderungen, wenn Bereitstellungsprobleme auftreten. Fügen Sie Rollbacktrigger, Datensicherungs- und Wiederherstellungsüberprüfungsschritte ein. Testen Sie Rollback- und Wiederherstellungsprozeduren regelmäßig, um sicherzustellen, dass sie bei Bedarf ordnungsgemäß funktionieren. Diese Vorbereitung reduziert Ausfallzeiten.
Sammeln Sie alle diese Dokumentation an einem zentralen Ort. Verwenden Sie SharePoint, GitHub oder ein Wiki, um diese Informationen zu speichern. Stellen Sie sicher, dass das Team und das Supportpersonal wissen, wo es zu finden ist. Bei einem Vorfall mit hohem Stress ist es ein Lebensschoner, klare Dokumente zur Hand zu haben.
Bereitstellen der Modernisierung
Der Produktionseinsatz ist der Höhepunkt des Modernisierungsaufwands. Je nach ausgewählter Strategie (in-situ vs parallel) unterscheiden sich die Schritte. Bevor Sie ausführen, überprüfen Sie, ob alle Vorbereitungsschritte durchgeführt sind: Interessengruppen informiert, Einfrierung aktiv, Sicherungen erstellt, Überwachung im Standby-Modus.
Bereitstellen direkter Modernisierung
Plane ein Wartungsfenster. Wenn für die Änderungen Ausfallzeiten oder das Ausführen von Skripten erforderlich sind, die Ressourcen sperren, wie z.B. bei einer Datenbankschemamigration, sollten Sie dies in einem vorab angekündigten Wartungszeitfenster durchführen. Stellen Sie sicher, dass alle Benutzer zum betreffenden Zeitpunkt nicht mehr mit der Workload verbunden sind. Wenn Sie eine klare Zeitspanne haben, erhalten Sie auch eine Zielvorgabe zum Abschließen der Bereitstellung oder zum Festlegen eines Rollbacks, wenn Ihnen die Zeit ausgeht.
Verwenden Sie die CI/CD-Pipeline für die Bereitstellung. Eine Produktionsbereitstellung sollte die zum Testen genutzte und jetzt auf die Produktionsumgebung verweisende automatische Pipeline verwenden. Dieses Setup sorgt für Konsistenz, sodass Infrastruktur und Code auf die gleiche Weise bereitgestellt werden. Nehmen Sie vor der Ausführung endgültige Sicherungen aller kritischen Daten (Datenbanken) vor. Auch wenn ein Rollback möglich ist, bildet eine Sicherung ein zusätzliches Sicherheitsnetz, falls ein technisches Problem auftritt. Starten Sie die Pipeline, um den neuen Code und die Infrastrukturänderungen bereitzustellen. Lassen Sie Protokolle und Überwachung in Echtzeit sichtbar. Wenn ein Schritt fehlschlägt, halten Sie an, und bewerten Sie, ob Sie vorwärts korrigieren können oder ein Rollback ausführen müssen.
Implementieren Sie ein schrittweises Traffic Routing (Canary) wenn möglich. Viele Azure-Dienste ermöglichen Slot-Wechsel oder schrittweise Datenverkehrsverlagerungen, auch in einem bestehenden Szenario. Azure unterstützt Canary-Bereitstellungen über Azure App Service-Bereitstellungsplätze, Azure-Container-Apps-Datenverkehrsteilung und Azure Kubernetes-Dienst mit Azure-Pipelines. Wenn sich hinter einer Einrichtung für den Lastenausgleich mehrere virtuelle Computer befinden, aktualisieren Sie die einzelnen Instanzen nacheinander (paralleles Upgrade), damit die anderen Instanzen jeweils den Datenverkehr übernehmen können.
Steigern Sie den Datenverkehr schrittweise und unter kontinuierlicher Überwachung bis zur Volllast. Sobald die neue Version live ist, überwachen Sie sie genau. Überprüfen Sie Anwendungsprotokolle, Leistungsmetriken, Fehlerraten. Beginnen Sie mit einem kleinen Teil der Benutzer (oder beginnen Sie ggf. mit der Workload in einem Überprüfungsmodus). Wenn nach einigen Minuten alles gut aussieht, erhöhen Sie den Datenverkehr auf etwa 25 %. Überprüfen Sie die Kennzahlen erneut (keine Spitzen mit 500 Fehlern, Reaktionszeiten normal). Erhöhen Sie auf 50% und dann auf 100% im Verlauf des von Ihnen geplanten Zeitraums. Es könnte über eine Stunde oder mehr sein, wenn Sie vorsichtig sein möchten. Wenn ein schwerwiegendes Problem in einem beliebigen Schritt beobachtet wird, initiieren Sie das Rollback, bevor es sich auf alle Benutzer auswirkt.
Beibehalten der Datenkonsistenz während der Bereitstellung. Direkte Bereitstellungen behalten vorhandene Datenendpunkte bei, ändern aber potenziell Datenschemas. Wenden Sie Datenbankschemaänderungen auf abwärtskompatible Weise an, um sowohl alte als auch neue Anwendungsversionen im Zuge der Canary-Deployments zu unterstützen. Verwenden Sie Datenbankmigrationsskripts, die neue Spalten oder Tabellen hinzufügen, ohne vorhandene Strukturen zu entfernen, bis die Bereitstellung erfolgreich abgeschlossen ist.
Bereitstellen der Modernisierung für eine parallele Umgebung
Erstellen Sie die parallele Produktionsumgebung. Erstellen Sie mithilfe der IaC-Vorlagen die neue Produktionsumgebung in Azure, die das getestete Element widerspiegelt. Diese Umgebung umfasst alle Compute-, Netzwerk-, Speicherfunktionen. Es sollte betriebsbereit sein, aber derzeit ohne Nutzerverkehr. Stellen Sie sicher, dass Elemente wie Netzwerksicherheitsgruppen, Firewalls, Identitäten (verwaltete Identitäten oder Dienstprinzipale) und Überwachung alle nach Bedarf konfiguriert sind (im Grunde wiederholen Sie das Test-env-Setup im Prod-Abonnement).
Richten Sie die Datenbankreplikation ein. Konfigurieren Sie das systemeigene Replikationsfeature Ihrer Datenbankplattform, um eine fortlaufende Datenreplikation zwischen Ihrer Quell- und Azure-Zielarbeitsauslastung einzurichten. Stellen Sie sicher, dass die anfängliche Datensynchronisierung erfolgreich abgeschlossen ist und dass die Replikation fehlerfrei ist. Möglicherweise führen Sie eine anfängliche Massenkopie der Datenbank aus der Sicherung oder Momentaufnahme durch, und aktivieren Sie dann die Replikation für neue Transaktionen. Überwachen Sie die Verzögerung bei der Replikation mithilfe der Überwachungstools Ihrer Datenbankplattform. Höhere Latenz erhöht das Umschaltrisiko und die Dauer. Fahren Sie nicht mit dem nächsten Schritt fort, bis die Replikationsverzögerung null ist.
Kopieren sie unstrukturierte Daten und Dateien. Kopieren Sie unstrukturierte Daten und Dateien vor dem endgültigen Übernahmevorgang nach Azure. Verwenden Sie Tools für die Objekt- und Dateimigration mit Funktionen, um Dateien in die entsprechenden Azure-Speicherdienste zu übertragen. Diese Vorbereitung reduziert die Datenmenge, die während des finalen Umschaltvorgangs kopiert werden muss.
Vollständige endgültige Datensynchronisierung. Beim Cutover sollen keine oder nur minimale Datenverluste auftreten. Verifizieren Sie bei Datenbanken, dass keine Transaktionen in den Quellworkloads ausstehen und die Datenbankreplikation abgeschlossen ist. In einigen Fällen müssen Sie möglicherweise kurz Schreibvorgänge in der Quelldatenbank anhalten, um die endgültigen Änderungen zu leeren (insbesondere für Vorgänge wie Transaktionskonsistenz). Sie können Techniken wie transaktionsprotokollversand oder eine kurze Ausfallzeit verwenden, um eine letzte inkrementelle Sicherungswiederherstellung durchzuführen. Kopieren Sie alle geänderten unstrukturierten Daten mithilfe von AzCopy oder einem ähnlichen Tool.
Schrittweise Umleitung des Benutzertraffics auf die neue Umgebung. Aktualisieren Sie DNS-Einträge und Lastenausgleichskonfigurationen, um den Benutzerdatenverkehr an die Azure-Umgebung zu leiten. Überwachen Sie Zustand und Leistung der Workload. Leiten Sie zunächst 1 % des Livedatenverkehrs an die modernisierte Workload. Verwenden Sie dazu das gewichtete Routing von Azure Load Balancer. Überwachen Sie Echtzeitmetriken, einschließlich Reaktionszeiten, Fehlerraten und Datenbankverbindungsintegrität. Erhöhen Sie den Datenverkehr relativ schnell in Minuten statt Stunden (5 %, 15 %, 50 %). Automatische Rollbackauslöser werden beim Überschreiten von Schwellenwerten ausgelöst.
Führen Sie die endgültige Umschaltung auf 100 % durch. Sobald Sie sicher sind, leiten Sie alle Benutzer an die neue Umgebung weiter. Bei diesem Umschalten kann es sich um einen DNS-Übernahmevorgang handeln, der Sekunden bis Minuten dauern kann, wenn der TTL-Wert (Time-to-Live) niedrig ist, oder um das Umstellen einer Lastenausgleichskonfiguration. Die Benutzer arbeiten nun in der modernisierten Workload.
Verifizieren und überwachen Sie sofort nach dem Cutover. Führen Sie Validierungsprüfungen im Anschluss an den Cutover durch. Führen Sie End-to-End-Funktionstests aller kritischen Geschäftsprozesse mithilfe automatisierter Testsammlungen durch. Überprüfen Sie die Datengenauigkeit mithilfe von Prüfsummenüberprüfungs- und Hashfunktionsvergleichen zwischen Quell- und Zielworkloads. Lassen Sie die Verantwortlichen der Arbeitslast bestätigen, dass alle wichtigen Funktionen ordnungsgemäß funktionieren. Überwachen Sie die Leistung, Fehlerraten und Benutzerzugriffsmuster für die ersten 24-48 Stunden nach der Übernahme, um Leistungsbeeinträchtigungen oder Funktionsprobleme zu identifizieren.
Halten Sie die alte Umgebung vorübergehend als Hot Standby in Betrieb. Zerreißen Sie noch nichts. Es ist sinnvoll, die alte Workload mindestens 24 – 72 Stunden betriebsbereit zu halten, wenn möglich mit kontinuierlicher Datensynchronisierung (oder auf schnelle Synchronisierung vorbereitet). Wenn ein unerwartetes schwerwiegendes Problem in der Produktion auftritt, können Sie dennoch entscheiden, einen Rollback durchzuführen, indem Sie den Datenverkehr zurückleiten. Der Datenverlust sollte minimal sein, da Sie Daten unter Verwendung von Protokollen und anderen Mitteln wiederherstellen können.
Überprüfen des Modernisierungserfolgs
Nachdem die neue Workload live ist, müssen Sie in der Produktion überprüfen, ob alles wie beabsichtigt funktioniert und die Akzeptanzkriterien erfüllt.
Bestätigen Sie den erfolgreichen Benutzerzugriff und die Arbeitslastleistung. Die Überprüfung des Benutzerzugriffs stellt sicher, dass die Modernisierung transparent ist und die Leistung den Erwartungen entspricht. Diese Bestätigung überprüft, ob Benutzer ohne Unterbrechung auf die Workload zugreifen können. Überwachen Von Benutzerzugriffsmustern, Arbeitsauslastungsmetriken und Fehlerraten während des ersten Zeitraums nach der Migration.
Melden Sie den Migrationserfolg erst nach gründlicher Überprüfung an. Durch die vollständige Überprüfung wird sichergestellt, dass alle Beteiligten bestätigen, dass die Arbeitsauslastung stabil und funktionsfähig ist. Diese Bestätigung verhindert vorzeitige Erfolgserklärungen, die später zu Problemen führen könnten. Erhalten Sie eine Bestätigung von Workloadbesitzern, Testern und Geschäftsbeteiligten, dass die Workload alle Anforderungen erfüllt und ordnungsgemäß funktioniert.
Unterstützungsworkload während der Stabilisierung
Planen Sie auch nach einem erfolgreichen Start einen Stabilisierungszeitraum, in dem Sie der Arbeitsauslastung zusätzliche Aufmerksamkeit schenken. Neu modernisierte Workloads können unbekannte Probleme haben, die erst nach einiger Zeit unter realen Nutzungsmustern auftreten.
Einrichten einer erweiterten Unterstützungsabdeckung während des Stabilisierungszeitraums. Für die ersten Tage oder Wochen (je nach Komplexität) nach der Inbetriebnahme sollten Sie ein erweitertes Supportprotokoll vorhalten. Weisen Sie erfahrene IT-Mitarbeiter oder Migrationspartner zu, um die Arbeitsauslastung genau zu überwachen und kürzere SLAs als normale Vorgänge bereitzustellen.
Aktualisieren Sie Ihre Betriebsdokumentation und -tools. Stellen Sie sicher, dass alle Runbooks, Supportdokumente und Überwachungskonfigurationen aktualisiert werden, um die neue Realität widerzuspiegeln. Schulen Sie das Betriebsteam auf alle neuen Verfahren wie neue Backup-Prozesse, neue Neustartverfahren für Microservices. Übergeben Sie die modernisierte Arbeitsauslastung an die Ops/Support-Teams mit vollständiger Wissensübertragung. Stellen Sie sicher, dass Ihr Bestandsbestand/CMDB die neuen Server, IPs, Dienste aufzeichnet und ältere Server entfernt oder markiert.