Muster höherstufungsantrag

Die Versionsverwaltung ist eine wichtige Komponente Ihrer App-Upgrade- und -Wartungsstrategie. Versionierung ist wichtig, weil: Verwenden Sie den Befehl `nodetool status`, um den Cluster zu überprüfen. Nach dem Upgrade aller Pods können Sie einige Nachbearbeitungsschemas ausführen, z. B. das Migrationsschema, wenn das Upgrade dies erfordert usw. Wenn Ihre Anwendung auf automatische Datenbanksicherungen angewiesen ist und Geo-Wiederherstellung für die Notfallwiederherstellung verwendet, wird sie in einer einzelnen Azure-Region bereitgestellt. Um Benutzerunterbrechungen zu minimieren, erstellen Sie eine Stagingumgebung in dieser Region mit allen Anwendungskomponenten, die an der Aktualisierung beteiligt sind. Das erste Diagramm veranschaulicht die Betriebsumgebung vor dem Upgrade. Der Endpunkt contoso.azurewebsites.net stellt eine Produktionsumgebung der Web-App dar. Um das Upgrade zurücksetzen zu können, müssen Sie eine Stagingumgebung mit einer vollständig synchronisierten Kopie der Datenbank erstellen. Führen Sie die folgenden Schritte aus, um eine Stagingumgebung für das Upgrade zu erstellen: Wenn Sie die Upgrade-Shell-Strategie anwenden, nehmen wir eine AngularJS-Anwendung und ersetzen ihre Stammkomponente durch eine neue Winkelkomponente.

Wenn die Anwendung keine Stammkomponente hat, führen wir eine ein. Der Hauptvorteil dieser Option besteht darin, dass Sie sowohl die Anwendung als auch ihre georedundante Kopie parallel aktualisieren können, ohne Ihre Geschäftskontinuität während des Upgrades zu beeinträchtigen. Die Dienstzuordnung ist Teil der ServiceNow® ITOM Visibility-Anwendung. Weitere Informationen finden Sie unter ITOM Visibility-Versionshinweise. Diese Seiten geben einen kurzen Überblick über jedes Muster in P der LGR. Sie sind nicht dazu gedacht, allein zu stehen, sondern nur als schnelle Helfer-Erinnerung für diejenigen, die mit ihnen vertraut sind, und ein praktischer Link, wenn Sie auf eine online verweisen möchten. In Zukunft kann ich einige Kommentare nach der Veröffentlichung in das Material hier hinzufügen, aber wir werden sehen, wie das funktioniert. Wenn das Upgrade erfolgreich abgeschlossen wird, können Sie jetzt die Benutzer auf die aktualisierte Kopie der Anwendung umstellen, die zu einer Produktionsumgebung wird. Das Umschalten umfasst noch einige weitere Schritte, wie im nächsten Diagramm dargestellt: Anzeigen von Dienstzuordnungen für Anwendungsdienste, die aus älteren Geschäftsdiensten konvertiert wurden. Informationen zum Konvertierungsverfahren finden Sie unter Konvertieren von Geschäftsdiensten in Anwendungsdienste in massenhzugroßen Massen. OnDelete verhindert, dass der Controller seine Pods automatisch aktualisiert. Man muss den Pod manuell löschen, damit die Änderungen wirksam werden.

Es ist eher ein manueller Aktualisierungsprozess für die Statefulset-Anwendung und dies ist der Hauptunterschied zwischen OnDelete und RollingUpdate-Strategie. Die OnDelete-Aktualisierungsstrategie spielt eine wichtige Rolle, wenn der Benutzer nach der Aktualisierung jedes Pods nur wenige Aktionen/Überprüfungen durchführen muss. Beispielsweise muss ein einzelner Pod des Cassandra-Benutzers nach der Aktualisierung möglicherweise überprüfen, ob der aktualisierte Pod dem Cassandra-Cluster ordnungsgemäß beigetreten ist. Um diese Ziele zu erreichen, nutzen Sie neben der Verwendung der Web-Apps-Umgebungen Azure Traffic Manager, indem Sie ein Failoverprofil mit einem aktiven Endpunkt und einem Sicherungsendpunkt verwenden. Das nächste Diagramm veranschaulicht die Betriebsumgebung vor dem Upgrade. Die Websites contoso-1.azurewebsites.net und contoso-dr.azurewebsites.net stellen eine Produktionsumgebung der Anwendung mit vollständiger geografischer Redundanz dar. Die Produktionsumgebung umfasst die folgenden Komponenten: Das StatefulSet fungiert als Controller in Kubernetes, um Anwendungen gemäß einem angegebenen Regelsatz bereitzustellen, und zielt auf die Verwendung persistenter und zustandsbehafteter Anwendungen ab. Es ist eine geordnete und anmutige Bereitstellung. Statefulset wird im Allgemeinen mit verteilten Anwendungen verwendet, die erfordern, dass jeder Knoten einen persistenten Status hat und eine beliebige Anzahl von Knoten konfigurieren kann.

StatefulSet-Pods verfügen über eine eindeutige Identität, die aus einem Ordinal, einer stabilen Netzwerkidentität und stabilem Speicher besteht. Die Identität bleibt beim Pod, unabhängig davon, auf welchem Knoten sie geplant ist. Weitere Informationen finden Sie hier. Erfahren Sie, wie Sie die aktive Georeplikation in Azure SQL-Datenbank verwenden, um fortlaufende Upgrades Ihrer Cloudanwendung zu ermöglichen.

Comments are closed.