Vous devez exécuter une tâche de traitement de données de courte durée à l'aide de deux conteneurs étroitement couplés : un travailleur et un sidecar de transfert de journaux. Les deux conteneurs doivent partager des fichiers et se connecter en toute sécurité à un cache Redis privé hébergé dans un réseau virtuel Azure. Vous souhaitez l'option de calcul la plus simple avec une gestion minimale. Que devez-vous faire ? Choisissez deux réponses.

La bonne réponse est d'exécuter les deux conteneurs dans un seul groupe de conteneurs Azure Container Instances (ACI) avec un volume Azure Files partagé. ACI est idéal pour les charges de travail de courte durée et la gestion minimale. Un groupe de conteneurs permet aux conteneurs étroitement couplés de partager des ressources, y compris un volume Azure Files pour le partage de fichiers. La deuxième bonne réponse est de déployer ACI dans un sous-réseau délégué pour l'intégration au réseau virtuel et d'attribuer une adresse IP privée au groupe de conteneurs. Cela permet aux conteneurs d'accéder en toute sécurité au cache Redis privé au sein du réseau virtuel. Déployer une application web App Service multi-conteneurs n'est pas optimal pour des tâches de traitement de données de courte durée, et exposer Redis via une IP publique est une faille de sécurité. Provisionner un cluster AKS est une solution trop complexe et surdimensionnée pour ce cas d'utilisation simple. Attribuer une adresse IP publique avec des ports ouverts sur ACI pour accéder à un point de terminaison Redis privé est une mauvaise pratique de sécurité.