Consultar registros de cambios - Serverless App Engine - Centro de documentación de Alibaba Cloud

Después de realizar operaciones de ciclo de vida en SAE, como desplegar, iniciar, escalar horizontalmente o reducir una aplicación, puede consultar los detalles del registro de cambios. Estos detalles incluyen los subpasos del registro de versión y el tiempo consumido por cada uno.

Consultar el estado actual del cambio

Al crear o modificar una aplicación, puede consultar los detalles de su registro de versión. Este tema toma como ejemplo el despliegue de una aplicación.

En la lista de SAE Applications, seleccione la región y el espacio de nombres deseados en la parte superior. A continuación, haga clic en el Application ID correspondiente para abrir la página de detalles de la aplicación.
En la página Basic Information, haga clic en Deploy Application, modifique la configuración y establezca la política de versión según sea necesario; luego haga clic en OK.
En la parte superior de la página Basic Information, haga clic en Change Details para consultar la información sobre el cambio actual.

La página Change Details muestra la siguiente información:
- ID del proceso de cambio, número de lotes de versión, método de procesamiento entre lotes, estado de ejecución (por ejemplo, Waiting for manual confirmation), tipo de cambio y hora de la versión.
- Información descriptiva, como el método de despliegue (por ejemplo, versión canary por lotes), número de versión, nombre del paquete y objetivo del cambio.
- Botones de acción: Rollback Now, Terminate Release y Refresh.
- Pestañas para cada lote, como Canary Change y First Batch after Canary. Una vez completado el lote actual, puede hacer clic en Start Next Batch para continuar con la versión.
- Debajo de cada lote, una vista de línea de tiempo muestra el progreso del flujo de trabajo de despliegue. Esta vista incluye el estado de ejecución y el tiempo consumido por pasos como la compilación de la imagen, la inicialización del entorno, la creación o actualización de la configuración de despliegue, la ejecución del despliegue de la aplicación y la liberación de instancias.
Para obtener más información sobre los detalles de un registro de versión, consulte Release record time consumption visualization.

Consultar registros históricos de cambios

En la lista de SAE Applications, seleccione la región y el espacio de nombres deseados en la parte superior. A continuación, haga clic en el Application ID correspondiente para abrir la página de detalles de la aplicación.
En el panel de navegación izquierdo, haga clic en Change Records para consultar todos los registros de versión. Para obtener más información sobre los detalles de un registro de versión, consulte Release records.
- Seleccionar un tipo de registro de versión: Haga clic en la lista desplegable junto a Number of Release Records para seleccionar un tipo específico.
  
  Nota
  El tipo predeterminado es Deploy Application.
- Consultar los detalles de cambio de un registro de versión: En la columna Actions del registro de versión deseado, haga clic en Change Details para ver sus detalles.
  
  Nota
  Los registros de versión se almacenan durante un máximo de tres meses.

Registros de versión

Descripción general de la página

Tipo de registro de versión: Desde la lista desplegable junto a Number of Release Tasks, puede filtrar por tipo de registro de versión para consultar el número de registros de versión exitosos y con errores para ese tipo.
Tiempo consumido por los registros de versión: Puede consultar el tiempo promedio y máximo consumido por los registros de versión del mismo tipo.
Los 5 subpasos que más tiempo consumen: Un registro de versión consta de varios subpasos. El sistema identifica los cinco subpasos que tardan más en promedio para cada tipo de registro de versión. Para obtener más información sobre cada subpaso, consulte Release record time consumption visualization.
Detalles del registro de versión: En la columna Actions de un registro de versión, haga clic en Change Details para consultar sus detalles. Para obtener información detallada sobre los subpasos del registro de versión, consulte Release record time consumption visualization.

Visualización del consumo de tiempo del registro de versión

Tome en cuenta los siguientes puntos:

Los subpasos del registro de versión se dividen en dos categorías:
- Platform: Los subpasos relacionados con la plataforma aparecen en texto negro.
- User: Los subpasos relacionados con el usuario aparecen en texto azul.
Análisis del consumo de tiempo: Puede consultar el tiempo consumido por cada subpaso a la derecha de su nombre. Algunos subpasos se ejecutan simultáneamente.
Durante la creación o modificación de la aplicación, si ocurre un error de configuración, se muestra un mensaje de error correspondiente en el subpaso relevante. Posteriormente, puede modificar la configuración de la aplicación y volver a desplegarla.

