Vous devez déployer deux conteneurs étroitement couplés dans Azure Container Instances : un conteneur d'API et un sidecar qui lit/écrit des données partagées. Les conteneurs doivent partager un cycle de vie, avoir une seule adresse IP/port public, communiquer via localhost et partager un volume persistant. Que devez-vous faire ?

La bonne approche consiste à déployer les deux conteneurs dans un seul groupe de conteneurs Azure Container Instances (ACI). Un groupe de conteneurs ACI est la ressource de niveau supérieur qui regroupe les conteneurs qui partagent un cycle de vie, des ressources et un réseau local. Cela permet aux conteneurs de communiquer via localhost et de partager une seule adresse IP publique. L'utilisation d'un volume Azure Files monté dans les deux conteneurs au sein du même groupe répond à l'exigence de stockage persistant partagé. Les autres options sont incorrectes car : Déployer chaque conteneur en tant qu'instance ACI distincte ne permet pas de partager un cycle de vie ou une seule adresse IP publique sans complexité supplémentaire, et la communication via localhost serait impossible. Azure App Service for Containers est conçu pour des applications web et n'est pas la solution la plus directe pour des conteneurs étroitement couplés partageant un cycle de vie et une adresse IP de cette manière. Azure Kubernetes Service (AKS) est une solution d'orchestration de conteneurs plus complexe et surdimensionnée pour ce scénario simple de deux conteneurs étroitement couplés, et ne répond pas intrinsèquement à l'exigence de communication via localhost ou de partage d'un cycle de vie unique sans configuration spécifique.