本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 架构
<a name="architecture"></a>

AWS Mainframe Modernization 使用 Micro Focus 进行平台重置有两种模式可供选择：
+ AWS 带有 Micro Focus 的 Replatform 是一种无服务器托管运行时环境，通过 Micro Focus 后端动态部署，完全由管理。 AWS AWS 使用 Micro Focus 进行平台重构提供了云原生 API 层，用于与 Micro Focus 进行交互。在这种托管方法中，只有 Micro Focus 可用于平台重组。该 UniKix 解决方案不可用。
+ AWS 在亚马逊弹性计算云 (Amazon EC2) 上使用 Micro Focus 进行平台重定向以预装 Micro Focus 环境的亚马逊系统映像 (AMI) 的形式交付，该环境是在您选择的 EC2 实例类型上启动的。此自定义部署会直接公开原生 Micro Focus。

这两种模式都包括事务管理器、数据映射工具、屏幕和地图阅读器以及批处理作业运行环境。您可以使用任一模式在分布式服务器上运行大型机应用程序，只需对源代码进行最少的更改。

下图显示了在 Ama EC2 zon 实例上托管 Control-M 的工作流程集成。Amazon Aurora 数据库用于维护管理和运行批处理任务所需的数据。该架构采用多可用区（多可用区）部署，可实现高可用性。应用程序的批处理作业和数据是在带有 Micro Focus 的 AWS Replatform 运行时环境中编排的。该图显示了两种带有 Micro Focus 模式的 AWS Replatform：完全托管模式和亚马逊 EC2上的自定义模式。



![该图显示了两种配置。](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/control-m-batch-scheduler/images/control-m-architecture.png)


该图显示了以下资源：

1. 在本地环境中，安装 Control-M 代理是为了控制仍在 IBM Z/OS 上运行的工作负载或其他工作负载。在 x86 上运行的工作负载通过 AWS Direct Connect 连接到 AWS 环境。

1. Control-M Server 以主动-被动模式安装在多可用区环境中的两个 EC2 实例上，以实现高可用性和灾难恢复。

1. Control-M 使用的 Amazon Aurora 后端数据库（在 EC2 实例上运行）与副本一起部署在辅助可用区，以实现高可用性和灾难恢复。

1. 单独的 VPC 包含一个 EC2 实例，该实例的带有 Micro Focus 的 AWS Replatform 作为预安装的 Micro Focus 环境的 AMI 提供。此实例上安装了 Control-M 代理，用于与提供扩展作业管理功能的 Micro Focus 实用程序进行交互。

在迁移项目期间，您可能仍在大型机和分布式服务器上管理非 AWS 位置的工作负载。所示架构的目的不是规范性的，而是为了提供一个总体方向。我们建议在 Control-M 实现中构建包括灾难恢复选项在内的详细配置。