NUEVO: ahora puede acelerar la migración y la modernización con AWS Transform. Lea la Guía del usuario de Primeros pasos en la Guía del usuario de AWS Transform.

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Configurar la configuración de AWS Blu Age Runtime

El tiempo de ejecución de AWS Blu Age y el código del cliente son aplicaciones web que utilizan el marco Spring Boot. Aproveche las capacidades de Spring para proporcionar la configuración, con varias ubicaciones posibles y reglas de prioridad. También existen reglas de prioridad similares para el suministro de muchos otros archivos, como scripts groovy, sql, etc.

El AWS Blu Age Runtime también contiene aplicaciones web opcionales adicionales, que se pueden activar si es necesario.

Principios básicos de la configuración de aplicaciones

La forma predeterminada de gestionar la configuración de la aplicación es mediante el uso de archivos YAML dedicados que se proporcionan en la carpeta config del servidor de aplicaciones. Hay dos archivos de configuración YAML principales:

El primer archivo configura el marco, es decir Gapwalk-application.war, mientras que el segundo es para opciones adicionales específicas para la aplicación cliente. Esto funciona con el uso de perfiles de Spring: la aplicación de Gapwalk usa el perfil main, mientras que la aplicación cliente usa el perfil profile.

A continuación se muestra un ejemplo de archivo YAML principal típico.

A continuación se muestra un ejemplo de archivo YAML de cliente típico.

Para obtener más información sobre el contenido de los archivos YAML, consulte Habilitar propiedades para AWS Blu Age Runtime.

Prioridad de la aplicación

Para estos archivos de configuración, se aplican las reglas de prioridad de Spring. En particular:

Para obtener más información, consulte la documentación oficial de Spring Boot.

JNDI para bases de datos

La configuración de la base de datos puede proporcionarse con JNDI en el archivo context.xml de Tomcat. Cualquier configuración de este tipo anularía la de YAML. Pero tenga en cuenta que, si usa eso, no podrá guardar sus credenciales en un administrador secreto (consultar a continuación).

El siguiente ejemplo muestra ejemplos de configuraciones para JICS y bases de datos. Blusam

<Resource auth="Container" driverClassName="org.postgresql.Driver" initialSize="0" maxIdle="5" 
   maxOpenPreparedStatements="-1" maxTotal="10" maxWaitMillis="-1" name="jdbc/jics"
   poolPreparedStatements="true" testOnBorrow="false" type="javax.sql.DataSource" 		
   url="jdbc:postgresql://XXXX.rds.amazonaws.com:5432/XXXX" username="XXXX" password="XXXX" /> 

Otros archivos (groovy, sql, etc.)

Los demás archivos utilizados por el proyecto del cliente utilizan reglas de prioridad similares a las de la configuración de Spring. Ejemplos:

Todas estas ubicaciones se pueden sobrescribir mediante una propiedad del sistema o una propiedad YAML de cliente.

Si no se encuentra la propiedad, los archivos se tomarán de la ubicación predeterminada mencionada anteriormente. La búsqueda se realizará primero con la carpeta de trabajo de Tomcat como raíz y, por último, en el archivo war de la aplicación.

Aplicación web adicional

El AWS Blu Age Runtime contiene aplicaciones web adicionales en su webapps-extra carpeta. El servidor Tomcat no sirve estas aplicaciones de forma predeterminada.

La aceptación de estas aplicaciones web depende del proyecto de modernización y se realiza moviendo el archivo war deseado de la carpeta webapps-extra a la carpeta webapps. Después de eso, el servidor Tomcat servirá el archivo war la próxima vez que se inicie.

También se puede añadir alguna configuración adicional específica del proyecto en un archivo de configuración YAML para cada archivo war adicional, tal y como se ha hecho en el archivo application-main.yml y se ha explicado anteriormente. Los archivos war adicionales son: