AWS Preguntas frecuentes sobre Transform for mainframe

¿Cuál es el objetivo principal de la capacidad de refactorización de AWS Transform for mainframe?

La capacidad de refactorización refactoriza el código monolítico heredado para convertirlo en Java utilizando aplicaciones distribuidas contemporáneas que utilizan lenguajes y marcos modernos, siguiendo un patrón de refactorización automatizado. Este patrón implica analizar automáticamente el código heredado, comprender su funcionalidad y convertirlo en código moderno equivalente, preservando al mismo tiempo la lógica empresarial. El proceso incluye modernizar no solo el código, sino también toda la pila de aplicaciones, las dependencias y la infraestructura mediante herramientas y procesos automatizados. La solución tiene como objetivo acelerar la modernización y, al mismo tiempo, mantener la equivalencia funcional y el rendimiento. Esto incluye la transformación del código de la aplicación y las bases de datos y almacenes de datos asociados, al tiempo que se implementan las mejores prácticas y patrones de diseño en la nube.

¿Qué aplicaciones de mainframe admite AWS Transform for mainframe?

AWS Actualmente, Transform for mainframe admite la modernización de las aplicaciones de z/OS mainframe de IBM escritas en COBOL, PL/I, JCL (Job Control Language) y que se basan en el administrador de transacciones CICS (Customer Information Control System), pantallas BMS (Basic Mapping Support), pantallas IMS MFS, DB2 bases de datos IMS, archivos planos, archivos de datos GDG (Generation Data Groups) y VSAM (Virtual Storage Access Method).

¿Qué lenguajes de mainframe puede AWS transformar para modernizar mainframe?

AWS Transform for mainframe transforma COBOL y el PL/I código en Java, en Groovy, JCLs las pantallas (BMS o MFS) en HTML (con Sass) y JavaScript (aplicaciones angulares; React no es compatible por ahora), lo que permite modernizar las aplicaciones de mainframe antiguas a arquitecturas nativas de la nube. Estas tecnologías se eligen por su adopción generalizada, su sólido ecosistema y sus capacidades nativas de la nube. Angular proporciona una capa de interfaz de usuario moderna y con capacidad de respuesta que reemplaza a las antiguas interfaces de pantalla verde. Permite la creación de aplicaciones web dinámicas y fáciles de usar a las que se puede acceder desde diferentes dispositivos y plataformas. Su arquitectura basada en componentes permite un desarrollo front-end escalable y fácil de mantener. La transformación da como resultado aplicaciones distribuidas que siguen los patrones arquitectónicos modernos y las mejores prácticas.

¿Cómo equilibra AWS Transform for mainframe las limitaciones heredadas con los beneficios de la nube?

AWS Transform for mainframe logra el equilibrio al preservar la lógica y la funcionalidad empresariales fundamentales e introducir capacidades nativas de la nube. Garantiza que las aplicaciones modernizadas mantengan la lógica empresarial tradicional necesaria y, al mismo tiempo, aprovechen la escalabilidad de la nube, la agilidad y las prácticas operativas modernas. Este enfoque ayuda a las organizaciones a mantener la continuidad empresarial y, al mismo tiempo, a aprovechar las ventajas de la infraestructura de nube.

¿Qué función desempeña la arquitectura orientada a los servicios en la aplicación modernizada?

La arquitectura orientada a los servicios desempeña un papel fundamental a la hora de dividir las aplicaciones monolíticas en componentes modulares más fáciles de administrar. AWS Transform for mainframe crea aplicaciones orientadas a servicios y a objetos que facilitan una mejor capacidad de mantenimiento y escalabilidad. Este enfoque arquitectónico permite a las organizaciones lograr una mayor eficiencia empresarial y prepararse para la posible adopción de microservicios en el futuro.

¿Qué aspectos del conjunto de aplicaciones se incluyen en el proceso de refactorización?

El proceso de refactorización incluye el paquete de software completo: código de aplicación, dependencias, bases de datos e infraestructura (por ejemplo, opciones de almacenamiento en caché, soporte de mensajería, etc.). Abarca la transformación de los lenguajes de programación antiguos, los sistemas de bases de datos, los archivos de datos y los componentes de infraestructura asociados. Este enfoque integral garantiza que todos los aspectos de la aplicación se modernicen de manera coherente, lo que da como resultado una pila de aplicaciones modernas totalmente transformada.

¿El proceso de modernización de AWS Transform for mainframe elimina la necesidad de realizar pruebas o controles de calidad en la aplicación Java modernizada?

No, el proceso de modernización de AWS Transform for mainframe no elimina la necesidad de realizar pruebas o controles de calidad en la aplicación Java modernizada.

¿Qué significa AWS Transform for mainframe JAC?

JAC son las siglas de JICS Administration Console

¿Cómo puedo acceder a las herramientas AWS Transform for mainframe?

AWS Se puede acceder a las herramientas de Transform for mainframe a través de la consola de AWS mediante la refactorización de AWS Mainframe Modernization (M2), y el acceso a las funciones se basa en su nivel de acreditación. Comience con el Centro de Transformación para evaluar la refactorización automática de Java de su código fuente. Para obtener una guía detallada, consulte la documentación de AWS Transform for mainframerefactorización. Tras la modernización, puede implementar aplicaciones mediante el tiempo de ejecución. Para obtener más información, consulte la documentación sobre la modernización AWS del mainframe.

¿Cómo dimensionar (carga de trabajo y cronograma) un proyecto?

