任務：完成通訊閘道

在此任務中，您可以使用您定義的通訊閘道和 T-minus 排程，任務：定義通訊閘道和排程以便在遷移和產品組合工作流程中傳遞每個波的狀態。

您可能會個別透過這些閘道移動波，或者如果多個波按照相同的排程移動，則可以透過群組中的閘道移動波。由於遷移工作流程中的波重疊，因此在遷移中的任何指定時間，在不同的閘道有多個波或一組波是很常見的。下表顯示遷移工作流程中的波重疊方式，每個波的排程間隔為 1 週。在此範例中，6–7 個波在任何指定時間在遷移工作流程中處於作用中狀態，而每個波都位於不同的閘道。

閘道	第 1 批次	第 2 批次	第 3 批次	第 4 批次	第 5 批次
閘道 1：T-minus 排程	3 月 13 日	3 月 20 日	3 月 27 日	4 月 3 日	4 月 10 日
第 2 階段：T-28 會議	3 月 20 日	3 月 27 日	4 月 3 日	4 月 10 日	4 月 17 日
閘道 3：T-21 通訊	3 月 27 日	4 月 3 日	4 月 10 日	4 月 17 日	4 月 24 日
第 4 階段：T-14 會議	4 月 3 日	4 月 10 日	4 月 17 日	4 月 24 日	5 月 1 日
閘道 5：T-7 通訊	4 月 10 日	4 月 17 日	4 月 24 日	5 月 1 日	5 月 8 日
第 6 階段：T-1 go 或 no-go 會議	4 月 16 日	4 月 23 日	4 月 30 日	5 月 7 日	5 月 14 日
第 7 階段：切換會議	4 月 17 日	4 月 24 日	5 月 1 日	5 月 8 日	5 月 15 日
Gate 8：Hypercare 期間開始	4 月 18 日	4 月 25 日	5 月 2 日	5 月 9 日	5 月 16 日
第 9 階段：Hypercare 期間結束	4 月 22 日	4 月 29 日	5 月 6 日	5 月 13 日	5 月 20 日

此任務包含下列通訊閘道：

• 閘道 1：建立波浪的 T-minus 排程

• 第 2 階段：T-28 遞交會議

• 閘道 3：T-21 通訊

• 第 4 階段：T-14 檢查點會議

• 閘道 5：T-7 通訊

• 第 6 階段：T-1 go 或 no-go 會議

• 第 7 階段：T-0 切換會議

• Gate 8：Hypercare 期間開始

• 第 9 階段：Hypercare 期間結束

閘道 1：建立波浪的 T-minus 排程

在此通訊閘道中執行下列動作：

1. 建立單一的共用儲存庫，您將在此儲存此批次的文件。

2. 使用您在 中建立的 T-minus 排程範本步驟 2：建立 T-minus 排程範本，輸入此波的特定日期，然後將 T-minus 排程儲存在共用儲存庫中。

3. 建立您在大型遷移的遷移手冊中建立的 AWS 遷移任務清單複本，然後將其儲存在共用儲存庫中。您在進行閘道時，會使用此任務清單做為檢查清單。

4. 安排與適當參與者的 T-28 遞交會議。如需此會議的詳細資訊，請參閱 步驟 3：定義會議及其節奏。

閘道結束條件

當您完成下列專案控管活動時，請繼續前往下一個閘道：

• 您已為 Wave 建立共用儲存庫。

• 您已為 波建立 T-minus 排程。

• 您已為 Wave 建立遷移任務清單。

• 您已排程 T-28 遞交會議。

當您完成下列遷移活動，以及遷移執行手冊中定義的任何其他任務時，請繼續前往下一個閘道：

• 產品組合團隊已完成波動計畫。

• 產品組合團隊已收集 Wave 的遷移中繼資料。

第 2 階段：T-28 遞交會議

在此閘道中，遷移團隊會與應用程式擁有者一起檢閱波動計畫，並要求應用程式擁有者遞交波動計畫和切換日期。在此通訊閘道中執行下列動作：

1. 使用您在 中建立的波浪研討會簡報步驟 4：準備會議簡報，為波浪自訂此簡報，然後將簡報儲存在共用儲存庫中。您可以在此閘道和 中使用此簡報第 4 階段：T-14 檢查點會議。

