Para habilitar una reversión rápida a la versión anterior con un tiempo de inactividad mínimo para una Azure Web App implementada a través de Azure Pipelines, ¿qué configuración de implementación debería usar?

La opción correcta es "Una única Web App y dos ranuras de implementación" porque las ranuras de implementación (deployment slots) de Azure App Service permiten implementar una nueva versión de la aplicación en una ranura de ensayo (staging slot) separada, probarla, y luego intercambiarla instantáneamente con la ranura de producción. Este intercambio es atómico y no implica tiempo de inactividad. Si surge un problema después del intercambio, se puede realizar una reversión rápida intercambiando las ranuras de nuevo, restaurando la versión anterior en producción. Las otras opciones son incorrectas: "Una única Web App y dos pipelines de implementación" no proporciona un mecanismo de reversión rápida sin tiempo de inactividad; los pipelines son para la automatización del despliegue, no para la gestión del tráfico o la reversión. "Dos Web Apps y un Azure Standard Load Balancer" o "Dos Web Apps y una instancia de Azure Traffic Manager" implican una infraestructura más compleja y costosa, y aunque pueden ofrecer alta disponibilidad, la reversión a una versión anterior no es tan directa ni instantánea como con las ranuras de implementación para una única aplicación web.