Consulte las estimaciones de refactorización de AWS Transform for mainframe para obtener más información al respecto o póngase en contacto con su administrador de cuentas.

¿Existen requisitos específicos para mantener Java AWS Transform para las soluciones migradas a mainframe?

No, no hay requisitos específicos para mantener Java AWS Transform para las soluciones migradas a mainframe.

¿Cuáles son las especificaciones técnicas y la compatibilidad de AWS Transform para el código generado por mainframe?

AWS El código generado por Transform para mainframe está diseñado con características técnicas específicas y una amplia compatibilidad. Si bien no es compatible con JPA, utiliza la ejecución directa de SQL con consultas externalizadas. El código se basa en bibliotecas específicas del tiempo de ejecución para la equivalencia funcional, la generación de servicios web y las implementaciones de MQ. El código generado se puede importar a cualquier IDE de Java para su desarrollo, pruebas, compilación e implementación, aunque las bibliotecas necesarias se deben importar en consecuencia. Si bien Maven está integrado de forma predeterminada con el servicio de modernización de AWS mainframe para los procesos de compilación, se pueden usar herramientas alternativas como Gradle modificando el formato de empaquetado después de la transformación. La plataforma ofrece flexibilidad en términos de herramientas de desarrollo y control de código fuente, con formación disponible para los equipos de desarrollo que gestionan el código. Para obtener más información, consulte la arquitectura de alto nivel AWS Transform for mainframe Runtime.

¿Dónde puedo encontrar información sobre AWS Transform for mainframe Runtime?

Consulte la documentación sobre cómo configurar AWS Transform for mainframe Runtime en tiempo de ejecución, que detalla el proceso de configuración, la incorporación, la recuperación de artefactos, la implementación, etc.

¿Se cargan las dependencias JAR de AWS Transform for mainframe en el repositorio Maven del cliente para su desarrollo local?

Las bibliotecas se pueden importar a EC2 mediante una AMI que se puede usar para configurar el entorno de desarrollo, prueba y producción. El equipo recibirá formación y capacitación sobre el código de aplicación maintain/enhance generado. Para obtener más información, consulte la arquitectura de alto nivel AWS Transform for mainframe Runtime.

¿A qué se refiere el término «Gapwalk» en los tarros de tiempo de ejecución distribuidos de AWS Transform for mainframe?

Para obtener información sobre Gapwalk, consulte AWS Transformar para ver artefactos de tiempo de ejecución de mainframe.

¿Cómo solicitar acceso al tiempo de ejecución de AWS Transform for mainframe?

Se puede acceder al tiempo de ejecución a través de la caja de AWS Transform for mainframeherramientas de Toolbox on. AWS Transform for mainframe refactor

¿Cuáles son los tiempos de ejecución compatibles con AWS Transform para aplicaciones refactorizadas de mainframe?

AWS Transform for mainframeofrece un único tiempo de ejecución para adaptarse a las diferentes etapas del proceso de modernización y a las necesidades operativas (consulte Runtime).AWSTransform for mainframe

¿Cuándo se utiliza el motor de ejecución AWS Transform for mainframe?

Se necesita un tiempo de ejecución de AWS Transform for mainframe para permitir la ejecución de AWS Transform para aplicaciones refactorizadas de mainframe. Se necesita un tiempo de ejecución durante los proyectos de refactorización basados en AWS Transform for mainframe para probar las aplicaciones refactorizadas. Una vez finalizado el proyecto de refactorización, también se necesita un tiempo de ejecución para mantener, probar y ejecutar las aplicaciones refactorizadas de Transform for mainframe en producción. AWS

¿Cómo se AWS distribuyen las nuevas versiones de Transform for mainframe Runtime? AWS

Se puede acceder a las versiones AWS Transform for mainframe de Runtime a través de la AWS Transform for mainframecaja de herramientas. Consulte las notas de la AWSTransform for mainframe versión.

¿Con qué frecuencia se publican nuevas versiones principales y secundarias del entorno de Transform for mainframe ejecución de AWS?

Para obtener más información, consulte el ciclo de vida de los componentes de modernización de AWS mainframe.

¿Cómo se AWS proporciona soporte para AWS Transform for mainframe Runtime?

Support se proporciona AWS Support para las cargas de trabajo en ejecución AWS, donde los problemas se resuelven mediante la emisión de un ticket y se aplica el SLA estándar. Para obtener más información, consulte el ciclo de vida de los componentes de modernización AWS del mainframe.

¿Qué implica la AWS transformación de la modernización del AWS mainframe para el tiempo de ejecución del mainframe?

El motor de ejecución AWS Transform for mainframe incluye bibliotecas de herramientas para acelerar la modernización, facilitar las integraciones en la nube y mejorar la calidad y el mantenimiento del código. También permite una mayor automatización de la modernización al facilitar las transiciones entre las arquitecturas heredadas y las arquitecturas de nube. El motor de ejecución permite gestionar las representaciones de memoria de los verbos y estructuras de datos tradicionales mediante expresiones idiomáticas de Java. Permite crear aplicaciones modernizadas basadas en técnicas de programación orientadas a objetos y capaces de reproducir los flujos de control heredados. Moderniza los conjuntos de datos VSAM heredados o el soporte de bases de datos jerárquicas de IMS mediante una base de datos relacional como Amazon Aurora. Sustituye en Java a las utilidades del sistema tradicionales (IDCAMS, IEBGENER, DFSORT, etc.) y a los sistemas de administración de transacciones tradicionales (CICS, IMS). Facilita las integraciones en la nube con el almacenamiento en caché en Amazon ElastiCache y el soporte para soluciones de AWS mensajería (SQS, Kinesis).