2. 執行 T-28 遞交會議，並使用簡報檢閱下列項目：

   • 提供波動計畫和遷移程序的概觀。

   • 提供應用程式擁有者即將執行之動作項目的詳細資訊。

   • 確認應用程式擁有者已準備好遷移此批次中的每個應用程式。

   • 確認應用程式擁有者了解他們需要為其應用程式提供測試計劃。測試計劃說明如何驗證切換是否成功。測試會在切換後立即進行，因此，如果有任何問題，遷移團隊可以將應用程式復原至其原始環境，且對業務和應用程式使用者的影響最小。

   • 檢閱利益相關者在波動期間應如何協作和溝通。提供共用儲存庫的位置，讓利益相關者可以找到與此波相關的文件。

   • 檢閱您在 中開發的升級計畫步驟 2：建立升級計畫。

   • 提供問題和答案的機會。

3. 在 T-28 遞交會議之後，傳送您在 中建立的 T-28 通訊電子郵件步驟 3：為每個閘道建立標準電子郵件範本。自訂 Wave 資訊和收件人的電子郵件，並在此波中新增所有應用程式和伺服器。

4. 在 T-28 遞交會議之後，與適當的參與者安排下列會議：

   • T-14 檢查點會議

   • T-1 go 或 no-go 會議

   • T-0 切換會議

閘道結束條件

當您完成下列專案控管活動時，請繼續前往下一個閘道：

• 您已執行 T-28 遞交會議。

• 您已通知所有主要利益相關者有關共用儲存庫的存取 wave 文件，且所有利益相關者都可以存取。

• 您已開始保留每個 的遷移營業時間任務：排程第 2 階段的定期會議。

• 應用程式擁有者已確認可以遷移 wave 計劃中的應用程式。

• 所有利益相關者都了解溝通方法，並知道他們需要參加哪些會議。

• 應用程式擁有者了解他們負責的特定動作項目。

• 您已將 T-28 通訊電子郵件傳送給所有利益相關者。

• 您已將會議簡報和會議備註儲存在共用儲存庫中，以便所有利益相關者都可以存取。

• 您已排定 T-14 遞交會議。

• 您已排定 T-1 go 或 no-go 會議。

• 您已排定 T-0 切換會議。

當您完成下列遷移活動，以及遷移執行手冊中定義的任何其他任務時，請繼續前往下一個閘道：

• 您已使用 T-28 遞交會議期間所做的任何變更來更新波動計畫。

• 您已為 Wave 中的應用程式和伺服器提交變更請求 (RFC)，並已排程變更時段。

• 了解並識別變更管理程序。

• 您已針對任何新的基礎設施需求提交 RFCs，例如轉送、路由或代理服務。

• 您已更新遷移任務清單。

閘道 3：T-21 通訊

通訊團隊會持續與應用程式擁有者和業務單位代表保持聯絡。這些利益相關者受邀遷移營業時間，以提供提問的機會。

1. 傳送您在 中建立的 T-21 通訊電子郵件步驟 3：為每個閘道建立標準電子郵件範本。自訂 Wave 資訊和收件人的電子郵件，並在此波中新增所有應用程式和伺服器。

2. 使用正確的應用程式擁有者更新排定的 T-14 檢查點會議。如果任何必要的參與者無法參加，請確認替代代表可以根據您的升級計劃參加。

閘道結束條件

當您完成下列專案控管活動時，請繼續前往下一個閘道：

• 您已將 T-21 通訊電子郵件傳送給所有利益相關者。

當您完成下列遷移活動，以及遷移執行手冊中定義的任何其他任務時，請繼續前往下一個閘道：

• 您已驗證來源伺服器符合複寫的最低要求。

• 您已開始在 Wave 中複寫應用程式和伺服器。

• 您已更新遷移任務清單。

第 4 階段：T-14 檢查點會議

在此閘道中，您會與應用程式擁有者進行 T-14 檢查點會議，並評估團隊是否按排程進行縮減。在此通訊閘道中執行下列動作：

1. 使用您在 中準備的波浪研討會簡報第 2 階段：T-28 遞交會議，更新 T-14 檢查點會議的簡報。

2. 舉行 T-14 檢查點會議並檢閱下列項目：

   • 檢閱在此波中遷移的應用程式和伺服器。

   • 檢閱剩餘的任務和排程，以確保出席者了解程序中剩餘的步驟。

   • 確認所有應用程式擁有者 （或其代表） 都可用於切換會議。

   • 確認轉換完成時，測試計劃已準備好。

3. 在 T-14 檢查點會議之後，傳送您在 中建立的 T-14 通訊電子郵件步驟 3：為每個閘道建立標準電子郵件範本。自訂 Wave 資訊和收件人的電子郵件，並在此波中新增所有應用程式和伺服器。

