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 sowie die anderen verfügbaren Kanäle werden in der folgenden Anleitung erwähnt:
Mit diesem Ansatz erhalten Sie immer die neuesten Funktionen und Sicherheitsupdates.
Beachten Sie, dass ein Update nur erfolgt, wenn der App Service gestoppt und erneut 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 bei bestimmten Ereignissen extern neu gestartet. Eines dieser Ereignisse ist die Wartung und das Patchen 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 haben möchten, die Microsoft-Funktion Deployment Slots.
Konfiguration des Bereitstellungsslots
Wenn Sie volle Kontrolle über den Update-Prozess von SCEPman haben möchten, können Sie die Deployment Slots innerhalb des Azure App Service verwenden.
Weitere Details zu den Deployment Slots finden Sie in den Microsoft-Dokumenten: https://docs.microsoft.com/en-us/azure/app-service/deploy-staging-slots
Die folgenden Schritte geben Ihnen unsere empfohlene Konfiguration für ein Vorab-Release-Management
Bitte beachten Sie, dass jeder Deployment Slot auf demselben App Service Plan Ihrer Produktions-App läuft und dieselben Ressourcen verwendet.
Vorab-Release-Slot
Die Idee hinter dem Vorab-Release-Slot ist, dass Ihr Produktions-App-Service mit Artefakten läuft, die in Ihrem eigenen Storage-Konto gespeichert sind, und dass Sie einen neuen Deployment Slot erstellen, der auf unsere GitHub-Artefakte verweist. Die Schritte zum Einrichten Ihres benutzerdefinierten Artefakt-Speicherorts finden Sie im folgenden Artikel:
Jetzt 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 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.
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 in den Wert ein.
Wenn Sie zu Ihrem primären App Service zurückgehen und zu Deployment Slots you can see your two slots and can manage the Traffic % um die festgelegte Menge an Anfragen auf den neuen Vorab-Release Slot zu verteilen. Wichtig ist, dass dieses Traffic-Routing für die Anwendung völlig transparent ist und vom App Service verarbeitet wird. Wir empfehlen, die Traffic % nach 20. Danach können Sie die beiden Slots in Application Insightszu vergleichen. Falls wir eine aktualisierte Version auf unser GitHub veröffentlichen, müssen Sie nur den Vorab-Release Slot neu starten, und danach können Sie die beiden verschiedenen Versionen in Application Insightsvergleichen. Nach einer Woche oder nach Ihrer gewählten Zeit können Sie die neuen GitHub-Artefakte in Ihren benutzerdefinierten Artefakt-Speicherort hochladen und die SCEPman-Lösung aktualisieren.
Zuletzt aktualisiert
War das hilfreich?