¿ AWS Transform for mainframe Runtime es compatible con arquitecturas de computadoras que no son x86?

Actualmente, AWS Transform for mainframe Runtime solo es compatible con arquitecturas y procesos informáticos basados en x86. AWS Transform for mainframe Runtime no admite la computación basada en ARM ni en Graviton.

¿Cómo pueden los clientes mantenerse informados sobre las versiones de AWS Transform for mainframe Runtime, incluidas las notificaciones de nuevas versiones y el acceso al historial de versiones y las notas de las versiones?

Las nuevas versiones de AWS Transform para mainframe Runtime están subidas a nuestra página de lanzamiento oficial. Recomendamos visitar esta página con regularidad, idealmente cada 3 meses, para ver las últimas versiones y actualizaciones. En cuanto al acceso al historial de versiones y a las notas de publicación, la disponibilidad depende de la fecha end-of-life (EOL) de cada versión principal. Para obtener información detallada sobre las fechas de caducidad, la planificación de la actualización de las versiones y el acceso a la información histórica, consulte AWS Transform for mainframe Lifecycle.

¿Cuáles son los componentes principales de la arquitectura de alto AWS nivel Transform for mainframe Runtime?

La arquitectura AWS Transform for mainframe Runtime consta de dos tipos de componentes principales. En primer lugar, están las bibliotecas Java (archivos jar) almacenadas en una carpeta compartida (a la que puede acceder el cargador de clases del servidor de aplicaciones) que proporcionan soporte para construcciones y declaraciones antiguas. En segundo lugar, están las aplicaciones web (archivos de guerra) que contienen aplicaciones basadas en Spring y que proporcionan marcos y servicios a programas modernizados. El motor de ejecución también incluye: un registro de programas que recopila todos los programas para su invocación y llamadas entre programas, y un registro de scripts que recopila todos los scripts de tareas modernizados. Estos componentes funcionan en conjunto para proporcionar un punto de entrada y un marco de ejecución unificados basados en REST para las aplicaciones modernizadas. El motor de ejecución y la aplicación modernizada se implementan juntos en un servidor de aplicaciones (por ejemplo, Tomcat).

¿Cómo configurar la carpeta compartida que contiene AWS Transform para artefactos de tiempo de ejecución de mainframe?

Los artefactos de tiempo de ejecución (jar) de AWS Transform for mainframe deben recopilarse en una carpeta compartida a la que pueda acceder el cargador de clases del servidor de aplicaciones. En el caso de un servidor Tomcat, la configuración se realiza modificando el archivo de configuración normal denominado catalina.properties. Por ejemplo, si creó la carpeta compartida como una carpeta denominada «shared», en la carpeta tomcat, tendrá que modificar la entrada common.loader en catalina.properties para que el cargador de clases de tomcat pueda acceder a la carpeta compartida, de la siguiente manera:

common.loader="${catalina.base}/lib","${catalina.base}/lib/*.jar","${catalina.home}/lib","${catalina.home}/lib/*.jar","${catalina.home}/shared","${catalina.home}/shared/*.jar"

¿Cómo gestiona AWS Transform for mainframe Runtime la apatridia y la administración de sesiones?

AWS Transform for mainframe Runtime implementa la administración de sesiones y la ausencia de estado a través de múltiples mecanismos. Para las sesiones HTTP, utiliza una identificación basada en cookies con almacenamiento en caché externo para el contexto del usuario. Las sesiones se pueden almacenar en varios almacenes de datos, incluidos Amazon ElastiCache, el clúster de Redis o los mapas en memoria. El diseño sin estado garantiza que la mayoría de los estados no transitorios se almacenen externamente en una «fuente única de información» común, lo que permite una alta disponibilidad y un escalado horizontal. Este enfoque, combinado con el equilibrio de carga y las sesiones compartidas, permite distribuir el diálogo orientado al usuario en varios nodos.

¿Qué función desempeñan las aplicaciones web en el entorno de ejecución de AWS Transform for mainframe?

Las aplicaciones web de AWS Transform for mainframe Runtime cumplen múltiples funciones clave. Proporcionan marcos de ejecución que reproducen entornos y monitores de transacciones heredados (como los lotes de JCL, CICS o IMS). Ofrecen puntos de entrada basados en REST gapwalk-application.war para activar y controlar transacciones, programas y lotes. Además, emulan los programas proporcionados por el sistema operativo y los programas «controladores» especializados de los que dependen las aplicaciones antiguas para acceder a servicios como IMS DB o a los diálogos de usuario a través de MFS.

¿Cómo se registran y administran los programas en AWS Transform for mainframe Runtime?

Los programas de AWS Transform for mainframe Runtime se registran mediante un ProgramRegistry sistema que se rellena al iniciar el servidor. Cada programa implementa la interfaz del programa y está marcado como un componente de Spring. Los programas se registran utilizando sus identificadores, con la posibilidad de introducir múltiples entradas si un programa tiene varios identificadores. El proceso de registro es automático y se registra en los registros de Tomcat. ProgramRegistryEsto permite que otros programas y scripts localicen y llamen a los programas registrados, manteniendo la modularidad y la interconectividad del sistema modernizado.