4. 更新 T-1 go 或 no-go 會議和 T-0 切換會議的邀請，其中包含參與者的任何變更，例如應用程式擁有者指定的替代代表。

5. 更新遷移任務清單。

閘道結束條件

當您完成下列專案控管活動時，請繼續前往下一個閘道：

• 您已進行 T-14 檢查點會議。所有應用程式擁有者或其指定的代表都參加。如果應用程式擁有者未參加且沒有回應，請根據升級計劃上報缺席的情況。

• 您已執行一週的遷移營業時間。

• 您已將 T-14 通訊電子郵件傳送給所有利益相關者。

• 您已將會議簡報和會議備註儲存在共用儲存庫中，以便所有利益相關者都可以存取。

• 您已建立所有遷移前、遷移和遷移後任務的檢查清單，關閉任何已完成的任務，並將檢查清單儲存在共用儲存庫中。

當您完成下列遷移活動，以及遷移執行手冊中定義的任何其他任務時，請繼續前往下一個閘道：

• 您已驗證複寫應用程式和伺服器的運作狀態和狀態。您正在疑難排解任何問題或已完成疑難排解。

• 應用程式擁有者已將測試計劃提供給遷移團隊。

• 您已更新遷移任務清單。

閘道 5：T-7 通訊

在此閘道中，通訊團隊會持續與應用程式擁有者和業務單位代表保持聯絡。您也為切換活動和會議做好準備。

1. 傳送您在 中建立的 T-7 通訊電子郵件步驟 3：為每個閘道建立標準電子郵件範本。自訂 Wave 資訊和收件人的電子郵件，並在此波中新增所有應用程式和伺服器。

2. 確認必要的參與者可以參加 T-1 go 或 no-go 會議和 T-0 切換會議。視需要更新會議邀請，以包含替代代表。

閘道結束條件

當您完成下列專案控管活動時，請繼續前往下一個閘道：

• 您已將 T-7 通訊電子郵件傳送給所有利益相關者。

• 您已確認參加 T-1 go 或 no-go 會議和 T-0 切換會議。所有參與者都已接受會議，或已識別替代代表。

當您完成下列遷移活動，以及遷移執行手冊中定義的任何其他任務時，請繼續前往下一個閘道：

• 此波的所有變更請求都已核准。

• 您已驗證目標基礎設施已準備好進行切換。

• 您已關閉您建立的任何測試執行個體，以驗證基礎設施。

• 您已驗證切換任務清單。

• 您已更新遷移任務清單。

第 6 階段：T-1 go 或 no-go 會議

在此閘道中，您會與 RACI 矩陣上的所有團隊成員檢閱遷移前活動檢查清單，以驗證批次中的應用程式和伺服器已準備好進行切換。此閘道會在排程切換前 24–48 小時發生。

1. 在 T-1 go 或 no-go 會議中，與 RACI 矩陣上的所有團隊成員一起檢閱檢查清單，以驗證批次中的應用程式和伺服器已準備好進行切換。

2. 確認所有必要的參與者都可以參加 T-0 切換會議。

3. 如果您決定繼續遷移 Wave (go)，請傳送您在 中建立的 T-1 通訊電子郵件步驟 3：為每個閘道建立標準電子郵件範本。自訂 Wave 資訊和收件人的電子郵件，並在此波中新增所有應用程式和伺服器。

4. 如果您決定不繼續遷移 Wave 或特定應用程式和伺服器 （不啟動），請傳送電子郵件給所有利益相關者，通知他們該決策，並提供後續步驟或排程變更的任何可用資訊。

閘道結束條件

當您完成下列專案控管活動時，請繼續前往下一個閘道：

• 您已確認 T-0 切換會議有可用的資源，且所有必要的參與者都可以參加。

• 您已將會議簡報和會議備註儲存在共用儲存庫中，以便所有利益相關者都可以存取。

• 您已將 T-1 通訊電子郵件傳送給所有利益相關者。

當您完成下列遷移活動和遷移執行手冊中定義的任何其他任務時，請繼續前往下一個閘道：

• 在遷移任務清單中，您已確認所有遷移任務都已完成。

第 7 階段：T-0 切換會議

在此閘道中，您會在切換會議期間遷移 Wave 中的所有伺服器和應用程式，然後立即讓應用程式擁有者測試遷移的應用程式，以確認它們如預期般運作。應用程式擁有者可以參加整個會議，或僅參加其應用程式所需的會議。

