Creación de ranuras 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.
Cosas que saber sobre las ranuras de implementación
Veamos las características de las ranuras 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, su aplicación debe ejecutarse en uno de esos planes.
Los niveles Estándar, Premium y Aislado ofrecen diferentes cantidades de ranuras de implementación.
Los elementos de contenido y configuración de aplicaciones web se pueden intercambiar entre dos espacios de implementación, incluida la ranura de producción.
Cosas que tener en cuenta al usar ranuras de implementación
Usar ranuras de implementación con la aplicación de App Service reporta una serie de ventajas. Repase las siguientes ventajas y piense en cómo pueden admitir su implementación de App Service.
Considere la validación. Los cambios en la aplicación se pueden validar en una ranura de implementación de ensayo antes de intercambiar 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 en primer lugar y su intercambio con la de la producción garantiza que todas las instancias de la ranura estén activas antes de colocarse en producción. Esta opción elimina los tiempos de inactividad al implementar la aplicación. El redireccionamiento del tráfico es perfecta y no se pierde ninguna solicitud en 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 en buen estado conocido. Después del intercambio, la ranura con la aplicación de ensayo anterior ahora ocupa 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 regresar al "último sitio en buen estado".
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 se habilita el intercambio automático de una ranura con producción, cada vez que se insertan los cambios de código en esa ranura, App Service cambia automáticamente la aplicación a producción después de que se haya preparado en la de origen. El intercambio automático no se admite actualmente en las aplicaciones web en Linux.