¿Cómo se gestiona la configuración en AWS Transform for mainframe Runtime?

La configuración de AWS Transform for mainframe Runtime se gestiona mediante archivos YAML utilizando las capacidades del marco Spring Boot. Se utilizan dos archivos de configuración principales: application-main.yml para la configuración del marco y para las opciones específicas del cliente. application-profile.yml El sistema sigue la lógica de prioridad de Spring, lo que permite anular la configuración por varios medios. Se puede proporcionar una configuración adicional a través de JNDI para las bases de datos y los parámetros de la línea de comandos, lo que ofrece flexibilidad en la administración de la configuración. La configuración de los registradores se realiza mediante archivos de configuración xml de registro.

¿Qué papel desempeñan los administradores de secretos en la configuración del tiempo de ejecución de AWS Transform for mainframe?

Los administradores de secretos de AWS Transform for mainframe Runtime protegen los datos de configuración confidenciales, como las credenciales de las bases de datos y las contraseñas de la caché de Redis. Permiten almacenar datos críticos en forma AWS secreta y hacer referencia a ellos en los archivos de configuración de YAML. El sistema admite diferentes tipos de secretos, incluidos los secretos de bases de datos que rellenan automáticamente todos los campos relevantes y los secretos de contraseña única para los recursos protegidos por contraseña. Este enfoque mejora la seguridad al mantener los datos confidenciales separados de la configuración de la aplicación.

¿Cómo pueden los desarrolladores escribir sus propios programas compatibles con AWS Transform for mainframe Runtime?

Los desarrolladores pueden crear programas compatibles con AWS Transform for mainframe Runtime implementando la interfaz del programa y siguiendo patrones específicos. El programa debe declararse como un componente de Spring, implementar los métodos necesarios y estar registrado correctamente en. ProgramRegistry Los desarrolladores deben crear clases complementarias de contexto y configuración, gestionar los identificadores del programa y garantizar una integración adecuada con el marco de Spring. La implementación debe seguir las convenciones de AWS Transform for mainframe Runtime para la estructura y la ejecución del programa.

¿Cómo gestiona AWS Transform for mainframe Runtime los errores de ejecución del programa?

AWS Transform for mainframe Runtime gestiona los errores de ejecución del programa a través de varios mecanismos. En el caso de los trabajos por lotes, captura el estado de la ejecución, los códigos de salida y la información detallada sobre los errores en los detalles de la ejecución del trabajo. La gestión de errores incluye códigos de salida específicos (-1 para errores técnicos, -2 para errores del programa de servicio) y un registro detallado en los registros de Tomcat. El sistema se puede configurar para anular las transacciones en caso de excepciones de tiempo de ejecución y ofrece opciones de notificación y recuperación de errores. Se puede acceder a los detalles de los errores a través de los puntos finales de REST para su supervisión y solución de problemas.

¿Qué funciones de monitoreo del tiempo de ejecución de AWS Transform for mainframe están disponibles para los trabajos por lotes?

AWS Transform for mainframe Runtime proporciona capacidades de monitoreo para trabajos por lotes a través de varios puntos finales. Realiza un seguimiento del estado de ejecución de los trabajos, los start/end tiempos, el modo de ejecución y los resultados detallados. El sistema ofrece puntos finales para enumerar los scripts activados, recuperar los detalles de la ejecución de los trabajos y monitorear los trabajos que se están ejecutando actualmente. Los puntos finales de Metrics proporcionan estadísticas de JVM, recuentos de sesiones y métricas detalladas de ejecución por lotes. La plataforma también admite la paginación y el filtrado temporal de los datos de monitoreo.

¿Cómo se rastrean y AWS gestionan los estados de ejecución de los trabajos de Transform for mainframe Runtime?

Los estados de ejecución de los trabajos se rastrean a través de un completo sistema de estados que incluye estados como DONE, TRIGGERED, RUNNING, KILLED y FAILED. Cada ejecución de tareas recibe un identificador único para el seguimiento y mantiene información detallada sobre la ejecución, incluida la hora de inicio, la hora de finalización, la información de la persona que llama y los resultados de la ejecución. El sistema proporciona puntos finales REST para consultar el estado de los trabajos, gestionar los trabajos en ejecución y recuperar el historial de ejecuciones. La información de estado permanece en la memoria del servidor y se puede purgar según su antigüedad para administrar los recursos.

¿Cómo gestiona AWS Transform for mainframe Runtime las interacciones externas del sistema?

El tiempo de ejecución gestiona las interacciones externas del sistema a través de varios mecanismos, incluidos los puntos finales REST para la integración de servicios, el soporte para colas de mensajes (SQS, RabbitMQ, IBM MQ) y las opciones de conectividad de bases de datos. Permite emular las interacciones de los sistemas antiguos mediante componentes especializados, admite comunicaciones seguras e incluye funciones SSL/TLS para gestionar sistemas de archivos externos. El sistema también admite la integración con proveedores de autenticación externos y se puede configurar para interactuar con varios servicios de terceros.

¿Cómo se gestiona la autenticación en AWS Transform for mainframe Runtime?

AWS Transform for mainframe Runtime admite varios métodos de autenticación, OAuth2 siendo el mecanismo principal. Se puede integrar con proveedores de identidad como Amazon Cognito o Keycloak. La configuración de la autenticación se administra a través del archivo de configuración principal denominado application-main.yml, donde se pueden definir los ajustes de seguridad, los proveedores de identidad y los métodos de autenticación. El sistema admite funciones como la protección XSS, CORS y CSRF, y se puede configurar tanto para la seguridad global como para la seguridad de puntos finales específicos. Para el desarrollo, también está disponible un sistema de autenticación local con credenciales de superadministrador predeterminadas.

