Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Le cycle de vie des applications Azure Container repose sur les révisions.
Lorsque vous déployez une application de conteneur, la première révision est créée automatiquement.
Des révisions supplémentaires sont créées en cas de modification des conteneurs ou des ajustements sont apportés à la template section de la configuration.
Une application conteneur passe par quatre phases : déploiement, mise à jour, désactivation et arrêt.
Remarque
Les travaux Azure Container Apps ne prennent pas en charge les révisions. Les travaux sont déployés et mis à jour directement.
Déploiement
Lorsque vous déployez une application conteneur, vous créez automatiquement la première révision.
Update
Lorsque vous mettez à jour une application conteneur avec une modification d’étendue de révision, vous créez une nouvelle révision. Vous pouvez choisir de désactiver automatiquement les anciennes révisions (mode révision unique) ou de les autoriser à rester disponibles (mode de révision multiple).
Lorsque vous utilisez un mode de révision unique, Container Apps bascule automatiquement entre les révisions pour prendre en charge le déploiement sans temps d’arrêt.
Désactivation
Lorsque vous n’avez plus besoin d’une révision, vous pouvez la désactiver et la réactiver ultérieurement si nécessaire. Pendant la désactivation, les conteneurs de la révision sont arrêtés.
Shutdown
Les conteneurs s’arrêtent dans les situations suivantes :
- Quand une application conteneur se met à l’échelle dans
- Lorsqu’une application conteneur est supprimée
- Lorsqu’une révision est désactivée
Lorsqu’un arrêt démarre, l’hôte du conteneur envoie un message SIGTERM à votre conteneur. Le code du conteneur peut répondre à ce message au niveau du système d’exploitation pour gérer l’arrêt.
Si votre application ne répond pas au message SIGTERM dans un délai de 30 secondes, SIGKILL termine votre conteneur.
Assurez-vous que votre application peut gérer correctement les arrêts. Les conteneurs redémarrent régulièrement. Ne vous attendez donc pas à un état persistant au sein d’un conteneur. Utilisez plutôt des caches externes pour des exigences de cache coûteuses en mémoire.