Exploración de entornos de ensayo
Al implementar la aplicación web, la aplicación web en Linux, el back-end móvil o la aplicación de API en Azure App Service, puede usar una ranura de implementación independiente en lugar de la ranura de producción predeterminada. Este enfoque está disponible si se ejecuta en el nivel de plan Estándar, Premium o Aislado de App Service. Las ranuras de implementación son aplicaciones activas con sus propios nombres de host. El contenido de la aplicación y los elementos de configuración se pueden intercambiar entre dos ranuras de implementación, incluida la ranura de producción.
La implementación de la aplicación en una ranura que no sea de producción tiene las siguientes ventajas:
- Valide los cambios en la aplicación en una ranura de implementación de ensayo antes de intercambiarla con la ranura de producción.
- La implementación de una aplicación en una ranura primero y su posterior intercambio en producción garantiza que todas las instancias de la ranura se calienten antes de intercambiarlas en producción. Esto elimina tiempos de inactividad a la hora de implementar la aplicación. El redireccionamiento del tráfico es perfecta y no se pierde ninguna solicitud en las operaciones de intercambio. Puede automatizar todo este flujo de trabajo configurando el intercambio automático cuando no se necesita la validación de preswap.
- Después de un intercambio, la aplicación de producción anterior se encuentra en el espacio de ensayo. Si las modificaciones que se han intercambiado en el espacio de producción no son los que esperaba, puede volver a realizar un intercambio inmediatamente para tener el "último sitio que sabe que funciona correctamente".
Cada nivel del plan de App Service admite un número distinto de ranuras de implementación. El uso de las ranuras de implementación no tiene costo adicional. Para averiguar el número de ranuras que admite el nivel de la aplicación, consulte Límites de App Service.
Para escalar la aplicación a un nivel diferente, asegúrese de que el nivel de destino admite el número de ranuras que la aplicación ya usa. Por ejemplo, si la aplicación tiene más de cinco, no se puede reducir verticalmente al nivel Estándar, ya que este nivel solo admite cinco ranuras de implementación.
Al crear una nueva ranura de implementación, la nueva ranura no tiene contenido, incluso si clona la configuración de una ranura diferente. La implementación en el espacio se puede realizar desde otra rama del repositorio o desde otro repositorio.
La URL de la ranura tiene el formato http://sitename-slotname.azurewebsites.net. Para mantener la longitud de la dirección URL dentro de los límites necesarios del sistema de nombres de dominio, el nombre del sitio se trunca a 40 caracteres. El nombre de la ranura y el del sitio, combinados, deben tener menos de 59 caracteres.