¿Cómo garantiza AWS Transform for mainframe Runtime la alta disponibilidad?

AWS Transform for mainframe Runtime garantiza una alta disponibilidad mediante varios mecanismos. Implementa la ausencia de estado al almacenar los estados no transitorios en un almacenamiento compartido externo, lo que permite que varias instancias de aplicaciones trabajen juntas. El sistema admite el equilibrio de carga y las sesiones compartidas, lo que permite distribuir las solicitudes entre varios nodos. Para el almacenamiento de datos, puede utilizar bases de datos y sistemas de almacenamiento en caché de alta disponibilidad. La arquitectura admite la conmutación por error automática y se puede implementar en varias zonas de disponibilidad para aumentar la confiabilidad.

¿Qué componente se utiliza para reproducir las transacciones distribuidas de CICS con AWS Transform para aplicaciones de mainframe?

El tiempo de ejecución de AWS Transform for mainframe proporciona un punto final dedicado que permite invocar las transacciones JICS existentes como parte de una transacción global (compatible con XA). Las dos fases subyacentes se comprometen a que el soporte se base en el componente de software Atomikos.

¿Cuál es el nombre de AWS Transform for mainframe de las clases que se utilizan para definir el comportamiento específico del programa?

Cada programa está vinculado a una clase de configuración dedicada que permite especificar los comportamientos específicos del programa. Para obtener más información sobre las convenciones de nomenclatura y ubicación, consulte AWS Transformar la estructura de mainframe de una aplicación modernizada

¿Qué codificación tiene el siguiente orden de secuencia de caracteres: espacio, caracteres en minúscula, caracteres en mayúscula, números?

Conjuntos de caracteres que pertenecen a la familia de variantes del EBCDIC (por ejemplo, etc.). CP1047 CP297

¿Cuáles son los precios de AWS Transform for mainframe Runtime?

AWS Mainframe Modernization-core-hours (consulte los precios de modernización de AWS mainframe).

¿Cuál es el mecanismo que se utiliza para pasar los datos sin procesar a través de HTTP a los puntos finales del programa?

Cadenas codificadas en Base64.

¿Cómo ejecuta un usuario un trabajo por lotes?

Mediante una llamada HTTP a uno de los puntos finales de lote dedicados (consulte la página de documentación de los puntos finales de lote).

¿Qué terminal Runtime de AWS Transform for mainframe es el principal punto de entrada desde la principal aplicación front-end web?

/transaction

¿Qué significa AWS Transform for mainframe JICS?

El JICS AWS Transform for mainframe es el componente de tiempo de ejecución que se utiliza para respaldar la modernización de los recursos del CICS. Las definiciones de los recursos se almacenan en un almacén de datos dedicado. Para administrarlos, utilice la API REST o la consola de aplicaciones JICS. Para obtener más información, consulte Administrar la consola de aplicaciones JICS en AWS Transform for mainframe.

¿Qué mecanismos de almacenamiento en caché de AWS Transform for mainframe Runtime están disponibles?

AWS Transform for mainframe Runtime admite varios mecanismos de almacenamiento en caché, incluidos Redis y. EhCache Se recomienda Redis para entornos de producción, ya que proporciona almacenamiento en caché persistente compartido en varios nodos. EhCache está disponible para implementaciones independientes con almacenamiento en caché local volátil integrado. El sistema admite el almacenamiento en caché de varios componentes, incluidos los Blusam datos, la información de la sesión, los recursos del JICS y las colas de almacenamiento temporal. La configuración de la memoria caché se puede personalizar para diferentes casos de uso y requisitos de rendimiento.

¿Cómo calculamos el precio de una AWS transformación de modernización del AWS mainframe para implementar el entorno de ejecución del mainframe?

AWS proporciona estimaciones a los clientes en función de sus requisitos y la arquitectura objetivo.

¿Cuál es el precio de la AWS transformación de modernización del AWS mainframe para el tiempo de ejecución del mainframe?

AWS Mainframe Modernization ofrece dos modelos de precios para AWS Transform for mainframe: una opción de tiempo de ejecución administrado que incluye el tiempo de ejecución, los recursos de cómputo, el almacenamiento interno y la automatización, y una opción de tiempo de ejecución no administrado que cubre únicamente el tiempo de Transform for mainframe ejecución de AWS en sí. En el caso de AWS las implementaciones, ambas utilizan una estructura de precios. pay-as-you-go Para obtener la información más up-to-date detallada sobre los precios, se recomienda consultar la página oficial de precios de modernización de mainframe de AWS.

¿Qué sucede si necesitamos implementar una aplicación refactorizada de AWS Transform for mainframe en una infraestructura que no aparece en la lista del entorno de ejecución compatible?

