Está implementando un microservicio de pedidos (Orders) en Azure Container Apps. Necesita enviar el 10% del tráfico HTTP externo a una nueva revisión v2, manteniendo el 90% en v1. También quiere que sus microservicios compartan la misma integración de VNet y el mismo espacio de trabajo de Log Analytics. ¿Qué debería hacer?

La opción correcta permite cumplir con todos los requisitos. Un entorno de Container Apps proporciona una VNet compartida y un espacio de trabajo de Log Analytics. Al configurar la aplicación Orders en modo de múltiples revisiones, puede gestionar diferentes versiones de su microservicio. La división de tráfico 90/10 entre v1 y v2 se logra directamente mediante las reglas de división de tráfico de Azure Container Apps, lo que permite un despliegue canary controlado. Las otras opciones son incorrectas porque: Crear un entorno separado para cada revisión no permitiría compartir la VNet ni el espacio de trabajo de Log Analytics, y la división de tráfico a nivel de DNS es más compleja y menos granular que la ofrecida por Container Apps. Mantener la aplicación en modo de revisión única no permite la división de tráfico entre versiones. Las URL por revisión con afinidad de sesión no son el mecanismo adecuado para una división de tráfico porcentual. Implementar v2 como una Container App separada no garantiza la VNet compartida ni el espacio de trabajo de Log Analytics, y Dapr se utiliza para la invocación de servicios internos, no para la división de tráfico HTTP externo.