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

# 割接
<a name="cutover"></a>

在大型机现代化中，最关键的挑战之一是最大限度地减少向新平台过渡期间的停机时间和风险。 blue/green 部署策略为系统迁移提供了一种强大而灵活的方法。

*蓝/绿部署是一种通过运行两个相同的生产环境（称为*蓝色*和绿色）来减少停机时间和风险的技术。*以下是它在大型机现代化环境中的工作方式：
+ 蓝色环境：这是您当前处理所有生产流量的大型机系统。
+ 绿色环境：这是您的全新、现代化的平台 AWS ，随时可以接管。

 blue/green 切换策略包括以下步骤：配置、上线、出现问题时回滚以及总结。

## 供应
<a name="provision"></a>

在此阶段，您可以按照以下步骤配置新（绿色）环境： AWS 

1. **重新构建环境**：R [oute 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/Welcome.html) 托管区域必须包含指向大型机环境的 [DNS 记录](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-to-elb-load-balancer.html)（蓝色）。

1. **验证连接：**确保您的事务管理 AWS 账户 器和本地事务管理器与 z/OS 数据库的 Db2 之间的连接正确。

1. **运行烟雾测试：**使用 AWS 负载均衡器地址访问平台改造后的环境并执行全面的烟雾测试以验证以下内容：
   + 所有预期的工作负载都可用。
   + 3270 笔交易正在正确处理。
   + 与 Db2 的数据交互按预期运行。 z/OS 

## 上线
<a name="go-live"></a>

在此阶段，您将交通转移到绿色环境并监控变化。

1. 使用 Route 53 中的流量路由策略来转移流量：
   + 选项 A：您可以一次性转移所有流量。
   + 选项 B：或者，您可以使用渐进加权分布。

1. 监控和验证：
   + 随着交通的变化，请密切关注 AWS 环境。
   + 查看 3270 交易处理情况。
   + 验证 Db2 是否可以通 z/OS 信。
   + 监控性能问题。
   + 让用户验证交易结果。

## 回滚
<a name="rollback"></a>

如果出现问题，您可以快速更新 Route 53，将流量重定向回本地大型机（蓝色）环境。

在尝试另一次直接转换之前，您应该调查并解决问题。

## 总结
<a name="complete-migration"></a>

在监控流量并验证您的绿色环境是否正常运行之后，您可以逐渐将应用程序流量增加到 AWS。

稳定期过后，您可以停用大型机事务（蓝色）环境，并将 z/OS 数据库的 Db2 保留在本地。

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

下图说明了转换流程。



![切换架构，用于对大型机应用程序进行平台化改造。 AWS](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/replatform-mainframe-apps-shared-db2/images/mainframe-modernization-cutover.png)


转换过程包括以下内容：

1. 前端的客户端应用程序、前端和后端 (BFFs) 将交易发送到 Route 53 域名。

1. Route 53 根据定义的路由策略将连接路由到大型机事务管理器或 Network Load Balancer。

1. 事务管理器处理发送到大型机的交易。

1. Network Load Balancer 将事务分发到可用的重平台环境进行处理。

1.  AWS Mainframe Modernization 平台重定向环境处理请求。