Si necesita implementar una aplicación refactorizada de AWS Transform for mainframe en una infraestructura que no aparece en la lista del entorno de ejecución compatible, hay varias opciones disponibles. En primer lugar, compruebe si su infraestructura es compatible con las opciones de implementación existentes, como Amazon EKS Anywhere u otras plataformas de organización de contenedores. Si es así, es posible que pueda usar AWS Transform for mainframe Runtime. En el caso de infraestructuras no compatibles, le recomendamos que consulte a un especialista en AWS mainframe para explorar soluciones personalizadas o posibles adaptaciones. Tenga en cuenta que no AWS admite cargas de trabajo implementadas o ejecutadas en infraestructuras que no sean de infraestructura.AWS También puede enviar una solicitud de características del producto (PFR) para ampliar el soporte de infraestructura. Póngase en contacto con su AWS representante para analizar sus necesidades específicas y el mejor enfoque para su entorno.

¿Cómo se licencia el AWS Transform for mainframe Runtime? ¿Es de código abierto?

AWS Transform for mainframe Runtime no es de código abierto. Se distribuye mediante AWS IP como un servicio nativo de la nube. Hay dos opciones de implementación:

¿Cómo se gestionan los cambios y las actualizaciones de los marcos y bibliotecas de AWS Transform for mainframe?

AWS Los marcos y bibliotecas de Transform for mainframe se actualizan mediante procesos periódicos de generación e implementación de código. Estas actualizaciones se administran como parte del ciclo de vida de la modernización del AWS mainframe, que incluye las actualizaciones de las versiones y el soporte del Transform for mainframe equipo de AWS o de los socios certificados. Para obtener información detallada sobre el control de versiones, los procesos de actualización y los plazos de soporte, consulte la documentación sobre el ciclo de vida de la modernización del AWS mainframe.

¿Cuáles son las versiones compatibles de las herramientas (Tomcat, Postgres, MQ, etc.) y las dependencias (Spring, Angular, etc.) que utiliza Transform for mainframe Runtime? AWS

Consulte los detalles en las notas de la versión.

¿Qué significa «autónomo» en el contexto de BAC y JAC?

El término autónomo hace referencia a un modo especial de empaquetado e implementación para BAC (consola de Blusam administración) y JAC (consola de administración JICS) que permite que estas aplicaciones web se ejecuten de forma independiente en su propio servidor Tomcat, independientemente de la aplicación modernizada. Las versiones independientes de BAC y JAC están disponibles en. aws-bluage-webapps-x.y.z.zip Las versiones no independientes de BAC y JAC están disponibles en la carpeta inferior. gapwalk-x.y.z.zip webapps-consoles Consulte AWS Transform para ver los artefactos de tiempo de ejecución de mainframe.

¿Qué opciones de bases de datos están disponibles para las aplicaciones modernizadas en relación con la modernización de la base de datos antigua?

Las aplicaciones modernizadas pueden utilizar varias opciones de bases de datos modernas, como PostgreSQL, Amazon Aurora, RDS for PostgreSQL, base de datos Oracle, MS-SQL e IBM Db2. Estas opciones ofrecen flexibilidad a la hora de elegir el sistema de base de datos más adecuado en función de los requisitos específicos, al tiempo que aprovechan las ventajas de los sistemas de gestión de bases de datos modernos y de las funciones nativas de la nube.

¿Cuál es la cobertura de transformación de IBM Db2 z/OS a Postgres DDL?

Transformación completa (incluidas las restricciones de las bases de datos).

¿ AWS Transform for mainframe admite la generación de datos grupales (GDG)?

Sí, se admite el uso de GDG en lotes, con el apoyo de generaciones relativas y absolutas y de estrategias de limpieza automática.

¿ AWS Transform for mainframe admite conjuntos de datos concatenados?

Sí, se admite el uso de conjuntos de datos concatenados en lotes. Con la concatenación en acción, se pueden leer varios conjuntos de datos como un único conjunto de datos. Tenga en cuenta que los conjuntos de Blusam datos no pueden formar parte de una concatenación.

¿Cuál es el proceso que se aplica a las consultas SQL?

Se ajusta durante la transformación del código, en función de la base de datos de destino.

¿Qué opciones se aplican si hay varias bases de datos para una aplicación?

Configure la base de datos de destino para cada consulta y defina todas las bases de datos de la aplicación y de Apache Tomcat.

¿Se Blusam puede desactivar?

Sí, en el archivo de configuración principal y no se requiere ninguna base de datos (para obtener más información, consulte la página de documentación de Blusam configuración).

¿Qué API de AWS Transform for mainframe se utiliza para reemplazar bases de datos como IMS DB?

La API JHDB (Java DataBase Jerarical).

¿Qué producto de AWS Transform for mainframe se puede utilizar para migrar datos y bases de datos antiguos a un sistema moderno de administración de bases de datos relacionales (RDBMS)?

AWS Herramienta de modernización de bases de datos Transform for mainframe (Data Migrator).

¿Qué es AWS Transform for mainframe Data Simplifier y qué problema resuelve en la modernización?

Data Simplifier es una biblioteca básica de AWS Transform for mainframe que aborda el desafío de gestionar los patrones de acceso a la memoria heredados en Java. Incluye componentes que admiten el acceso a memoria de bajo nivel, los tipos de datos heredados (por zonas, empaquetados o alfanuméricos) y el acceso a structured/raw memoria mixta, que son habituales en las aplicaciones de mainframe, pero que no están disponibles de forma nativa en Java. La biblioteca expone estas funciones a través de patrones habituales de Java y se basa en clases, lo que las hace accesibles a los desarrolladores de Java getters/setters y, al APIs mismo tiempo, mantiene la funcionalidad antigua.

¿Cómo gestiona AWS Transform for mainframe los diseños de memoria y las estructuras de datos antiguos?

