本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 切換
<a name="cutover"></a>

在大型主機現代化中，其中一個最重要的挑戰是在轉換到新平台期間將停機時間和風險降至最低。藍/綠部署策略提供強大且靈活的系統遷移方法。

藍/綠部署是一種技術，可透過執行兩個稱為*藍*和*綠*的相同生產環境來減少停機時間和風險。以下是它在大型主機現代化環境中的運作方式：
+ 藍色環境：這是目前處理所有生產流量的大型主機系統。
+ 綠色環境：這是您 AWS 準備好接管的新現代化平台。

藍/綠切換策略包括以下步驟：佈建、上線、發生問題時復原，以及結束。

## 佈建
<a name="provision"></a>

在此階段中，您會 AWS 遵循下列步驟，在 上佈建新的 （綠色） 環境：

1. **轉譯環境**：[Route 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 筆交易正在正確處理。
   + 與適用於 z/OS 的 Db2 進行的資料互動如預期般運作。

## 上線
<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 保留在內部部署。

## Architecture
<a name="cutover-architecture"></a>

下圖說明切換流程。



![用於在 上重建大型主機應用程式的切換架構 AWS。](http://docs.aws.amazon.com/zh_tw/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 轉換環境會處理請求。