Para obtener una descripción detallada de los subpasos del registro de versión, consulte la siguiente tabla.

Subpaso	Categoría	Descripción
Build Image	Lado de la plataforma	Cuando despliega una aplicación mediante un paquete de código, el sistema compila una imagen a partir del paquete cargado y la envía a un repositorio privado de imágenes de Alibaba Cloud. Nota El sistema crea y gestiona este repositorio de imágenes automáticamente.
Initialize Environment	Lado de la plataforma	Este paso confirma el espacio de nombres necesario para crear la aplicación SAE y garantiza que los recursos del entorno estén listos.
Create Or Update Deployment Configuration	Lado de la plataforma	Este paso crea o actualiza las configuraciones básicas de la aplicación, como la dirección de la imagen, las especificaciones de recursos y las políticas.
Execute Deployment Steps	Lado de la plataforma	Este paso inicia la tarea de despliegue de la aplicación, lo cual incluye la configuración de red y la preasignación de recursos.
Release Instances	Lado de la plataforma	Este paso crea instancias (pods). Incluye procesos como la programación de recursos, el montaje de volúmenes, el inicio del contenedor de inicialización, la descarga de la imagen y el inicio del contenedor. Si hay varias instancias, el sistema las crea de forma independiente.
Resource scheduling	Lado de la plataforma	El programador asigna instancias de la aplicación (pods) a nodos de recursos específicos. Esto incluye los siguientes pasos: El sistema asigna la instancia de la aplicación a un nodo que cumple con los requisitos de recursos de CPU, memoria y configuración de red. A continuación, el sistema vincula la instancia de la aplicación al nodo de recursos. Una vez que la instancia se vincula correctamente al nodo de recursos, esta vinculación completa el proceso de asignación y configuración de recursos.
Instance is being prepared	Lado de la plataforma	El nodo de recursos reserva recursos para la instancia de la aplicación y prepara su entorno de ejecución. Esto incluye operaciones del lado de la plataforma, como la inicialización de la red, del almacenamiento y del contenedor de inicialización.
An image starts to be pulled from a repository.	Lado de la plataforma	El sistema descarga la imagen de la aplicación desde el repositorio privado de imágenes. Despliegue con imagen: La imagen de la aplicación se descarga según la dirección de la imagen. Despliegue con paquete de código: La dirección de la imagen tiene el formato `Image Source/Image Repository Name/Image Tag`.
An image is successfully pulled from a repository.	Lado de la plataforma	La imagen de la aplicación se descargó correctamente. Si la descarga falla, aparece un mensaje de error.
Container Created Successfully	Lado del usuario	El contenedor de la aplicación se creó correctamente. Si la creación falla, aparece un mensaje de error.
Container is Started	Lado del usuario	El proceso del contenedor de la aplicación se inició correctamente. Si el inicio falla, aparece un mensaje de error.
Instance Ready	Lado del usuario	La instancia de la aplicación pasa la comprobación de estado y está lista para procesar tráfico del cliente.

Ejemplos de errores

Si ocurre un error durante la creación o el despliegue de la aplicación, se muestra un mensaje de error en el subpaso correspondiente del registro de versión. Las siguientes secciones proporcionan ejemplos específicos.

Ejemplo de fallo en la comprobación de estado

Puede consultar el mensaje de error de las siguientes dos maneras.

Método 1:

Consulte el mensaje de error en el subpaso del registro de versión.

En la línea de tiempo de eventos, el evento Health check failed muestra el mensaje de error: Liveness probe failed: Trying 127.0.0.1... check port 30000 failed, reason: failed: dial tcp 127.0.0.1:30000: connect: connection refused. Esto indica que la prueba de actividad del contenedor falló porque se rechazó la conexión al puerto 30000. Este evento aparece entre los eventos Container Running (Succeeded) e Instance Ready (Succeeded).
Método 2:

Consulte el mensaje de error en Application Events.

En Application Events, aparece un evento Unhealthy de nivel Warning con el mensaje de error: Liveness probe failed: Trying 127.0.0.1... check port 30000 failed

Ejemplo de manejo de errores

La instancia no se inicia debido a un fallo en la prueba de actividad.

Possible causes
- El puerto está configurado incorrectamente para la comprobación de estado.
- La configuración de red es incorrecta.
Solution
- Identifique el puerto de la instancia de la aplicación y confirme que esté configurado correctamente para la comprobación de estado.
- Confirme que la configuración de red sea correcta.