AWS Transform para mainframe gestiona los diseños de memoria antiguos a través de la interfaz Record, que proporciona una abstracción de matrices de bytes con un tamaño fijo. Para los datos estructurados, como los «01 elementos de datos» de COBOL, utiliza RecordEntitysubclases que se generan automáticamente durante la modernización. Estas clases mantienen la estructura jerárquica de los datos heredados, y cada elemento tiene una relación padre-hijo. El sistema admite tanto el acceso a la memoria sin procesar como los patrones de acceso estructurados, lo que preserva la flexibilidad de los sistemas heredados y, al mismo tiempo, proporciona una interfaz de programación moderna.

¿Cómo aborda AWS Transform for mainframe la modernización de los conjuntos de datos de VSAM?

El componente Blusam proporciona soporte para la modernización de los conjuntos de datos de VSAM, con una API dedicada, terminales y una aplicación web de administración (BAC: consola de administración de Blusam). Blusam se basa en una base de datos relacional como backend (PostgreSQL, ya sea con RDS o Aurora).

¿Dónde puedo encontrar detalles sobre el proceso de transformación?

Consulte la documentación sobre la refactorización de AWS Transform for mainframe.

¿Cuáles son los nombres de los módulos generados por AWS Transform for mainframe?

Servicio, entidades, web y herramientas.

¿Por qué se Java/Spring eligió como una de las tecnologías objetivo de AWS Transform for mainframe?

Se eligió Java/Spring como tecnología objetivo debido a su adopción generalizada, su gran reserva de talentos y sus sólidas capacidades empresariales. El ecosistema de Java ofrece amplias bibliotecas, marcos y herramientas que respaldan el desarrollo de aplicaciones modernas. El marco Spring proporciona funciones de nivel empresarial, capacidades nativas de la nube y sigue las mejores prácticas del sector, lo que lo hace ideal para aplicaciones modernizadas.

¿Cómo se llama el proyecto principal que contiene los módulos generados por AWS Transform for mainframe?

El nombre del proyecto principal tiene el sufijo «-pom» y se puede definir en el Centro de Transformación mediante la propiedad Transform denominada project.

¿Cómo gestiona AWS Transform for mainframe la modernización de los planificadores heredados, si los hay?

Transform para mainframe no moderniza los activos de los planificadores antiguos. AWS Se tienen en cuenta durante la fase de evaluación para ayudar a identificar los posibles artefactos faltantes.

¿Cuáles son los requisitos para depurar el código generado con AWS Transform para mainframe?

Cualquier entorno de desarrollo integrado (IDE) compatible con Java, como Eclipse o. JetBrain VisualCode

¿Qué entornos están disponibles para implementar la aplicación modernizada con AWS Transform para mainframe?

Windows Server, servidor Linux y contenedor Docker Linux.

¿Las aplicaciones refactorizadas de AWS Transform for mainframe pueden ejecutarse en cualquier infraestructura?

Si bien las aplicaciones refactorizadas de AWS Transform for mainframe no están diseñadas para ejecutarse en ninguna infraestructura, ofrecen una flexibilidad significativa en las opciones de implementación. Estas aplicaciones se pueden implementar en varias plataformas informáticas, incluidos los servicios gestionados en la nube, la informática sin servidor y la infraestructura local.

¿Qué configuración de MQ admite AWS Transform for mainframe?

SQS, IBM WebSphere MQ.

¿En qué servidores de aplicaciones puede un usuario implementar la lógica de aplicaciones empresariales Java con el tiempo de ejecución de AWS Mainframe Modernization?

Apache Tomcat. Consulte las notas de la versión para ver la versión compatible.

¿Cómo se integra la aplicación refactorizada con otras como Amazon Servicios de AWS Aurora?

La aplicación modernizada se integra Servicios de AWS y permite la transformación a soluciones de bases de datos nativas de la nube, como Amazon Aurora y RDS para PostgreSQL. AWS Transform for mainframe garantiza la integración entre las aplicaciones modernizadas y permite a las organizaciones utilizar las capacidades de la Servicios de AWS nube. Esta integración se extiende tanto al almacenamiento de datos como a los servicios de aplicaciones dentro del AWS ecosistema. Más allá del almacenamiento de bases de datos, AWS Transform for mainframe Runtime se integra con varios, Servicios de AWS como el almacenamiento en caché de Amazon ElastiCache for Redis, para la administración de la configuración, y AWS Mainframe Modernization, AWS Secrets Manager para la implementación. Es compatible con Amazon EC2, Amazon EKS y ECS gestionados por Fargate para el despliegue de contenedores. El sistema puede utilizar AWS Identity and Access Management para la autenticación Amazon Simple Storage Service para el almacenamiento y admite la integración con otros Servicios de AWS a través de conectores de configuración y servicio.

¿Cómo garantiza la aplicación refactorizada que se cumplan los requisitos de escalabilidad?

La solución garantiza la escalabilidad al transformar las aplicaciones en arquitecturas nativas de la nube que pueden utilizar la infraestructura elástica. AWS Implementa patrones de diseño modernos y mejores prácticas que permiten el escalado horizontal y vertical. El enfoque orientado a los servicios permite un escalado independiente de los componentes. Las aplicaciones modernizadas pueden aprovechar las características de escalabilidad inherentes a los servicios en la nube.

¿Qué ocurre una vez finalizada la refactorización del código fuente?

