Estrategia de actualización

Enfoque Evergreen

Recomendamos un enfoque Evergreen para nuestra solución SCEPman. Esto significa que debe usar la versión más reciente de nuestro canal de producción. A través de las posibilidades del ZIP-Deployment puede apuntar directamente a nuestro GitHub y cargar la última versión que libera nuestro equipo de desarrollo.

Cómo hacerlo se menciona en este artículo:

Artefactos de la aplicación

Con este enfoque siempre obtiene las funciones más nuevas y las actualizaciones de seguridad.

Tenga en cuenta que una actualización solo ocurre cuando el App Service se detiene y se inicia de nuevo. Este es el evento cuando se desencadena el ZIP-Deployment. Mientras el App Service no se detenga y reinicie automáticamente, se reinicia externamente en ciertos eventos. Uno de esos eventos es la mantenimiento y parcheo de la infraestructura subyacente. Esos ocurren regularmente y mantienen su servicio actualizado.

En un entorno empresarial de producción, si desea tener más control sobre el proceso de actualización puede usar la función de Microsoft Deployment Slots.

Configuración del slot de implementación

En caso de que desee tener control total sobre el proceso de actualización de SCEPman puede usar el Deployment Slots dentro del Azure App Service.

Para obtener más detalles sobre los Deployment Slots puede visitar la documentación de Microsoft: https://docs.microsoft.com/en-us/azure/app-service/deploy-staging-slots

Los siguientes pasos le dan nuestra configuración recomendada para una gestión de pre-lanzamiento

Tenga en cuenta que cada Deployment Slot se ejecuta en el mismo App Service Plan de su aplicación de producción y usa los mismos recursos.

Slot de pre-lanzamiento

La idea detrás del slot de pre-lanzamiento es tener su App Service de producción ejecutándose con artefactos almacenados en su propia cuenta de Storage y crear un nuevo Deployment Slot que apunte a nuestros artefactos en GitHub. Puede encontrar los pasos para configurar su ubicación de artefactos personalizada en el siguiente artículo:

Artefactos de la aplicación

Ahora su App Service de producción se está ejecutando con una ubicación de artefactos personalizada y procedemos con la configuración del nuevo Deployment Slot.

Requisitos del Deployment Slot **** (vía PS. Módulo SCEPman):

• SCEPman 2.2 o arriba

• Módulo SCEPman para PowerShell 1.5.1.0 o arriba

El siguiente comando CMDlet creará un Deployment Slot y configurará todos los permisos requeridos por usted.

New-SCEPmanDeploymentSlot -SCEPmanAppServiceName <Nombre de su App Service SCEPman> -DeploymentSlotName <Nombre para el Deployment Slot> 6>&1

Ejemplo

Después de que el despliegue se haya completado con éxito, puede comprobar el deployment slot en su App Service SCEPman -> Deployment slots

Ahora asegúrese de que su deployment slot apunte al canal de producción de SCEPman en GitHub:

Navegue hasta el Deployment Slot -> Variables de entorno y busque la configuración WEBSITE_RUN_FROM_PACKAGE y pegue el artefactos del canal de producción en el valor.

Si vuelve a su App Service principal y navega a Deployment Slots ypuede ver sus dos slots y puede administrar el Porcentaje de tráfico para dirigir la cantidad definida de solicitudes al nuevo pre-lanzamiento slot. Es importante que este enrutamiento de tráfico sea completamente transparente para la aplicación y sea gestionado por el App Service. Recomendamos establecer el Porcentaje de tráfico a 20. Después de eso, puede comparar los dos slots en Application Insights. En caso de que lancemos una versión actualizada en nuestro GitHub, solo debe reiniciar el pre-lanzamiento slot y, después de eso, puede comparar las dos versiones diferentes en Application Insights. Después de una semana o el periodo de tiempo que elija, puede cargar los nuevos artefactos de GitHub en su ubicación de artefactos personalizada y haber actualizado la solución SCEPman.