Debe ejecutar un trabajo de procesamiento de datos de corta duración utilizando dos contenedores estrechamente acoplados: un worker y un sidecar de reenvío de logs. Ambos contenedores necesitan compartir archivos y conectarse de forma segura a una caché privada de Redis alojada en una red virtual de Azure. Desea la opción de cómputo más simple con una gestión mínima. ¿Qué debería hacer? Elija dos.

La opción correcta es ejecutar ambos contenedores en un único grupo de contenedores de Azure Container Instances (ACI) con un volumen compartido de Azure Files. ACI es ideal para cargas de trabajo de corta duración y ofrece la menor sobrecarga de gestión. Un grupo de contenedores permite que los contenedores estrechamente acoplados compartan recursos y un volumen de Azure Files facilita el intercambio de archivos. La segunda opción correcta es implementar ACI en una subred delegada para la integración de la red virtual y asignar una IP privada al grupo de contenedores. Esto permite que los contenedores accedan de forma segura a la caché privada de Redis dentro de la red virtual. La opción de App Service de varios contenedores no es la más simple para un trabajo de procesamiento de datos de corta duración y exponer Redis a través de una IP pública es inseguro. Aprovisionar un clúster de AKS es una solución de orquestación de contenedores más compleja y con mayor sobrecarga de gestión de la necesaria para este escenario. Asignar una IP pública con puertos abiertos en ACI para acceder a un endpoint privado de Redis es incorrecto, ya que se busca acceso privado y seguro.