Tras la refactorización del código fuente, se producen dos pasos principales. En primer lugar, se crea la aplicación refactorizada. En segundo lugar, se despliega la aplicación. La implementación se realiza en su Cuenta de AWS (AWS Mainframe Modernization AWSTransform for mainframe Runtime), donde los clientes administran su propia infraestructura y la implementan en varias plataformas, incluidas Amazon EC2, ECS en EC2 o Fargate y EKS en EC2.

¿Cómo puedo implementar y ejecutar una aplicación modernizada con AWS Transform for mainframe en una AMI Amazon Linux personalizada?

Esto se puede lograr mediante la implementación de la aplicación mediante AWS Transform for mainframe Runtime en Amazon EC2. El proceso implica crear una aplicación Java/Spring que dependa de la biblioteca AWS Transform for mainframe Runtime y desplegarla en una AMI de Amazon Linux personalizada. Para obtener instrucciones detalladas sobre este enfoque, consulte Configurar AWS Transform for mainframe Runtime en Amazon EC2.

¿Existe una imagen de máquina de Amazon (AMI) disponible? ¿Hay alguna imagen de Docker disponible?

¿Puede el cliente empaquetar y ejecutar una aplicación de AWS Transform para mainframe como un contenedor de Docker?

Sí, consulte Configurar AWS Transform para el tiempo de ejecución de mainframe en un contenedor.

¿Cómo funciona la programación de trabajos con lotes?

Está integrado con la sucursal Control-M/Stone o con cualquier otro programador distribuido.

¿Cómo protege la aplicación contra los ataques de inyección de SQL?

La aplicación implementa las mejores prácticas de SQL en todo momento. Todas las consultas a la base de datos utilizan instrucciones preparadas, que previenen eficazmente los ataques de inyección de SQL al separar el código SQL de los datos proporcionados por el usuario. Esto garantiza que las entradas del usuario siempre se traten como datos y no como código ejecutable.

¿Qué medidas existen para evitar las vulnerabilidades de inyección de comandos del sistema operativo?

AWS los equipos de seguridad realizan revisiones periódicas de seguridad de AWS Transform for mainframe Runtime. Si los equipos detectan alguna anomalía, como un código, que podría permitir la inyección de comandos en el sistema operativo, trabajan AWS inmediatamente para resolverla. Esta supervisión continua garantiza que el tiempo de ejecución permanezca protegido frente a las amenazas de inyección de comandos.

¿La aplicación es vulnerable a los ataques de cruce de directorios?

No. Esta vulnerabilidad no se aplica a la aplicación Angular de front-end. Para el back-end, la aplicación utiliza solo un punto final con un contrato de interfaz limitado que nunca contiene información sobre la «ruta» o el «directorio». Este diseño elimina el riesgo de ataques de cruce de directorios.

¿Cómo protege la aplicación contra los ataques XSS?

La aplicación sigue las mejores prácticas de seguridad de Angular, tal como se describen en la documentación oficial de seguridad de Angular. La naturaleza de la aplicación está intrínsecamente limitada en términos de interfaz de usuario, ya que corresponde a la aplicación de mainframe antigua. La aplicación no URLs gestiona scripts dinámicos ni HTML generados por el back-end. Esta superficie de ataque limitada reduce considerablemente los riesgos de XSS.

¿Qué protección se implementa contra los ataques CSRF?

La aplicación utiliza el soporte CSRF nativo de Spring, que proporciona una sólida protección contra los ataques de falsificación de solicitudes entre sitios desde el primer momento.

¿La entrada del usuario puede llevar a la inyección de encabezados HTTP?

No. La longitud de las entradas de los usuarios está estrictamente limitada para que coincidan con el formato de aplicación de mainframe tradicional. Cuando el servidor recibe una solicitud, formatea inmediatamente la entrada de acuerdo con formatos predefinidos, lo que truncaría cualquier contenido inyectado. Además, la aplicación nunca crea encabezados HTTP en función de las entradas del usuario en el único punto final utilizado por la aplicación, lo que hace imposible la inserción de encabezados HTTP.

¿Cómo se protege la aplicación contra los ataques de hackeo de clics?

La aplicación realiza la mayoría de las acciones pulsando teclas en lugar de hacer clic con el ratón, lo que la hace intrínsecamente resistente a los ataques de hackeo de clics. Esta elección de diseño reduce considerablemente la superficie de ataque de este tipo de vulnerabilidad.

¿Se pueden producir ataques de desbordamiento de búfer en la aplicación?

No. La longitud de las entradas de los usuarios está estrictamente limitada para que se correspondan con el formato de aplicación de mainframe tradicional. Cuando el servidor recibe una solicitud, formatea inmediatamente la entrada de acuerdo con los formatos correspondientes, lo que evita que se produzcan desbordamientos del búfer.

¿Cómo se gestionan el control de acceso y la autorización?

El control de acceso determina globalmente si los usuarios tienen derechos para acceder al exclusivo punto final de back-end. Una vez autenticados, el código y los datos de la aplicación gestionan los controles de autorización. Esto garantiza una separación adecuada de las preocupaciones y una gestión segura del acceso.

¿Qué medidas previenen el secuestro de sesiones?

El uso combinado de las capacidades nativas de Spring y Angular para la gestión de sesiones y la prevención de XSS, junto con el cumplimiento de las mejores prácticas del marco, evita el secuestro de sesiones. La aplicación puede mejorar aún más la protección al:

Estas medidas de seguridad en capas proporcionan una protección completa contra los intentos de secuestro de sesiones.