1. 在切換會議之前，請傳送您在 中建立的 T-0 通訊電子郵件步驟 3：為每個閘道建立標準電子郵件範本。自訂 Wave 資訊和收件人的電子郵件，並在此波中新增所有應用程式和伺服器。

2. 在 T-0 切換會議中，根據您遷移執行手冊中的指示，在批次中遷移伺服器和應用程式，而遷移執行手冊是根據 AWS 大型遷移的遷移手冊中的指示所開發。

3. 遷移應用程式或伺服器後，請使用應用程式擁有者開發的測試計畫，驗證應用程式是否正常運作，如下所示：

   • 如果應用程式或伺服器如預期運作，或只有次要問題，請將它留在 AWS 環境中並修復任何問題。

   • 如果應用程式或伺服器無法運作或有重大問題，請將其轉返。

4. 當您完成遷移任務清單中的切換活動時，請更新任務清單。

5. 傳送您在 中建立的切換完整通訊電子郵件步驟 3：為每個閘道建立標準電子郵件範本。自訂 Wave 資訊和收件人的電子郵件，並在此波中新增所有應用程式和伺服器。

閘道結束條件

當您完成下列專案控管活動時，請繼續前往下一個閘道：

• 您已驗證批次中的每個應用程式或伺服器都已成功遷移，或者您已將其復原。

• 您已記下任何復原的應用程式或伺服器。對於這些應用程式或伺服器，您必須更新遷移模式或重新定義目標狀態，以解決切換期間遇到的任何問題。您將在未來的波動計畫中包含這些應用程式或伺服器。

• 您已將切換完成的通訊電子郵件傳送給所有利益相關者。

當您完成下列切換活動時，請繼續前往下一個閘道：

• 您已完成遷移任務清單的切換任務區段中的所有步驟。

Gate 8：Hypercare 期間開始

在此閘道中，您可以執行下列動作：

1. 要求專案利益相關者檢閱雲端中的遷移應用程式和伺服器。如果發現任何問題，應將其傳送至遷移團隊。

2. 解決切換期間或 Hypercare 期間發現的任何問題。

3. 確認雲端營運團隊已準備好接受工作負載。

4. 更新所有專案管理工具和儲存庫，以反映波動的狀態。

閘道結束條件

當您完成下列專案控管活動時，請繼續前往下一個閘道：

• 所有利益相關者都已檢閱遷移的應用程式和伺服器。

• 遷移團隊已解決切換期間或 Hypercare 期間發現的任何應用程式或伺服器問題。

• 雲端營運團隊已確認他們已準備好接受遷移的應用程式和伺服器。

• 您已更新所有專案管理工具和儲存庫，以反映波動狀態。

第 9 階段：Hypercare 期間結束

Hypercare 期間通常持續 1-4 天，並在遷移團隊解決遷移應用程式或伺服器的任何問題時結束。在 Hypercare 期間結束時，遷移團隊會與雲端營運 （雲端營運） 團隊會面，以檢閱遷移的應用程式和伺服器。在此閘道中，遷移團隊會將遷移工作負載的持續支援轉移到 Cloud Ops 團隊。Cloud Ops 團隊會通知應用程式擁有者 Hypercare 期間已完成，而且他們現在是任何問題的聯絡窗口。或者，您可以在此通訊中包含問卷，並邀請應用程式擁有者提供有關遷移和切換程序的意見回饋。

1. 將遷移的應用程式和伺服器併入雲端操作團隊的組態管理資料庫 (CMDB)。

2. 將任何應用程式資訊納入 Cloud Ops 技術管理支援工具，例如 ServiceNow。

3. 傳送您在 中步驟 3：為每個閘道建立標準電子郵件範本為每個閘道建立的 Hypercare 完整通訊電子郵件。自訂 Wave 資訊的電子郵件，並包含如何聯絡雲端營運團隊的指示。

4. 通知基礎設施支援團隊轉換，以開始停用來源伺服器和任何支援基礎設施的程序。此步驟通常由 Cloud Ops 團隊或專案經理執行。

閘道結束條件

當您執行下列專案控管活動時，此閘道即完成：

• Cloud Ops 已將所有工作負載相關資訊納入其 CMDB。

• Cloud Ops 已將所有應用程式資訊納入其技術支援工具。

• 您已將 Hypercare 完整的通訊電子郵件傳送給所有利益相關者。

• 基礎設施團隊已開始停用任何不再需要的支援基礎設施。