Update-Strategie
Evergreen-Ansatz
Wir empfehlen einen Evergreen-Ansatz für SCEPman-Updates. Dies ist der Standardansatz, wenn SCEPman über den Produktionskanal bereitgestellt wurde. SCEPman verwendet ZIP-Deployment, indem direkt auf das SCEPman GitHub verwiesen wird und die neueste vom Entwicklungsteam veröffentlichte Version geladen wird.
Der Produktionskanal sowie die anderen verfügbaren Kanäle werden im folgenden Leitfaden erwähnt:
AnwendungsartefakteMit diesem Ansatz erhalten Sie stets die neuesten Funktionen und Sicherheitsupdates.
Beachten Sie, dass ein Update nur dann erfolgt, wenn der App Service gestoppt und wieder gestartet wird. Dies ist das Ereignis, bei dem das ZIP-Deployment ausgelöst wird. Während der App Service nicht automatisch stoppt und startet, wird er in bestimmten Fällen extern neu gestartet. Eines dieser Ereignisse ist die Wartung und das Einspielen von Patches der zugrunde liegenden Infrastruktur. Diese erfolgen regelmäßig und halten Ihren Dienst auf dem neuesten Stand.
In einer produktiven Unternehmensumgebung können Sie, wenn Sie mehr Kontrolle über den Update-Prozess wünschen, die Microsoft-Funktion Deployment Slots.
Konfiguration von Deployment Slots
Falls Sie die vollständige Kontrolle über den Update-Prozess von SCEPman haben möchten, können Sie das Deployment Slots innerhalb des Azure App Service verwenden.
Um weitere Details über die Deployment Slots zu erhalten, können Sie die Microsoft-Dokumentation besuchen: https://docs.microsoft.com/en-us/azure/app-service/deploy-staging-slots
Die folgenden Schritte geben Ihnen unsere empfohlene Einrichtung für ein Pre-Release-Management
Bitte beachten Sie, dass jeder Deployment Slot auf demselben App Service Plan wie Ihre Produktions-App ausgeführt wird und dieselben Ressourcen verwendet.
Pre-Release-Slot
Die Idee hinter dem Pre-Release-Slot ist, dass Ihre Produktions-App Service mit Artefakten ausgeführt wird, die in Ihrem eigenen Storage-Konto gespeichert sind, und einen neuen Deployment Slot erstellt, der auf unsere GitHub-Artefakte verweist. Die Schritte zur Einrichtung Ihres benutzerdefinierten Artefakt-Speicherorts finden Sie im folgenden Artikel:
AnwendungsartefakteNun läuft Ihr Produktions-App Service mit einem benutzerdefinierten Artefakt-Speicherort und wir fahren mit der Konfiguration des neuen Deployment Slots fort.
Anforderungen für Deployment Slots **** (via PS. SCEPman Modul):
SCEPman 2.2 oder höher
PowerShell SCEPman-Modul 1.5.1.0 oder höher
Der folgende CMDlet-Befehl erstellt einen Deployment Slot und konfiguriert alle erforderlichen Berechtigungen für Sie.
Beispiel
Nachdem die Bereitstellung erfolgreich abgeschlossen wurde, können Sie den Deployment Slot in Ihrem SCEPman App Service überprüfen -> Deployment Slots
Stellen Sie nun sicher, dass Ihr Deployment Slot auf den SCEPman-Produktionskanal auf GitHub verweist:
Navigieren Sie zu dem Deployment Slot -> Umgebungsvariablen und suchen Sie nach der Einstellung WEBSITE_RUN_FROM_PACKAGE und fügen Sie die Produktionskanal-Artefakte als Wert ein.
Wenn Sie zu Ihrem primären App Service zurückkehren und zu Deployment Slots ynavigieren, können Sie Ihre beiden Slots sehen und den Traffic % verwenden, um den definierten Anteil der Anfragen auf den neuen Pre-Release- Slot umzuleiten. Wichtig ist, dass dieses Traffic-Routing für die Anwendung völlig transparent ist und vom App Service gehandhabt wird. Wir empfehlen, den Traffic % auf 20zu setzen. Danach können Sie die beiden Slots in Application Insightsvergleichen. Falls wir eine aktualisierte Version auf unserem GitHub veröffentlichen, müssen Sie nur den Pre-Release- Slot neu starten und danach können Sie die beiden verschiedenen Versionen in Application Insightsvergleichen. Nach einer Woche oder dem von Ihnen gewählten Zeitraum können Sie die neuen GitHub-Artefakte in Ihren benutzerdefinierten Artefakt-Speicherort hochladen und die SCEPman-Lösung aktualisieren.
Zuletzt aktualisiert
War das hilfreich?