Una aplicación que se ejecuta como microservicios en Amazon ECS con Fargate está devolviendo errores a los usuarios. ¿Cuáles de los siguientes pasos debe seguir un desarrollador para diagnosticar y solucionar los problemas? (Elija dos).

La opción correcta es ejecutar el demonio de AWS X-Ray como un contenedor sidecar. En Amazon ECS con Fargate, los contenedores sidecar son la forma recomendada de ejecutar agentes o demonios junto con los contenedores de la aplicación, permitiendo que el demonio de X-Ray recopile datos de traza sin modificar el código de la aplicación principal para enviar trazas directamente. La política de rol de la tarea debe actualizarse para permitir que el demonio acceda a la API de X-Ray y envíe los datos. La opción de implementar el demonio como un daemonset estilo Kubernetes es incorrecta porque Fargate no admite daemonsets; es una abstracción de servidor sin servidor. La instrumentación de la aplicación con el SDK de X-Ray es un paso necesario para generar trazas, pero la opción de llamar directamente a PutXrayTrace es incorrecta porque es mejor enviar los datos al demonio de X-Ray, que los almacena en búfer y los envía de forma asíncrona. La opción de configurar las tareas de ECS para enviar stdout y stderr a CloudWatch Logs es útil para la depuración general, pero no proporciona el rastreo distribuido necesario para diagnosticar problemas de microservicios como lo hace X-Ray.