Aktualisierungsstrategie

Evergreen-Ansatz

Wir empfehlen für SCEPman-Updates einen Evergreen-Ansatz. Dies ist der Standardansatz, wenn SCEPman über den Produktionskanal bereitgestellt wurde. SCEPman verwendet ZIP-Deployment, indem direkt auf das SCEPman GitHub und die neueste Version lädt, die vom Entwicklungsteam veröffentlicht wurde.

Der Produktionskanal wird zusammen mit den anderen verfügbaren Kanälen im folgenden Leitfaden erwähnt:

Anwendungsartefakte

Mit diesem Ansatz erhalten Sie immer die neuesten Funktionen und Sicherheitsupdates.

Beachten Sie, dass ein Update nur erfolgt, wenn der App Service angehalten und erneut gestartet wird. Dies ist das Ereignis, bei dem das ZIP-Deployment ausgelöst wird. Während der App Service nicht automatisch anhält und startet, wird er bei bestimmten Ereignissen extern neu gestartet. Eines dieser Ereignisse ist die Wartung und das Patchen der zugrunde liegenden Infrastruktur. Diese finden regelmäßig statt und halten Ihren Dienst auf dem neuesten Stand.

In einer produktiven Unternehmensumgebung können Sie, wenn Sie mehr Kontrolle über den Updateprozess haben möchten, die Microsoft-Funktion Deployment Slots.

Bereitstellungsslot-Konfiguration

Falls Sie die volle Kontrolle über den Updateprozess von SCEPman haben möchten, können Sie die Deployment Slots innerhalb des Azure App Service verwenden.

Um weitere Details zu den Deployment Slots können Sie die Microsoft-Dokumentation besuchen: https://docs.microsoft.com/en-us/azure/app-service/deploy-staging-slots

Die folgenden Schritte geben Ihnen unser empfohlenes Setup für ein Pre-Release-Management

Bitte beachten Sie, dass jeder Deployment Slot auf demselben App Service Plan Ihrer Produktions-App ausgeführt wird und dieselben Ressourcen verwendet.

Pre-Release-Slot

Die Idee hinter dem Pre-Release-Slot ist, Ihren Produktions-App Service mit Artefakten auszuführen, die in Ihrem eigenen Storage Account gespeichert sind, und einen neuen Deployment Slot zu erstellen, der auf unsere GitHub-Artefakte verweist. Die Schritte zum Einrichten Ihres benutzerdefinierten Artefakt-Speicherorts finden Sie im folgenden Artikel:

Anwendungsartefakte

Jetzt läuft Ihr Produktions-App Service mit einem benutzerdefinierten Artefakt-Speicherort, und wir fahren mit der Konfiguration des neuen Deployment Slots fort.

Anforderungen an den Deployment Slot **** (über das 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.

New-SCEPmanDeploymentSlot -SCEPmanAppServiceName <Ihr SCEPman App Service Name> -DeploymentSlotName <Name für den Deployment Slot> 6>&1

Beispiel

Nachdem die Bereitstellung erfolgreich abgeschlossen wurde, können Sie den Deployment Slot in Ihrem SCEPman App Service -> 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 die Einstellung WEBSITE_RUN_FROM_PACKAGE und fügen Sie die Artefakte des Produktionskanals in den Wert ein.

Wenn Sie zu Ihrem primären App Service zurückgehen und zu Deployment-Slots you können Sie Ihre beiden Slots sehen und die Traffic % um den definierten Anteil der Anfragen auf den neuen Pre-Release Slot zu lenken. Wichtig: Dieses Traffic-Routing ist für die Anwendung vollständig transparent und wird vom App Service verarbeitet. Wir empfehlen, die Traffic % zu 20. Danach können Sie die beiden Slots in Application Insights. 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 Insights. Nach einer Woche oder dem von Ihnen gewählten Zeitraum können Sie die neuen GitHub-Artefakte an Ihren benutzerdefinierten Artefakt-Speicherort hochladen und damit die SCEPman-Lösung aktualisiert haben.