Une solution conteneurisée dans Azure Container Instances comprend un conteneur frontal (App1) et un conteneur dorsal (DB1). DB1 effectue un chargement de données long au démarrage. Vous devez vous assurer que DB1 est prêt à traiter les requêtes avant qu'App1 n'accepte le trafic utilisateur. Quel mécanisme de santé de conteneur devez-vous configurer ?

Une sonde de disponibilité (readiness probe) est le mécanisme approprié car elle indique si un conteneur est prêt à servir le trafic. Dans ce scénario, DB1 effectue un chargement de données long, et la sonde de disponibilité garantira qu'App1 n'envoie pas de requêtes à DB1 tant que ce dernier n'est pas entièrement initialisé et prêt à fonctionner. Une sonde de vivacité (liveness probe) redémarre un conteneur en cas de défaillance, ce qui n'est pas l'objectif ici. Un journal de performance (performance log) est utilisé pour la surveillance et l'analyse, pas pour contrôler le routage du trafic. Une sonde de santé Azure Load Balancer est utilisée pour les services derrière un équilibreur de charge, pas pour la communication inter-conteneurs au sein d'une instance de conteneur unique.