Revisiones en la versión preliminar de Azure Container Apps
Una revisión es una instantánea inmutable de una aplicación de contenedor.
- Al implementar una aplicación de contenedor, se crea automáticamente la primera revisión.
- Cuando cambia la configuración de
templatede una aplicación de contenedor, se crean automáticamente nuevas revisiones. - Aunque las revisiones son inmutables, se ven afectadas por los cambios en los valores de configuración global, que se aplican a todas las revisiones.
Las revisiones son más útiles cuando se habilita la entrada para que la aplicación de contenedor sea accesible a través de HTTP. Las revisiones se suelen usar cuando se quiere dirigir el tráfico de una instantánea de la aplicación de contenedor a la siguiente. Entre las estrategias típicas de dirección del tráfico se incluyen las pruebas A/B y la implementación de BlueGreen.
En el diagrama siguiente se muestra una aplicación de contenedor con dos revisiones.
En el escenario mostrado anteriormente se supone que la aplicación de contenedor está en el siguiente estado:
- La entrada está habilitada, lo que hace que la aplicación de contenedor esté disponible a través de HTTP.
- La primera revisión se implementa como Revision 1 (Revisión 1).
- Después de actualizar el contenedor, se activa una nueva revisión, Revision 2 (Revisión 2).
- Las reglas de división del tráfico están configuradas para que Revision 1 (Revisión 1) reciba el 80 % de las solicitudes y Revision 2 (Revisión2) el 20 % restante.
Tipos de cambio
Los cambios realizados en una aplicación de contenedor están en una de estas dos categorías: ámbito de revisión y ámbito de aplicación. Los cambios del ámbito de revisión son cualquier cambio que desencadena una nueva revisión, mientras que los cambios del ámbito de aplicación no crean revisiones.
Cambios del ámbito de revisión
Los siguientes tipos de cambios crean una revisión:
- Cambios en contenedores
- Adición o actualización de reglas de escalado
- Cambios en la configuración de Dapr
- Cualquier cambio que afecte a la sección
templatede la configuración
Cambios del ámbito de aplicación
Los siguientes tipos de cambios no crean una revisión:
- Cambios en las reglas de división del tráfico
- La activación o desactivación de la entrada
- Cambios en los valores secretos
- Cualquier cambio fuera de la sección
templatede la configuración
Aunque los cambios en los secretos son un cambio del ámbito de aplicación, las revisiones deben reiniciarse para que un contenedor reconozca los nuevos valores secretos.
Estado de activación
Las nuevas revisiones permanecen activas hasta que las desactive o se establezca la aplicación de contenedor para desactivar automáticamente las revisiones antiguas.
- Las revisiones inactivas permanecen como registros de instantánea de la aplicación de contenedor en un estado determinado.
- Las revisiones inactivas no se cobran.
- Hasta 100 revisiones permanecen disponibles antes de purgarse.