Stratégie de mise à jour

Approche Evergreen

Nous recommandons une approche Evergreen pour les mises à jour de SCEPman. Il s'agit de l'approche par défaut si SCEPman a été déployé en utilisant le canal de production. SCEPman utilise le déploiement ZIP en pointant directement vers le SCEPman GitHubarrow-up-right et charge la dernière version publiée par l'équipe de développement.

Le canal de production, ainsi que les autres canaux disponibles, sont mentionnés dans le guide suivant :

Artéfacts de l'applicationchevron-right

Avec cette approche, vous recevez toujours les dernières fonctionnalités et mises à jour de sécurité.

circle-info

Gardez à l'esprit que une mise à jour n'a lieu que lorsque le Service d'Application est arrêté puis redémarré. C'est l'événement qui déclenche le déploiement ZIP. Tant que le Service d'Application ne s'arrête pas et ne redémarre pas automatiquement, il est redémarré de façon externe lors de certains événements. L'un de ces événements est la maintenance et la réparation (patching) de l'infrastructure sous-jacentearrow-up-right. Ceux-ci ont lieu régulièrement et maintiennent votre service à jour.

Dans un environnement d'entreprise de production, si vous souhaitez avoir plus de contrôle sur le processus de mise à jour, vous pouvez utiliser la fonctionnalité Microsoft Slots de déploiement.

Configuration des slots de déploiement

Dans le cas où vous souhaitez avoir un contrôle total sur le processus de mise à jour de SCEPman, vous pouvez utiliser le Slots de déploiement au sein du Service d'Application Azure.

circle-check

Les étapes suivantes vous donnent notre configuration recommandée pour une gestion de pré-version

circle-info

Veuillez garder à l'esprit que chaque slot de déploiement fonctionne sur le même Plan de Service d'Application que votre application de production et utilise les mêmes ressources.

Slot de pré-version

L'idée derrière le slot de pré-version est d'avoir votre Service d'Application de production fonctionnant avec des artefacts stockés sur votre propre compte de stockage et de créer un nouveau slot de déploiement pointant vers nos artefacts GitHub. Vous pouvez trouver les étapes pour configurer votre emplacement d'artefacts personnalisé dans l'article suivant :

Artéfacts de l'applicationchevron-right

Maintenant votre Service d'Application de production fonctionne avec un emplacement d'artefacts personnalisé et nous procédons à la configuration du nouveau slot de déploiement.

circle-info

Exigences du slot de déploiement **** (via PS. Module SCEPman) :

  • SCEPman 2.2 ou supérieur

  • Module PowerShell SCEPman 1.5.1.0 ou supérieur

La commande CMDlet suivante créera un slot de déploiement et configurera toutes les autorisations requises pour vous.

Exemple

Après la réussite du déploiement, vous pouvez vérifier le slot de déploiement dans votre App Service SCEPman -> Slots de déploiement

Assurez-vous maintenant que votre slot de déploiement pointe vers le canal de production SCEPman sur GitHub :

Accédez à la Slot de déploiement -> Variables d'environnement et recherchez le paramètre WEBSITE_RUN_FROM_PACKAGE et collez le artefacts du canal de production dans la valeur.

Si vous revenez à votre App Service et naviguez vers Slots de déploiement yvous pouvez voir vos deux slots et gérer le % de trafic pour diriger la quantité définie de requêtes vers le nouveau pré-version slot. Important : ce routage du trafic est complètement transparent pour l'application et géré par le Service d'Application. Nous recommandons de régler le % de trafic à 20. Après cela, vous pouvez comparer les deux slots dans Application Insights. Dans le cas où nous publions une version mise à jour sur notre GitHub, vous devez simplement redémarrer le pré-version slot et ensuite vous pouvez comparer les deux versions dans Application Insights. Après une semaine ou le délai de votre choix, vous pouvez téléverser les nouveaux artefacts GitHub vers votre emplacement d'artefacts personnalisé et avoir ainsi mis à jour la solution SCEPman.

Mis à jour

Ce contenu vous a-t-il été utile ?