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 template de 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.

Azure Container Apps: contenedores

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.

Azure Container Apps: división del tráfico entre 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 template de la configuración

Cambios del ámbito de aplicación

Los siguientes tipos de cambios no crean una revisió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.

Pasos siguientes