Estrategia de actualización
Enfoque Evergreen
Recomendamos un enfoque Evergreen para las actualizaciones de SCEPman. Este es el enfoque predeterminado si SCEPman se ha implementado usando el canal de producción. SCEPman usa ZIP-Deployment apuntando directamente a SCEPman GitHub y carga la última versión publicada por el equipo de desarrollo.
El canal de producción, junto con los demás canales disponibles, se mencionan en la siguiente guía:
Con este enfoque siempre obtienes las funciones más nuevas y las actualizaciones de seguridad.
Ten 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 activa el ZIP-Deployment. Aunque el App Service no se detiene y se inicia automáticamente, se reinicia externamente en ciertos eventos. Uno de esos eventos es el mantenimiento y aplicación de parches de la infraestructura subyacente. Eso ocurre regularmente y mantiene tu servicio actualizado.
En un entorno empresarial de producción, si quieres tener más control sobre el proceso de actualización, puedes usar la característica de Microsoft Deployment Slots.
hacia las actualizaciones. Si necesitas control total sobre tus actualizaciones de SCEPman, configura un slot de implementación como se describe en la siguiente guía, en la sección
En caso de que quieras tener control total sobre el proceso de actualización de SCEPman, puedes usar Deployment Slots dentro de Azure App Service.
Para obtener más detalles sobre Deployment Slots puedes visitar la documentación de Microsoft: https://docs.microsoft.com/en-us/azure/app-service/deploy-staging-slots
Los siguientes pasos te ofrecen nuestra configuración recomendada para una gestión de pre-lanzamiento
Ten en cuenta que cada Deployment Slot se ejecuta en el mismo App Service Plan de tu App de producción y usa los mismos recursos.
Ranura de pre-lanzamiento
La idea detrás de la ranura de pre-lanzamiento es tener tu App Service de producción ejecutándose con artefactos almacenados en tu propia cuenta de Storage y crear una nueva Deployment Slot que apunte a nuestros artefactos de GitHub. Puedes encontrar los pasos para configurar tu ubicación de artefactos personalizada en el siguiente artículo:
Ahora tu App Service de producción se está ejecutando con una ubicación de artefactos personalizada y procedemos con la configuración de la nueva Deployment Slot.
Requisitos de la Deployment Slot **** (mediante PS. módulo SCEPman):
SCEPman 2.2 o superior
Módulo PowerShell SCEPman 1.5.1.0 o superior
El siguiente comando CMDlet creará una Deployment Slot y configurará todos los permisos necesarios por ti.
Ejemplo
Después de que la implementación haya finalizado correctamente, puedes comprobar la ranura de implementación en tu SCEPman App Service -> Ranuras de implementación
Ahora asegúrate de que tu ranura de implementación apunte al canal de producción de SCEPman en GitHub:
Navega a la Ranura de implementación -> Variables de entorno y busca la configuración WEBSITE_RUN_FROM_PACKAGE y pega los artefactos del canal de producción en el valor.
Si vuelves a tu principal App Service y navegas a Deployment Slots ypuedes ver tus dos ranuras y administrar el % de tráfico para enrutar la cantidad definida de solicitudes a la nueva de pre-lanzamiento ranura. Importante: este enrutamiento de tráfico es completamente transparente para la aplicación y está gestionado por el App Service. Recomendamos establecer el % de tráfico a 20. Después de eso, puedes comparar las dos ranuras en Application Insights. En caso de que publiquemos una versión actualizada en nuestro GitHub, solo tienes que reiniciar la de pre-lanzamiento ranura y, después de eso, puedes comparar las dos versiones diferentes en Application Insights. Después de una semana o el período de tiempo que elijas, puedes cargar los nuevos artefactos de GitHub en tu ubicación de artefactos personalizada y haber actualizado la solución SCEPman.
Última actualización
¿Te fue útil?