Update-Strategie

Evergreen-Ansatz

Wir empfehlen einen Evergreen-Ansatz für unsere SCEPman-Lösung. Das bedeutet, dass Sie die neueste Version aus unserem Produktionskanal verwenden sollten. Durch die Möglichkeiten des ZIP-Deployments können Sie direkt auf unser GitHub verweisen und die neueste Version laden, die von unserem Entwicklungsteam freigegeben wurde.

Wie das funktioniert, wird in diesem Artikel beschrieben:

Anwendungsartefaktechevron-right

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

circle-info

Beachten Sie, dass ein Update nur 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 bei bestimmten Ereignissen extern neu gestartet. Eines dieser Ereignisse ist die Wartung und Patchen der zugrunde liegenden Infrastrukturarrow-up-right. Diese erfolgen regelmäßig und halten Ihren Dienst auf dem neuesten Stand.

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

Bereitstellungs-Slot-Konfiguration

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

circle-check

Die folgenden Schritte geben Ihnen unsere empfohlene Einrichtung für ein Pre-Release-Management

circle-info

Bitte beachten Sie, dass jeder Deployment Slot auf demselben App Service-Plan Ihrer Produktions-App läuft und dieselben Ressourcen verwendet.

Pre-Release-Slot

Die Idee hinter dem Pre-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 zeigt. Die Schritte zur Einrichtung Ihres benutzerdefinierten Artefakt-Speicherorts finden Sie im folgenden Artikel:

Anwendungsartefaktechevron-right

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

circle-info

Anforderungen an Deployment Slots **** (via PS. SCEPman-Modul):

  • SCEPman 2.2 oder oben

  • PowerShell SCEPman-Modul 1.5.1.0 oder oben

Der folgende Cmdlet-Befehl erstellt einen Deployment Slot und konfiguriert alle erforderlichen Berechtigungen für Sie.

Intune MDM

Nachdem die Bereitstellung erfolgreich abgeschlossen ist, 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 zeigt:

Navigieren Sie zu dem Deployment Slot -> Umgebungsvariablen und suchen Sie nach der Einstellung WEBSITE_RUN_FROM_PACKAGE und fügen Sie das Produktionskanal-Artefakte als Wert ein.

Wenn Sie zu Ihrer primären App Service zurückkehren und zu Deployment Slotsnavigieren, können Sie Ihre beiden Slots sehen und die Traffic % verwenden, um den definierten Anteil der Anfragen auf den neuen Pre-Release- können Sie Ihre beiden Slots sehen und die kopieren nach 20Slot zu lenken. Wichtig ist, dass diese Traffic-Steuerung für die Anwendung völlig transparent ist und vom App Service gehandhabt wird. Wir empfehlen, die Application Insightseinzustellen. Danach können Sie die beiden Slots in verwenden, um den definierten Anteil der Anfragen auf den neuen vergleichen. Falls wir eine aktualisierte Version auf unser GitHub veröffentlichen, müssen Sie nur den Application InsightsSlot neu starten und anschließend können Sie die beiden verschiedenen Versionen in den Slots vergleichen. Nach einer Woche oder Ihrer gewünschten 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?