AWS 大型机现代化服务（托管运行时环境体验）不再向新客户开放。有关类似于 AWS 大型机现代化服务（托管运行时环境体验）的功能，请浏览 AWS 大型机现代化服务（自我管理体验）。现有客户可以继续正常使用该服务。有关更多信息，请参阅[AWS 大型机现代化可用性变更](https://docs.aws.amazon.com/m2/latest/userguide/mainframe-modernization-availability-change.html)。
本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# AWS 大型机转型常见问题解答
## General
1. **大型机 AWS 转换重构功能的主要目的是什么？**
重构功能采用自动重构模式，使用现代语言和框架使用现代分布式应用程序将传统的整体代码重构为 Java。这种模式包括自动分析遗留代码，了解其功能，并将其转换为等效的现代代码，同时保留业务逻辑。该过程不仅包括使用自动化工具和流程对代码进行现代化改造，还包括对整个应用程序堆栈、依赖关系和基础架构进行现代化改造。该解决方案旨在加快现代化进程，同时保持功能等同性和性能。这包括转换应用程序代码以及相关的数据库和数据存储，同时实施云最佳实践和设计模式。
1. **大型机 AWS 转型支持哪些大型机应用程序？**
AWS 大型机转型目前支持使用 COBOL、PL/I、JCL（作业控制语言）编写的 IBM z/OS 大型机应用程序的现代化，并依赖于 CICS（客户信息控制系统）事务管理器、BMS（基本映射支持）屏幕、IMS MFS 屏幕、数据库、IMS DB2 数据库、平面文件、GDG（生成数据组）和 VSAM（虚拟存储访问方法）数据文件。
1. **哪些大型机语言可以 AWS 转变以实现大型机现代化？**
AWS 大型机转换将 COBOL 和 PL/I 代码转换为 Java、Groovy、 JCLs 屏幕（BMS 或 MFS）转换为 HTML（使用 Sass）和 JavaScript （Angular 应用程序 — 目前不支持 React），从而实现传统大型机应用程序向云原生架构的现代化。之所以选择这些技术，是因为其广泛采用、强大的生态系统和云原生功能。Angular 提供了一个现代的、响应式的用户界面层，它取代了传统的绿屏界面。它允许创建动态、用户友好的 Web 应用程序，这些应用程序可以在不同的设备和平台上进行访问。其基于组件的架构支持可维护和可扩展的前端开发。这种转型会产生遵循现代架构模式和最佳实践的分布式应用程序。
1. **大型机 AWS 转型如何在传统限制与云优势之间取得平衡？**
AWS 大型机转型通过在引入云原生功能的同时保留关键业务逻辑和功能来实现平衡。它可确保现代化应用程序保持必要的传统业务逻辑，同时利用云可扩展性、敏捷性和现代运营实践。这种方法可以帮助组织保持业务连续性，同时获得云基础架构的好处。
1. **面向服务的架构在现代化应用程序中扮演什么角色？**
以服务为导向的架构在将单片应用程序分解为更易于管理的模块化组件方面起着至关重要的作用。 AWS 大型机转型可创建面向服务和面向对象的应用程序，从而提高可维护性和可扩展性。这种架构方法使组织能够实现更高的业务效率，并为未来可能采用的微服务做好准备。
1. **重构过程中包含应用程序堆栈的哪些方面？**
重构过程包括完整的软件堆栈：应用程序代码、依赖关系、数据库和基础架构（例如缓存选项、消息传递支持等）。它涵盖了传统编程语言、数据库系统、数据文件和相关基础设施组件的转换。这种全面的方法可确保应用程序的各个方面都实现连贯的现代化，从而实现完全变革的现代应用程序堆栈。
1. **大型机现代化 AWS 转型流程是否无需对现代化的 Java 应用程序进行任何测试或质量保证检查？**
不，大型机现代化 AWS 转型过程并不能消除对现代化的 Java 应用程序进行任何测试或质量保证检查的需求。
1. **大型机 Tr AWS ansform JAC 代表什么？**
JAC 代表 JICS 管理控制台
1. **如何访问大型机 AWS 变换工具？**
AWS 大型机工具的转换可通过 AWS 控制台通过 AWS 大型机现代化 (M2) 重构进行访问，功能访问权限取决于您的认证级别。从转换中心开始，评估源代码的 Java 自动重构。有关详细指导，请参阅[AWS Transform for mainframe重构](https://bluinsights.aws/)文档。现代化后，您可以使用运行时部署应用程序。有关更多信息，请参阅[AWS 大型机现代化文档](https://docs.aws.amazon.com/m2/latest/userguide/ba-runtime-options.html)。
1. **如何调整项目规模（工作量和时间表）？**
有关这方面的更多信息，请参阅 [AWS Transform 大型机重构估算值](https://bluinsights.aws/docs/business-estimate/)或咨询您的客户经理。
1. **为大型机迁移的解决方案维护 Java Tr AWS ansform 是否有特定的要求？**
不，维护大型机迁移解决方案的 Java Tr AWS ansform 没有具体要求。
1. **适用于大型机生成的代码的 Trans AWS form 的技术规格和兼容性是什么？**
AWS 大型机生成的代码的转换具有特定的技术特征和广泛的兼容性。虽然它不支持 JPA，但它对外部化查询使用直接 SQL 执行。该代码依赖运行时特定的库来实现功能等效、Web 服务生成和 MQ 实现。生成的代码可以导入到任何 Java IDE 中进行开发、测试、构建和部署，但必须相应地导入所需的库。虽然默认情况下，Maven 与用于构建过程 AWS 的大型机现代化服务集成，但可以通过在转换后修改打包格式来使用像 Gradle 这样的替代工具。该平台在开发工具和源代码控制方面提供了灵活性，并为管理代码的开发团队提供了培训。有关更多信息，请参阅[为大型机运行时高级架构进行AWS 转换](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-architecture.html)。
## AWS 为大型机运行时进行转换
1. **在哪里可以找到有关大型机运行时 AWS 转换的信息？**
请参阅[设置 AWS Transform for mainframe Runtime](https://docs.aws.amazon.com/m2/latest/userguide/ba-runtime-setup.html) 文档运行时，其中详细介绍了设置流程、入门、检索工件、部署等。
1. **大型机的 T AWS ransform JAR 依赖项是否已上传到客户端的 Maven 存储库中进行本地开发？**
可以使用可用于配置开发、测试和生产环境的 AMI 将库导入 EC2。将向团队提供有关生成的应用程序代码 maintain/enhance 的培训和支持。有关更多信息，请参阅[为大型机运行时高级架构进行AWS 转换](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-architecture.html)。
1. **大型机 Runtime jars 的分布式 AWS 转换中 “Gapwalk” 一词指的是什么？**
有关 Gapwalk 的信息，请参阅[为大型机运行时工件进行AWS 转换](https://docs.aws.amazon.com/m2/latest/userguide/ba-runtime-artifacts.html)。
1. **如何请求访问大型机 AWS 转换运行时？**
可通过 “[AWS Transform for mainframe工具箱”](https://bluinsights.aws/docs/bluage-toolbox-introduction) 访问运行时AWS Transform for mainframe refactor。
1. **大型机重构应用程序支持的 AWS 转换运行时有哪些？**
AWS Transform for mainframe提供单个 Runtime，以满足现代化旅程的不同阶段和运营需求，请参阅 [AWSTransform for mainframeRuntime](https://docs.aws.amazon.com/m2/latest/userguide/ba-runtime-options.html)。
1. **何时使用大型机运行时 AWS 转换？**
大型机运行时 AWS 转换是支持大型机重构应用程序执行 AWS 转换所必需的。在 Transf AWS orm 期间，基于大型机的重构项目需要运行时才能测试重构后的应用程序。重构项目结束后，还需要运行时来维护、测试和运行生产中大型机重构应用程序的 Tr AWS ansform。
1. **如何 AWS 分发适用于大型机运行时的 Tr AWS ansform 的新版本？**
AWS Transform for mainframe运行时版本可通过[AWS Transform for mainframe工具箱](https://bluinsights.aws/docs/bluage-toolbox-introduction)访问。请参阅[AWSTransform for mainframe发行说明](https://docs.aws.amazon.com/m2/latest/userguide/ba-release-notes.html)。
1. **AWS Transform for mainframe 运行时的新主要版本和次要版本多久发布一次？**
有关更多信息，请参阅[AWS 大型机现代化组件生命周期](https://docs.aws.amazon.com/m2/latest/userguide/lifecycle-m2.html)。
1. **如何 AWS 为大型机运行时 AWS 转换提供支持？**
AWS 支持 为正在运行的工作负载提供支持 AWS，在这些工作负载中，问题通过提票来解决，并且适用标准 SLA。有关更多信息，请参阅[AWS 大型机现代化组件生命周期](https://docs.aws.amazon.com/m2/latest/userguide/lifecycle-m2.html)。
1. ** AWS 大型机运行时的大型机现代化 AWS 转型需要什么？**
大型机运行时的 Tr AWS ansform 包括工具箱库，用于加快现代化、促进云集成以及提高代码质量和可维护性。它还通过促进传统架构和云架构之间的过渡来实现更高的现代化自动化。运行时支持使用 java 习惯用法处理传统动词和数据结构内存表示形式。它允许基于面向对象的编程技术构建现代化应用程序，并能够重现传统的控制流。它使用诸如 Amazon Aurora 之类的关系数据库对传统 VSAM 数据集或 IMS 分层数据库支持进行现代化改造。它为传统系统实用程序（IDCAMS、IEBGENER、DFSORT等）和传统交易管理系统（CICS、IMS）提供了Java替代品。它通过亚马逊的缓存 ElastiCache 和对 AWS 消息解决方案（SQS、Kinesis）的支持来促进云集成。
1. **大型机运行时 AWS 转换是否支持非 x86 计算机架构？**
目前，大型机运行时 AWS 转换仅支持基于 x86 的计算机架构和计算。 AWS 大型机 Transform 运行时不支持基于 ARM 和基于 Graviton 的计算。
1. **客户如何随时了解适用于大型机运行时版本的 Tr AWS ansform，包括发布新版本的通知以及对版本历史记录和发行说明的访问权限？**
适用于大型机运行时的 Tr AWS ansform 的新版本已上传到我们的[官方发布页面](https://docs.aws.amazon.com/m2/latest/userguide/ba-release-notes.html)。我们建议您定期查看此页面，最好是每 3 个月查看一次，以了解最新版本和更新。关于版本历史记录和发行说明的访问权限，可用性取决于每个主要版本的 end-of-life (EOL) 日期。有关 EOL 日期、版本升级计划和历史信息访问权限的详细信息，[请参阅大型机生命AWS 周期转换](https://docs.aws.amazon.com/m2/latest/userguide/ba-lifecycle.html)。
1. **大型机 Tr AWS ansform Runtime 高级架构的主要组件是什么？**
大型机运行时 AWS 转换架构包括两种主要组件类型。首先是存储在共享文件夹（应用程序服务器类加载器可访问）中的 Java 库（jar 文件），这些库提供传统结构和语句支持。其次是包含基于 Spring 的应用程序的 Web 应用程序（战争文件），这些应用程序为现代化程序提供框架和服务。运行时还包括：一个程序注册表，用于收集所有用于调用和跨程序调用的程序，以及一个收集所有现代化作业脚本的脚本注册表。这些组件协同工作，为现代化应用程序提供统一的基于 REST 的入口点和执行框架。运行时和现代化应用程序一起部署在应用程序服务器（例如 Tomcat）中。
1. **如何为大型机运行时工件配置保存 Tr AWS ansform 的共享文件夹？**
大型机 AWS 的 Transform 运行时工件 (jar) 必须聚集在应用程序服务器类加载器可以访问的共享文件夹中。对于 tomcat 服务器，配置是通过修改名为 catalina.properties 的常规配置文件进行的。例如，如果您在 tomcat 文件夹中将共享文件夹创建为名为 “shared” 的文件夹，则需要修改 catalina.properties 中的 common.loader 条目，以使 tomcat 类加载器可以访问该共享文件夹，如下所示：
```
common.loader="${catalina.base}/lib","${catalina.base}/lib/*.jar","${catalina.home}/lib","${catalina.home}/lib/*.jar","${catalina.home}/shared","${catalina.home}/shared/*.jar"
```
1. **大型机运行时 AWS 的 Transform 如何处理无状态和会话管理？**
AWS 大型机转换 Runtime 通过多种机制实现无状态和会话管理。对于 HTTP 会话，它使用基于 Cookie 的标识以及外部缓存存储空间来存储用户上下文。会话可以存储在各种数据存储中，包括 Amazon ElastiCache、Redis 集群或内存地图。无国籍状态设计可确保大多数非临时状态存储在外部通用的 “单一事实来源” 中，从而实现高可用性和横向扩展。这种方法与负载平衡和共享会话相结合，允许在多个节点之间分发面向用户的对话。
1. **Web 应用程序在大型机 AWS 变换运行时环境中扮演什么角色？**
[大型机运行时 AWS 转换中的 Web 应用程序](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-architecture.html#ba-shared-architecture-components)提供多种关键功能。它们提供可重现传统环境和事务监视器（例如 JCL 批处理、CICS、IMS）的执行框架。它们通过提供基于 REST 的入口点，`gapwalk-application.war`用于触发和控制交易、程序和批次。此外，它们还提供操作系统提供的程序和专用 “驱动程序” 程序的仿真，传统应用程序依赖这些程序通过MFS访问IMS DB或用户对话框等服务。
1. **如何在 Transform for 大型 AWS 机运行时中注册和管理程序？**
Trans AWS form for Mainform Runtime 中的程序是通过服务器启动期间填充的[ProgramRegistry 系统](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-structure.html#ba-shared-structure-run-call)注册的。每个程序都实现[程序](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-structure.html#ba-shared-structure-write)接口，并标记为 Spring 组件。程序使用其标识符进行注册，如果一个程序有多个标识符，则可能有多个条目。注册过程是自动的，并记录在 Tomcat 日志中。[ProgramRegistry](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-structure.html#ba-shared-structure-run-call)使其他程序和脚本能够定位和调用注册的程序，从而保持现代化系统的模块化和互连性。
1. **如何在 Tr AWS ansform for 大型机运行时应用程序中管理配置？**
大型机运行时 AWS 转换中的配置是使用 Spring Boot 框架功能通过 YAML 文件管理的。使用了两个主要的配置文件：用于框架配置的 application-main.yml 和用于客户端特定的选项。`application-profile.yml`系统遵循Spring的优先级逻辑，允许通过各种方式覆盖配置。可以通过 JNDI 为数据库和命令行参数提供其他配置，从而提供配置管理的灵活性。记录器配置是使用 logback xml 配置文件完成的。
1. **机密管理器在大型机 AWS 转型运行时配置中扮演什么角色？**
大型机运行时的 Tr AWS ansform 中的密钥管理器可以保护敏感的配置数据，例如数据库凭据和 Redis 缓存密码。它们允许将关键数据存储在 AWS 机密中，并在 YAML 配置文件中引用它们。该系统支持不同类型的密钥，包括自动填充所有相关字段的数据库密钥和受密码保护的资源的单一密码密钥。这种方法通过将敏感数据与应用程序配置分开来增强安全性。
1. **开发人员如何自己编写与 Transform for AWS 大型机运行时兼容的程序？**
开发人员可以通过实现 Pro AWS gram 接口并[遵循](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-structure.html)特定模式来为与大型机运行时兼容的程序创建 Transform。该程序必须声明为 Spring 组件，实现所需的方法，并在中正确注册 ProgramRegistry。开发人员需要创建配套上下文和配置类，处理程序标识符，并确保与 Spring 框架正确集成。对于程序结构和执行， AWS 实现应遵循大型机的 Transform 运行时惯例。
1. **大型机运行时 AWS 转换如何处理程序执行错误？**
AWS 大型机变换 Runtime 通过多种机制处理程序执行错误。对于批处理作业，它会在任务执行详细信息中捕获执行状态、退出代码和详细的错误信息。错误处理包括特定的退出代码（-1 表示技术错误，-2 表示服务程序故障）和 Tomcat 日志中的详细日志记录。可以将系统配置为在运行时异常时回滚事务，并提供错误通知和恢复选项。错误详细信息可通过 REST 端点访问，以便进行监控和故障排除。
1. **哪些大型机 AWS 转换运行时监控功能可用于批处理作业？**
AWS 大型机转换 Runtime 通过各种[端点](https://docs.aws.amazon.com/m2/latest/userguide/ba-endpoints-gapwalk.html#ba-endpoints-gapwalk-batch)为批处理作业提供监控功能。它跟踪任务执行状态、 start/end 时间、执行模式和详细结果。系统提供[端点](https://docs.aws.amazon.com/m2/latest/userguide/ba-endpoints-gapwalk.html#ba-endpoints-gapwalk-batch)，用于列出触发的脚本、检索任务执行详细信息和监控当前正在运行的作业。Metrics 的端点提供 JVM 统计信息、会话计数和详细的批处理执行指标。该平台还支持对监控数据进行分页和基于时间的过滤。
1. **如何跟踪和管理大型机的 Tr AWS ansform 运行时作业执行状态？**
任务执行状态通过全面的状态系统进行跟踪，该系统包括完成、已触发、正在运行、KILLED 和 FAILED 等状态。每个任务执行都会收到一个用于跟踪的唯一标识符，并维护详细的执行信息，包括开始时间、结束时间、调用方信息和执行结果。系统提供 [REST 端点](https://docs.aws.amazon.com/m2/latest/userguide/ba-endpoints-gapwalk.html#ba-endpoints-gapwalk-batch)，用于查询作业状态、管理正在运行的作业和检索执行历史记录。状态信息保留在服务器内存中，可以根据时间进行清除，以便进行资源管理。
1. **大型机运行时 AWS 的 Transform 如何处理外部系统交互？**
运行时通过各种机制处理外部系统交互，包括用于服务集成的 REST 端点、对消息队列（SQS、RabbitMQ、IBM MQ）的支持以及数据库连接选项。它通过专门的组件提供对旧系统交互的仿真，支持 SSL/TLS 安全通信，并包括用于处理外部文件系统的功能。该系统还支持与外部身份验证提供商集成，并且可以配置为与各种第三方服务进行交互。
1. **在大型机运行时 AWS 转换中如何处理身份验证？**
AWS 大型机 Transform Runtime 支持多种身份验证方法，并以此 OAuth2 为主要机制。它可以与 Amazon Cognito 或 Keycloak 等身份提供商集成。身份验证配置通过名为 application-main.yml 的主配置文件进行管理，可以在其中定义安全设置、身份提供者和身份验证方法。该系统支持 XSS 保护、CORS、CSRF 等功能，并且可以针对全局安全和特定端点安全进行配置。为了进行开发，还提供了具有默认超级管理员凭据的本地身份验证系统。
1. **大型机运行时 AWS 转型如何确保高可用性？**
AWS 大型机运行时转换通过多种机制确保高可用性。它通过将非临时状态存储在外部共享存储中来实现无状态状态，从而使多个应用程序实例能够协同工作。该系统支持负载平衡和共享会话，允许将请求分发到多个节点。对于数据存储，它可以利用高可用性的数据库和缓存系统。该架构支持自动故障转移，可以跨多个可用区进行部署，以提高可靠性。
1. **使用哪个组件通过 Trans AWS form 为大型机应用程序重现 CICS 分布式事务？**
大型机运行时 AWS 转换提供了一个专用端点，允许将现有 JICS 事务作为全局事务的一部分调用（XA 支持）。底层的两个阶段提交支持依赖于 Atomikos 软件组件。
1. **用于定义特定程序行为的类的 “大型机 AWS 转换” 名称是什么？**
每个程序都绑定到一个专用的配置类，该类允许指定程序的特定行为。有关命名和位置约定的更多信息，请参阅[针对现代化应用程序的大型机结构进行AWS 转换](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-structure.html)
1. **哪种编码的字符序列顺序如下：空格、小写字符、大写字符、数字？**
属于 EBCDIC 变体家族的字符集（例如 CP1047 CP297、等）。
1. **适用于大型机运行时的 Trans AWS form 的定价维度是多少？**
AWS 大型机 Modernization-core-hours（参见[AWS 大型机现代化定价](https://aws.amazon.com/fr/mainframe-modernization/pricing/)）。
1. **用于通过 HTTP 将原始数据传递到程序端点的机制是什么？**
以 Base64 编码的字符串。
1. **用户如何启动批处理作业？**
使用对其中一个专用批处理端点的 HTTP 调用（参见[批处理端点文档页面](https://docs.aws.amazon.com/m2/latest/userguide/ba-endpoints-gapwalk.html#ba-endpoints-gapwalk-batch)）。
1. **哪个 AWS Transform for 大型机运行时端点是主 Web 前端应用程序的主要入口点？**
```
/transaction
```
1. **大型机 Tr AWS ansform JICS 代表什么？**
大型机 AWS 转换 JICS 是用于支持 CICS 资源现代化的运行时组件。资源定义存储在专用的数据存储中。要对其进行管理，请使用 REST API 或 JICS 应用程序控制台。有关信息，请参阅[大型机 AWS 转换中的管理 JICS 应用程序控制台。](https://docs.aws.amazon.com/m2/latest/userguide/ba-endpoints-jac.html)
1. **有哪些适用于 AWS 大型机的 Transform 运行时缓存机制可用？**
AWS 大型机转换运行时支持多种缓存机制，包括 Redis 和。 EhCache建议在生产环境中使用 Redis，提供跨多个节点的共享永久缓存。 EhCache 适用于带有嵌入式易失性本地缓存的独立部署。系统支持缓存各种组件，包括Blusam数据、会话信息、JICS 资源和临时存储队列。缓存配置可以根据不同的用例和性能要求进行自定义。
1. **我们如何估算大型机运行时部署 AWS 大型机现代化 AWS 转型的价格？**
AWS 根据客户的需求和目标架构向其提供估算值。
1. ** AWS 大型机现代化 AWS 转型运行时的价格是多少？**
AWS 大型机现代化为大型机 AWS 转型提供了两种定价模式：一种是托管运行时、计算资源、内部存储和自动化，另一种是仅涵盖 AWS 运行时本身的非托管Transform for mainframe运行时选项。对于 AWS 部署，两者都使用定 pay-as-you-go价结构。要了解最详细 up-to-date的定价信息，建议查阅 [AWS 大型机现代化官方定价](https://aws.amazon.com/mainframe-modernization/pricing/)页面。
1. **如果我们需要在支持的运行时中未列出的基础架构上部署 Transf AWS orm 重构后的应用程序，该怎么办？**
如果您需要在支持的运行时中未列出的基础架构上部署 Transf AWS orm 重构后的应用程序，则有几个选项可供选择。首先，检查您的基础设施是否与 Amazon EKS Anywhere 或其他容器编排平台等现有部署选项兼容。如果是这样，你可以使用大型机运行时的 AWS 转换。对于不兼容的基础架构，我们建议您咨询 AWS 大型机专家，以探索定制解决方案或潜在的适应方案。请注意， AWS 它不支持在非AWS 基础设施上部署或运行的工作负载。您也可以提交产品功能申请 (PFR)，以获得扩展的基础架构支持。请联系您的 AWS 代表，讨论您的具体需求和适合您环境的最佳方法。
1. **大型机运行时 AWS 转换是如何获得许可的？ 它是开源吗？**
AWS 大型机运行时转换不是开源的。它是作为云原生服务分发 AWS 的 IP。有两个部署选项：
1. [AWS 针对大型机托管进行转换](https://docs.aws.amazon.com/m2/latest/userguide/ba-runtime-options.html#ba-runtime-options-managed)，将运行时部署到专用的 AWS 托管服务中，利用完全预先配置且随时可以部署的环境，无需设置或管理。
1. [AWS 转换大型机非托管](https://docs.aws.amazon.com/m2/latest/userguide/ba-runtime-options.html#ba-runtime-options-non-managed)，可以将其部署到基于 Amazon EC2 或 Amazon ECS/ 的定制 AWS 架构中AWS Fargate，您必须自己配置和设置这些架构。这两个选项都会产生运行时费，这些费用已包含在提供给您的项目估算中。由于这是一项具有 支持 访问权限的托管服务，因此您不需要源代码。有关定价的更多详细信息，请参阅[AWS 大型机现代化定价页面](https://aws.amazon.com/ar/mainframe-modernization/pricing/)。
1. **如何管理大型机框架和库的 Transf AWS orm 变更和升级？**
AWS 大型机框架和库的转换通过常规的代码生成和部署过程进行更新。这些更新作为 AWS 大型机现代化生命周期的一部分进行管理，其中包括版本升级和 AWS Transform for mainframe 团队或认证合作伙伴的支持。有关版本控制、升级过程和支持时间表的详细信息，请参阅[AWS 大型机现代化](https://docs.aws.amazon.com/m2/latest/userguide/lifecycle-m2.html)生命周期文档。
1. **大型机运行时 AWS 转换使用的工具（Tomcat、Postgres、MQ 等）和依赖关系（Spring、Angular 等）的支持版本是什么？**
详情请参阅[发行说明](https://docs.aws.amazon.com/m2/latest/userguide/ba-release-notes.html)。
1. **在 BAC 和 JAC 的背景下，“独立” 是什么意思？**
独立版是指 BAC（管理控制台）和 JAC（JICS Blusam 管理控制台）的特殊打包和部署模式，允许这些 Web 应用程序在自己的 Tomcat 服务器中独立运行，与您的现代化应用程序分开。BAC 和 JAC 独立版本现已推出。`aws-bluage-webapps-x.y.z.zip`BAC 和 JAC 非独立版本可在文件夹下找到`gapwalk-x.y.z.zip`。`webapps-consoles`请参阅[针对大型机运行时工件进行AWS 转换](https://docs.aws.amazon.com/m2/latest/userguide/ba-runtime-artifacts.html)。
## 数据
1. **关于传统数据库的现代化，现代化应用程序有哪些数据库选项可用？**
现代化的应用程序可以使用多种现代数据库选项，包括：PostgreSQL、Amazon Aurora、适用于 PostgreSQL 的 RDS、Oracle 数据库、MS-SQL 和 IBM Db2。这些选项使您可以灵活地根据特定要求选择最合适的数据库系统，同时利用现代数据库管理系统和云原生功能的优势。
1. **IBM Db2 向 Postgres DDL 的z/OS转型覆盖范围是多少？**
完全转换（包括数据库约束）。
1. **大型机 AWS 转型是否支持组数据生成 (GDG)？**
是的，在相对和绝对生成以及自动清理策略的支持下，支持批量使用 GDG。
1. **大型机 AWS 转换是否支持串联数据集？**
是的，支持批量使用串联的数据集。使用串联后，可以将多个数据集作为单个数据集读取。请注意，Blusam数据集不能是串联的一部分。
1. **在 SQL 查询上应用的过程是什么？**
在代码转换期间进行了调整，具体取决于目标数据库。
1. **如果一个应用程序有多个数据库，哪些选项适用？**
为每个查询配置目标数据库，并定义应用程序和 Apache Tomcat 中的所有数据库。
1. **Blusam可以禁用吗？**
是的，在主配置文件中，不需要数据库（有关更多信息，请参阅[Blusam配置文档页面](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-blusam.html#ba-shared-blusam-configuration)）。
1. **哪种大型机 AWS 转换 API 用于取代 IMS DB 等数据库？**
JHDB（Java 分层结构 DataBase）API。
1. **哪种 AWS Transform for 大型机产品可用于将旧数据和数据库迁移到现代关系数据库管理系统 (RDBMS)？**
AWS 为大型机数据库现代化工具（[数据迁移器](https://bluinsights.aws/docs/data-migrator-introduction)）进行转型。
1. **什么是大型机数据简 AWS 化器 Transform，它在现代化中解决了什么问题？**
[Data Simpli AWS fier](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-data.html) 是 Transform for 大型机中的一个核心库，它解决了在 Java 中处理传统内存访问模式的挑战。它提供了支持低级内存访问、传统数据类型（如分区、打包、字母数字）和混合 structured/raw 内存访问的结构，这些访问在大型机应用程序中很常见，但在 Java 中本机不可用。该库通过熟悉的 Java 模式（如 getters/setters 和基于类）公开了这些功能 APIs，使得 Java 开发人员可以在保留传统功能的同时访问这些功能。
1. **大型机版 Transf AWS orm 如何处理旧的内存布局和数据结构？**
AWS 大型机的 Transform 通过 R [ec](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-data.html#ba-shared-data-fqn) ord 接口处理旧的内存布局，该接口提供了固定大小的字节数组的抽象。对于像 COBOL '01 数据项'这样的结构化数据，它使用在现代化过程中自动生成的[RecordEntity](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-data.html#ba-shared-data-fqn)子类。这些类保持了遗留数据的层次结构，每个元素都具有父子关系。该系统支持原始存储器访问和结构化访问模式，既保留了传统系统的灵活性，又提供了现代编程接口。
1. **大型机 AWS 转型如何处理 VSAM 数据集现代化？**
[Blusam](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-blusam.html) [组件通过专用 API、端点和管理 Web 应用程序（BAC：Blusam 管理控制台）为 VSAM 数据集的现代化提供支持。](https://docs.aws.amazon.com/m2/latest/userguide/ba-shared-bac-userguide.html)Blusam 依赖关系数据库作为后端（PostgreSQL，使用 RDS 或 Aurora）。
## 转换
1. **我在哪里可以找到有关转型过程的详细信息？**
请参阅 [AWS 大型机转型重构文档](https://bluinsights.aws/)。
1. **适用于大型机生成的模块的 Tr AWS ansform 的名称是什么？**
服务、实体、Web 和工具。
1. **为什么被 Java/Spring 选为大型机 AWS 转型的目标技术之一？**
Java/Spring之所以被选为目标技术，是因为它的广泛采用、庞大的人才库和强大的企业能力。Java 生态系统提供了大量支持现代应用程序开发的库、框架和工具。Spring framework 提供企业级功能、云原生功能，并遵循行业最佳实践，使其成为现代化应用程序的理想之选。
1. **包含大型机生成模块的 Trans AWS form 的父项目的名称是什么？**
父项目的名称以 “-pom” 为后缀，可以在转换中心使用名为 project 的 Transform 属性进行定义。
1. **大型机的 Tr AWS ansform 如何管理旧版调度器现代化（如果提供）？**
Transform for 大型机并未对传统调度器资产进行现代化 AWS 改造。在评估阶段会将它们考虑在内，以帮助识别可能丢失的工件。
1. **使用 Transform for 大型机调试 AWS 生成的代码有什么要求？**
任何支持 Java 的集成开发环境 (IDE)，例如 Eclipse JetBrain、或。 VisualCode
## 部署
1. **哪些环境可用于部署带有大型机 AWS 转型的现代化应用程序？**
Windows 服务器、Linux 服务器和 Docker Linux 容器。
1. **大型机重构后的应用程序能否在任何基础架构上运行 Tr AWS ansform？**
虽然 Tr AWS ansform for 大型机重构后的应用程序不是为在任何基础架构上运行而设计的，但它们在部署选项方面提供了极大的灵活性。这些应用程序可以部署在各种计算平台上，包括云托管服务、无服务器计算和本地基础架构。
1. **Transform for 大型机支持哪 AWS 种 MQ 配置？**
SQS，IBM M WebSphere Q。
1. **用户可以使用 AWS 大型机现代化运行时将 Java 业务应用程序逻辑部署到哪些应用程序服务器中？**
Apache Tomcat。有关支持的版本，请参阅[发行说明](https://docs.aws.amazon.com/m2/latest/userguide/ba-release-notes.html)。
1. **重构后的应用程序如何与 Amazon AWS 服务 Aurora 等其他应用程序集成？**
现代化的应用程序 AWS 服务 通过支持向云原生数据库解决方案的转换，例如Amazon Aurora和适用于PostgreSQL的RDS，与之集成。 AWS 大型机转型可确保现代化应用程序之间的集成 AWS 服务，使组织能够使用云功能。这种集成扩展到 AWS 生态系统内的数据存储和应用程序服务。除了数据库存储之外，大型机运行时的 Tr AWS ansform 还集成了各种功能， AWS 服务 包括用 ElastiCache 于 Redis 缓存的 Amazon， AWS Secrets Manager 用于配置管理，以及用于部署 AWS 的大型机现代化。它支持 Fargate 管理的 Amazon EC2、Amazon EKS、ECS 进行容器部署。该系统 AWS Identity and Access Management 可用于身份验证，使用 Amazon 简单存储服务进行存储，并支持 AWS 服务 通过配置和服务连接器与其他系统集成。
1. **重构后的应用程序如何确保满足可扩展性要求？**
该解决方案通过将应用程序转换为可以使用 AWS 弹性基础设施的云原生架构，从而确保可扩展性。它实现了支持水平和垂直缩放的现代设计模式和最佳实践。以服务为导向的方法允许独立扩展组件。现代化的应用程序可以利用云服务固有的可扩展性功能。
1. **源代码重构完成后会发生什么？**
源代码重构后，需要执行两个主要步骤。首先，构建重构后的应用程序。其次，部署应用程序。部署是在您的 AWS 账户 （[AWS 大型机现代化AWSTransform for mainframe运行时](https://docs.aws.amazon.com/m2/latest/userguide/ba-runtime-setup.html)）中完成的，客户可以在其中管理自己的基础设施并在各种平台上进行部署，包括亚马逊 EC2、EC2 上的 ECS 或 Fargate 上的 ECS、EC2 上的 EKS、EC2 上的 EKS。
1. **如何在自定义 Amazon Linux AMI 上部署和运行通过大型机 AWS 转型实现现代化的应用程序？**
这可以通过在 Amazon EC2 上使用大型机运行时 AWS 转换部署应用程序来实现。该过程包括创建一个依赖于大型机 AWS 转换运行时库的 Java/Spring 应用程序，并将其部署到自定义 Amazon Linux AMI 上。有关此方法的详细说明，请参阅在 A [mazon EC2 上设置 AWS Transform for mainframe 运行时](https://docs.aws.amazon.com/m2/latest/userguide/ba-runtime-deploy-ec2.html)。
1. **是否有亚马逊系统映像 (AMI) 可用？ 是否有 Docker 镜像可用？**
+ **AMI**：不是，由于客户需要根据自己的喜好自定义和设置环境，因此没有 AMI 可用。客户可以检索大型机工件的 AWS 转换，并根据自己的要求设置实例。
+ **Docker Image**：不，没有开箱即用的 docker 镜像，但是容器页面[上的 “为大型机运行时 AWS 设置转换](https://docs.aws.amazon.com/m2/latest/userguide/ba-runtime-deploy-container.html)” 解释了如何根据大型机运行时二进制文件转换构建自己的 docker 镜像 AWS 并将其部署到合适的容器管理系统。
1. **客户能否 AWS 将适用于大型机的 Transform 应用程序打包并运行为 Docker 容器？**
是的，请参阅在[容器上为大型机运行时设置 AWS 转换](https://docs.aws.amazon.com/m2/latest/userguide/ba-runtime-deploy-container.html)。
1. **作业调度如何与批量配合使用？**
它与 Control-M /Stone 分支或任何其他分布式调度器集成。
## 安全性
1. **应用程序如何防御 SQL 注入攻击？**
该应用程序自始至终实施 SQL 最佳实践。所有数据库查询都使用预准备好的语句，通过将 SQL 代码与用户提供的数据分开，从而有效防止 SQL 注入攻击。这样可以确保用户输入始终被视为数据而不是可执行代码。
1. **有哪些措施可以防止操作系统命令注入漏洞？**
AWS 安全团队定期对 Tr AWS ansform for 大型机运行时进行安全审查。如果团队检测到任何异常（例如可能允许操作系统命令注入的代码），请 AWS 立即着手解决。这种持续监控可确保运行时保持安全，抵御命令注入威胁。
1. **应用程序是否容易受到目录遍历攻击？**
不是。 此漏洞不适用于前端 Angular 应用程序。对于后端，应用程序仅使用一个端点，该端点具有有限的接口合约，从不包含 “路径” 或 “目录” 信息。这种设计消除了目录遍历攻击的风险。
1. **该应用程序如何防御 XSS 攻击？**
该应用程序遵循Angular官方安全[文档中描述的Angular安全](https://angular.dev/best-practices/security)最佳实践。该应用程序的性质在用户界面方面存在固有的局限性，因为它与传统的大型机应用程序相对应。该应用程序不处理由后端生成的 URLs、动态脚本或 HTML。这种有限的攻击面显著降低了 XSS 风险。
1. **针对CSRF攻击实施了哪些保护？**
该应用程序利用了 Spring 的原生 [CSRF 支持](https://docs.spring.io/spring-security/reference/servlet/exploits/csrf.html)，该支持开箱即用，可针对跨站请求伪造攻击提供强大的保护。
1. **用户输入会导致 HTTP 标头注入吗？**
不是。 用户输入的长度受到严格限制，以匹配传统的大型机应用程序格式。当后端收到请求时，它会立即根据预定义的格式格式化输入，这将截断任何注入的内容。此外，应用程序永远不会根据应用程序使用的单个端点中的用户输入来构造 HTTP 标头，这使得无法注入 HTTP 标头。
1. **如何保护应用程序免受点击劫持攻击？**
该应用程序使用击键而不是鼠标点击来执行大多数操作，因此它本质上可以抵御点击劫持攻击。这种设计选择大大减少了此类漏洞的攻击面。
1. **应用程序中会发生缓冲区溢出攻击吗？**
不是。 用户输入的长度受到严格限制，以符合传统的大型机应用程序格式。当后端收到请求时，它会立即根据相应的格式格式化输入，从而防止出现缓冲区溢出情况。
1. **如何管理访问控制和授权？**
访问控制可在全球范围内决定用户是否有权访问唯一的后端端点。经过身份验证后，应用程序代码和数据将处理授权控制。这样可以确保适当区分关注点并进行安全的访问管理。
1. **哪些措施可以防止会话劫持？**
结合使用Spring和Angular原生功能进行会话管理和XSS防护，并遵守框架最佳实践，可以防止会话劫持。该应用程序可以通过以下方式进一步增强保护：
+ **使用 HTTPS**：确保所有通信都经过加密。
+ **实现基于令牌的身份验证**：应用程序可以在需要时将其激活。
+ **监控用户会话**：应用程序可以激活会话监控和异常检测以识别可疑活动。
这些分层安全措施可提供全面保护，防止会话劫持企图。