Crear espacios de implementación
Cuando implementa su aplicación web, aplicación web en Linux, back-end móvil o aplicación de API en Azure App Service, puede usar una ranura de implementación independiente en lugar del espacio de producción predeterminado.
Aspectos que se deben conocer sobre las ranuras de implementación
Veamos las características de los slots de implementación con más detalle.
Las ranuras de implementación son aplicaciones activas que tienen sus propios nombres de host.
Las ranuras de implementación están disponibles en los planes de tarifa de App Service Estándar, Premium y Aislado. Para poder usar ranuras de implementación, tu aplicación debe ejecutarse en uno de estos niveles.
Los niveles Estándar, Premium y Aislado ofrecen diferentes cantidades de ranuras de implementación.
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.
Cosas que tener en cuenta al usar ranuras de implementación
Hay varias ventajas en el uso de ranuras de implementación con la aplicación de App Service. Revise las siguientes ventajas y piense en cómo pueden admitir la implementación de App Service.
Considere la validación. Puede validar los cambios en la aplicación en un espacio de implementación de ensayo antes de intercambiar los cambios de la aplicación con el contenido de la ranura de producción.
Considere las reducciones en el tiempo de inactividad. La implementación de una aplicación en una ranura primero y su intercambio en producción garantiza que todas las instancias estén listas. Esta opción elimina los tiempos de inactividad al implementar la aplicación. El redireccionamiento del tráfico es perfecto y no se pierde ninguna solicitud debido a las operaciones de intercambio. El flujo de trabajo completo se puede automatizar mediante la configuración del intercambio automático cuando no sea necesario realizar ninguna validación antes del intercambio.
Considere la posibilidad de restaurar al último sitio correcto conocido. Después de un intercambio, la ranura con la aplicación preconfigurada ya tiene la aplicación de producción anterior. Si los cambios intercambiados en el espacio de producción no son los esperados, puede realizar el mismo intercambio inmediatamente para volver al "último sitio correcto conocido".
Considere el intercambio automático. El intercambio automático optimiza los escenarios de Azure Pipelines en los que se quiera implementar una aplicación continuamente sin arranques en frío ni tiempos de inactividad para los clientes de la aplicación. Cuando el intercambio automático está habilitado desde una ranura en producción, cada vez que inserte los cambios de código en esa ranura, App Service intercambia automáticamente la aplicación en producción después de que se haya activado en la ranura de origen. El intercambio automático no se admite actualmente en las aplicaciones web en Linux.