Note
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.
Un environnement d'applications de conteneur représente une limite sécurisée entourant une ou plusieurs applications et tâches de conteneur. Le runtime Container Apps gère chaque environnement en gérant les mises à niveau du système d’exploitation, les opérations de mise à l’échelle, les procédures de basculement et l’équilibrage des ressources.
Les environnements incluent les fonctionnalités suivantes :
| Caractéristique | Descriptif |
|---|---|
| Catégorie | Il existe deux types différents d’environnements Container Apps : les environnements de profils de charge de travail et les environnements consommation uniquement. Les environnements de profils de charge de travail prennent en charge les plans Consommation et Dédié, tandis que les environnements Consommation uniquement prennent uniquement en charge le plan Consommation. |
| Réseau virtuel | Un réseau virtuel prend en charge chaque environnement, qui applique les limites sécurisées de l’environnement. Lorsque vous créez un environnement, un réseau virtuel avec des fonctionnalités de réseau limitées est créé pour vous, ou vous pouvez fournir vos propres fonctionnalités. L’ajout d’un réseau virtuel existant vous donne un contrôle précis sur votre réseau. |
| Plusieurs applications conteneur | Lorsque plusieurs applications conteneur se trouvent dans le même environnement, elles partagent le même réseau virtuel et écrivent des journaux dans la même destination de journalisation. |
| Intégration multiservices | Vous pouvez ajouter Azure Functions et Azure Spring Apps à votre environnement Azure Container Apps. |
Selon vos besoins, vous pouvez utiliser un ou plusieurs environnements Container Apps. Utilisez les critères suivants pour vous aider à décider si vous devez utiliser un ou plusieurs environnements.
Environnement unique
Utilisez un seul environnement lorsque vous souhaitez :
- Gérer les services connexes
- Déployer différentes applications sur le même réseau virtuel
- Instrumenter les applications Dapr qui communiquent par le biais de l’API d’appel du service Dapr
- Partager la même configuration Dapr entre les applications
- Partager la même destination de journal entre les applications
Plusieurs environnements
Utilisez plusieurs environnements lorsque vous souhaitez que deux ou plusieurs applications :
- Ne jamais partager les mêmes ressources de calcul
- Ne pas communiquer via l’API d’appel du service Dapr
- Être isolé en raison de l’utilisation de l’équipe ou de l’environnement (par exemple, test et production)
Les types
| Catégorie | Descriptif | Plan | Considérations relatives à la facturation |
|---|---|---|---|
| Profil de charge de travail | Exécutez des applications serverless avec prise en charge de la mise à l’échelle à zéro et payez uniquement pour les ressources que vos applications utilisent avec le profil de consommation. Vous pouvez également exécuter des applications avec du matériel personnalisé et augmenter la prévisibilité des coûts à l’aide de profils de charge de travail dédiés. | Consommation et Dédié | Vous pouvez choisir d’exécuter des applications sous l’un ou les deux plans à l’aide de profils de charge de travail distincts. Le plan dédié a un coût de gestion de plan fixe pour l’ensemble de l’environnement, quel que soit le nombre de profils de charge de travail que vous utilisez. Le plan dédié a également un coût variable en fonction du nombre d’instances de profil de charge de travail et des ressources allouées à chaque instance. Pour plus d’informations, consultez Facturation. |
| Consommation uniquement | Exécutez des applications serverless avec prise en charge de la mise à l’échelle à zéro et payez uniquement pour les ressources que vos applications utilisent. | Consommation uniquement | Facturé uniquement pour les applications conteneur individuelles et leur utilisation des ressources. Aucun coût n’est associé à l’environnement Container Apps. |
Journaux
La journalisation est une partie essentielle de la supervision et de la résolution des problèmes liés aux applications conteneur s’exécutant dans votre environnement. Les environnements Azure Container Apps fournissent des fonctionnalités de journalisation centralisées via l’intégration à Azure Monitor et Application Insights.
Par défaut, toutes les applications conteneur au sein d’un environnement envoient des journaux à un espace de travail Log Analytics commun, ce qui facilite l’interrogation et l’analyse des journaux sur plusieurs applications. Ces journaux d’activité comprennent :
- Flux de conteneurs
stdout/stderr - Événements de mise à l’échelle d’applications conteneur
- Journaux sidecar Dapr (si Dapr est activé)
- Métriques et événements au niveau du système
Propriétés de configuration des journaux
Vous pouvez configurer les propriétés suivantes au niveau de l’environnement via l’API :
| Propriété | Descriptif |
|---|---|
properties.appLogsConfiguration |
Utilisée pour configurer l’espace de travail Log Analytics dans lequel les journaux de toutes les applications de l’environnement sont publiés. |
properties.containerAppsConfiguration.daprAIInstrumentationKey |
Clé d’instrumentation App Insights fournie à Dapr pour le suivi |
Stratégies
Les environnements Azure Container Apps sont automatiquement supprimés si l’une des conditions suivantes est détectée pendant plus de 90 jours :
- Dans un état inactif (pas d’application conteneur ou de travail actif s’exécutant dans l’environnement)
- Dans un état d’échec en raison d’une configuration de réseau virtuel ou d’Azure Policy
- Bloque les mises à jour de l’infrastructure en raison d’une configuration de réseau virtuel ou d’Azure Policy
Ces stratégies permettent de garantir une utilisation efficace des ressources et de maintenir la qualité des services. Pour empêcher la suppression automatique :
- Conserver au moins une application conteneur active ou un travail en cours d’exécution dans votre environnement
- Vérifiez que vos configurations de réseau virtuel et Azure Policy sont correctement configurées
- Répondre à toutes les notifications relatives à votre environnement étant dans un état problématique
Vous pouvez surveiller l’état de vos environnements via des alertes Azure Monitor ou en vérifiant régulièrement l’état de l’environnement dans le portail Azure ou via Azure CLI.
Limites et quotas
Comprendre les limites et les quotas des environnements Container Apps vous aide à planifier efficacement votre architecture d’application.
| Ressource | Limite | Remarques |
|---|---|---|
| Applications conteneur par environnement | 200 | Nombre maximal d’applications conteneur dans un seul environnement |
| Révisions d’application conteneur par environnement | 1 000 | Total des révisions sur toutes les applications d’un environnement |
| Environnements par région par abonnement | 20 | Peut être augmenté par le biais d’une demande de support |
| Processeur maximal par conteneur | 4 processeurs virtuels (consommation), varie selon le profil de charge de travail | Dépend du type d’environnement et du profil de charge de travail sélectionné |
| Mémoire maximale par conteneur | 16 Go (Consommation), Varie selon le profil de charge de travail | Dépend du type d’environnement et du profil de charge de travail sélectionné |
| Nombre maximal de réplicas par application conteneur | 300 | Limite maximale de scale-out pour une application conteneur unique |
| Délai d’expiration maximal de la demande d’entrée | 240 secondes | Pour les requêtes HTTP via l’entrée |
Pour connaître les limites et quotas les plus à jour, reportez-vous aux Limites du service Azure Container Apps.