遷移策略與 AWS CAF

AWS 遷移策略是一套結構化的七種方法（稱為遷移的 7 R's），企業用來把工作負載從地端資料中心遷往 AWS Cloud：Retire、Retain、Relocate、Rehost、Replatform、Repurchase 與 Refactor。除了這些技術性的 AWS 遷移策略之外，AWS Cloud Adoption Framework（AWS CAF） 也提供六個組織面向的視角——Business、People、Governance、Platform、Security 與 Operations——讓利害關係人能夠圍繞一次成功的 AWS 遷移對齊共識。

如果你正在準備 AWS CLF-C02 的 task statement 1.3，預期會碰到情境題：題目描述一個工作負載，要你從 7 R's 中選出正確的 AWS 遷移策略，另外也會有把組織痛點對應到正確 AWS CAF 視角的題目。

什麼是 AWS 遷移策略？

AWS 遷移策略（常被稱為遷移的 7 R's，在 Relocate 尚未加入前歷史上稱為 6 R's）是 AWS 官方建議的標準手冊，針對你考慮遷移到 AWS 的每個工作負載而設計。7 R's 中的每一個 R 都代表速度、成本、雲端原生效益與工程投入之間的不同取捨。考試要你能夠辨識哪個 AWS 遷移策略最符合給定的商業情境。

在 CLF-C02 中，AWS 遷移策略這個主題結合了兩種互補的知識體系：

1. 技術性的 AWS 遷移策略——也就是 7 R's——描述在 AWS 遷移過程中你對每個應用程式分別做什麼處置。
2. AWS Cloud Adoption Framework（AWS CAF）——描述你的組織如何轉型人員、流程與治理，以規模化持續推動 AWS 遷移策略。

這兩個層面都會考。只背 7 R's 的考生常在 AWS CAF 視角題失分，反之亦然。

為什麼 AWS 遷移對 CLF-C02 這麼重要

AWS 遷移屬於 Domain 1 主題（權重 24%），但在 Domain 1 裡它是成長最快的子主題——社群訊號顯示年增 +15% 的提及率，主要是因為 CLF-C02 明確加入了 CLF-C01 沒那麼強調的 AWS CAF 覆蓋範圍。預期在 65 題的考試中，會有 5 到 10 題涉及 AWS 遷移策略或 AWS CAF 視角。

白話文解釋 AWS Migration Strategies

白話文解釋：AWS migration strategies 就是「一家公司要搬家到 AWS 的七種搬法」。不是每樣東西都要整個搬過去，有的丟掉、有的暫時不搬、有的換新的、有的整個打掉重練。用三個不同的類比幫你快速內化 7 R's of migration 與 AWS CAF：

類比 1——AWS 遷移就像搬家（房仲 + 搬家公司）

想像 AWS 遷移策略就像你要從老舊透天搬到新大樓。舊家裡有各種東西：

• Retire（退役）：壞掉的沙發（老系統沒人在用）— 丟掉就好，不用搬。
• Retain（保留）：奶奶的古董鐘（法規限制或短期不能動）— 留在舊家，之後再說。
• Relocate（重新放置）：整個貨櫃直接拖走（VMware Cloud on AWS 這種虛擬環境原封不動移到 AWS）。
• Rehost（重新託管）：原封不動把家具裝箱（lift-and-shift，AWS Application Migration Service）— 最快。
• Replatform（重新平台化）：搬過去時順手把老舊的窗簾換成現成的新款（例如把自架 MySQL 換成 Amazon RDS）— 不重做但升級。
• Repurchase（重新購買）：把舊冷氣直接賣掉，到新家訂閱冷氣服務（drop-and-shop，改用 SaaS 例如 Salesforce、Workday）。
• Refactor（重構）：整個重新設計室內格局，打掉重練用雲端原生架構（Lambda、DynamoDB、微服務）— 最慢但最能發揮 AWS 雲端優勢。

房仲（realtor）幫你評估哪些要搬、搬家公司（courier）幫你實際搬運——這就是 AWS 提供的遷移工具鏈（Migration Hub、Snow Family、DMS）扮演的角色。

類比 2——AWS CAF 就像工地指揮中心

AWS Cloud Adoption Framework 的六個 perspectives 就像一個大型工地（construction site）的六個指揮部門：

• Business perspective：業主方（出錢、決定方向）— 業務部門與投資人。
• People perspective：工人組織與訓練——HR 把員工重新培訓成雲端人才。
• Governance perspective：工地安全規章與預算管控——IT governance、portfolio management。
• Platform perspective：工地鷹架與基礎建設——雲端架構師搭建 landing zone。
• Security perspective：工地門禁卡（access card）與安全組長——resilience、compliance、identity。
• Operations perspective：工地日常運作、每日朝會——monitoring、incident response、SLA。

工地要蓋得成功，六個部門缺一不可。AWS CAF 的價值就在於告訴你 AWS 遷移不只是技術問題，而是全組織的轉型工程。

類比 3——7 R's 就像廚房改裝工具箱（瑞士刀）

把 AWS 遷移策略的 7 R's 想像成廚房改裝工具箱（toolbox）裡那把瑞士刀（Swiss Army knife）的七片刀片，每一片對應不同工法：

• 壞掉的烤箱 → Retire（丟掉就是）。
• 老媽堅持保留的鑄鐵鍋 → Retain（不動）。
• 整個廚房貨櫃（containerised kitchen）原地拖到新址 → Relocate。
• 舊流理台整組打包搬到新房子 → Rehost（lift-and-shift）。
• 搬過去時把瓦斯爐換成電磁爐但格局不變 → Replatform（lift-tinker-and-shift）。
• 整組廚具不要了，直接訂閱 HelloFresh 料理包服務 → Repurchase（drop-and-shop）。
• 打掉重建廚房，裝上智慧感應水龍頭、物聯網冰箱、雲端食譜系統 → Refactor。

你在 CLF-C02 考場上看到情境題時，先問自己：「這家公司要的是速度？成本？還是雲端原生能力？」速度優先就是 Rehost；成本優先但願意一點點改就是 Replatform；要最大化 AWS 雲端好處就是 Refactor。

核心運作原則——遷移 7 R's 的詳細內容

7 R's 中的每一個都代表一種獨立的 AWS 遷移策略。CLF-C02 考試會測試你把商業情境對應到正確 R 的能力。請仔細研讀下面每個 H3。

Retire（退役）

定義：把不再需要的應用程式下線。沒有實際遷移到 AWS——這個工作負載就這樣消失。

什麼時候用：在 AWS 遷移的評估階段，你通常會發現整個應用組合中有 10% 到 20% 的應用程式根本沒人用、功能重複、或是零商業價值的老舊系統。把它們退役可以省下授權費、縮小攻擊面，並縮減 AWS 遷移範圍。

具體例子：某家公司發現內部有三套不同的 wiki 系統（Confluence、MediaWiki 以及一個自製 PHP 網站），內容互相重疊。其中兩套被退役，只有 Confluence 遷移到 AWS。這就是純粹的 Retire——不需要任何 AWS 遷移策略，直接關機就好。

Retain（保留／重新檢視）

定義：暫時讓應用程式繼續留在地端執行。通常也稱為 Retain 或 Revisit——你把「是否遷移到 AWS」的決策往後延，等條件改變再說。

什麼時候用：當法規限制、授權合約、相依性鎖定或業務關鍵性使得立即遷移到 AWS 太過冒險時，你就保留這個工作負載。Retain 不等於「永遠不遷」— 它是「還不是現在」。

具體例子：某家醫療服務商有一套老舊的地端理賠處理系統，被 3 年的供應商支援合約綁住。他們保留這套系統直到合約到期，再重新評估 AWS 遷移策略決策。Retain 明確地把工作負載排除在當前的 AWS 遷移波次之外。

Relocate（虛擬機層級搬移）

定義：把工作負載從地端的 hypervisor（通常是 VMware）原封不動移到 AWS——使用 VMware Cloud on AWS 或類似方案。不改作業系統、不改 IP、不改應用程式。

什麼時候用：當組織已經大規模使用 VMware，想在不需要重新配 IP、不需要重新訓練維運團隊的前提下，快速撤掉實體資料中心時，Relocate 是最快的 AWS 遷移策略。它是 7 R's 中相對新加入的成員（原本 6 R's 之後才加入）。

具體例子：某家零售商在兩個資料中心運行 500 台 VMware 虛擬機。他們用 VMware Cloud on AWS 在一個週末的切換窗口把全部 500 台 VM 搬到 AWS 基礎設施。應用程式照常運行沒有任何改動。這個例子說明了為什麼 Relocate 跟 Rehost 不同——沒有 agent、沒有新 AMI，只是 hypervisor 層級的可攜性。

Rehost（Lift-and-Shift）

定義：把應用程式原封不動搬到 AWS 運算資源上（通常是 EC2），不做任何程式碼變更。這就是真正的「lift-and-shift migration」做法，也是 CLF-C02 中 AWS 遷移策略裡被考最多的一種。

什麼時候用：當優先目標是速度與撤離資料中心時，Rehost 非常適合用於快速、大規模的 AWS 遷移。你接受目前還無法直接享受託管服務的好處，但可以在後續的 Replatform 或 Refactor 波次中解鎖雲端效益。AWS 提供 AWS Application Migration Service（MGN） 來自動化 Rehost。

具體例子：某家金融服務公司使用 AWS Application Migration Service，把 2,000 台 Windows 與 Linux 伺服器從地端 VMware 上搬到 EC2 執行個體，在 9 個月內完成 AWS 遷移。他們暫時不動應用程式本身——那留到後續波次再做。

Replatform（Lift-Tinker-and-Shift）

定義：把工作負載搬到 AWS 的同時，做一些有針對性的雲端最佳化，但不更動核心架構。常稱為「lift-tinker-and-shift」。Replatform 在速度與適度的 AWS 雲端原生效益之間取得平衡。

什麼時候用：當你想取得一些託管服務的槓桿效益，但又不想全面重寫時，Replatform 是個好選項。典型的 Replatform 動作包括：把自管資料庫換成 Amazon RDS 或 Aurora、把自管 Web Server 換成 Elastic Beanstalk，或把 session state 搬到 ElastiCache。

具體例子：某家 SaaS 公司把應用層用 Rehost 搬到 EC2 上，同時把 PostgreSQL 資料庫從地端自管部署 Replatform 到 Amazon RDS for PostgreSQL。應用程式的連線字串要改，但 SQL 本身不用動。他們因此獲得託管備份、自動修補以及 Multi-AZ failover 等好處——不需要重寫就拿到的 AWS 遷移成果。

Repurchase（Drop-and-Shop）

定義：放棄現有的應用程式，改用另一個產品來取代——通常是 SaaS 產品。常稱為「drop-and-shop」。

什麼時候用：Repurchase 適用於商品化的業務功能（CRM、ERP、HR、電子郵件、協作工具），這些領域已經有成熟的 SaaS 市場。與其做一次把舊軟體搬上 AWS 的遷移，不如直接訂閱新的 SaaS 服務。

具體例子：某家中型企業把地端的 Siebel CRM 退役，改購買 Salesforce 作為 SaaS 替代方案。除了使用者佈建之外，這個 CRM 工作負載完全不需要任何 AWS 遷移策略。同樣地，公司也可能把 Microsoft Exchange 換成 Microsoft 365，或把地端 HRIS 換成 Workday。

Refactor／Re-architect（重構／重新架構）

定義：用雲端原生模式從頭重新設計應用程式——微服務、serverless、託管資料庫、事件驅動架構。這是 AWS 遷移策略中投入最高但收益也最高的一種。

什麼時候用：當現有架構無法滿足業務所需的可擴展性、功能迭代速度或成本結構，同時該應用程式在戰略上重要到值得砍掉重練時，就採用 Refactor。Refactor 通常是在初次 Rehost 先把系統從地端撤下來之後，下一輪才進行的 AWS 遷移策略。

具體例子：某家串流公司把單體式的 Java 內容匯入 pipeline 用 AWS Lambda 函式 Refactor 重寫，由 Amazon S3 事件觸發，metadata 存放在 Amazon DynamoDB，並透過 AWS Step Functions 做流程編排。吞吐量提升 10 倍、成本下降 40%、發佈頻率從每月一次變成每日一次。這就是 AWS 遷移策略中經典的雲端原生終局狀態。

主要使用情境——把情境對應到 AWS 遷移策略

CLF-C02 一個核心技能就是把描述中的商業情況對應到正確的 AWS 遷移策略。以下是備考社群中反覆出現的情境比對模式。

「我們必須在 12 個月內撤出資料中心」

速度壓倒所有其他考量。答案：Rehost（大規模 lift-and-shift）。使用 AWS Application Migration Service。如果該環境大量使用 VMware，次佳考量可能是 Relocate。

「我們想降低資料庫維運負擔」

託管服務槓桿。答案：Replatform——遷移到 AWS RDS、Aurora 或 DynamoDB。搭配 AWS Database Migration Service（DMS）處理實際的資料遷移 pipeline。

「我們的 CRM 是客製化的，維護很痛苦」

商品化功能、已有成熟 SaaS 替代方案。答案：Repurchase——換成 Salesforce、HubSpot 或類似產品。

「我們想完全善用雲端原生功能」

戰略投資。答案：Refactor——重新設計成微服務、serverless 或容器架構。

「法規限制要到 2027 年才能搬」

政策阻礙。答案：Retain——把 AWS 遷移決策往後延。

「這套系統 18 個月沒人登入了」

毫無價值的死重。答案：Retire——退役並從 AWS 遷移範圍中移除。

AWS Cloud Adoption Framework（AWS CAF）— 六個視角

AWS Cloud Adoption Framework（AWS CAF） 是 AWS 專為企業規模級 AWS 遷移策略推出的組織層級手冊。AWS CAF 把雲端轉型組織成六個視角（perspectives），每一個由不同的利害關係人領導。CLF-C02 考生必須能夠把每個視角對應到其典型的關注議題。

Business Perspective（業務視角）

負責人：CEO、CFO、COO、CIO 與業務線主管。

關注議題：讓 AWS 遷移與業務成果對齊。涵蓋能力包括策略管理、投資組合管理、創新管理、產品管理、策略合作夥伴、資料變現（data monetisation）與商業洞察。

考題線索：「我們需要把 IT 支出與營收型專案對齊」→ Business perspective。

People Perspective（人員視角）

負責人：CHRO、CIO、雲端卓越中心（CCoE）負責人。

關注議題：補足雲端技能落差。涵蓋能力包括文化演進、轉型領導力、雲端素養（cloud fluency）、人力轉型、變革管理、組織設計與人才管理。

考題線索：「我們需要訓練員工雲端技能」或「我們需要招募雲端工程師」→ People perspective。這是 AWS CAF 視角對應題中最穩定常考的一題。

Governance Perspective（治理視角）

負責人：CIO、CTO、CFO、CDO（資料長）、CRO（風險長）。

關注議題：管理雲端計畫以極大化效益、極小化風險。涵蓋能力包括專案與專案群管理、效益管理、風險管理、雲端財務管理、應用程式組合管理與資料治理。

考題線索：「我們需要跨專案控管雲端支出與風險」→ Governance perspective。

Platform Perspective（平台視角）

負責人：CTO、技術主管、雲端架構師、工程部門主管。

關注議題：打造企業雲端平台——landing zone、共用服務、CI/CD pipeline。涵蓋能力包括平台架構、資料架構、平台工程、資料工程、佈建與編排、現代應用程式開發以及 CI/CD。

考題線索：「我們需要建立 AWS landing zone 與 CI/CD」→ Platform perspective。

Security Perspective（安全視角）

負責人：CISO、CCO（法遵長）、內部稽核。

關注議題：達成機密性、完整性、可用性、隱私與韌性。涵蓋能力包括安全治理、安全保證、身分與存取管理、威脅偵測、弱點管理、基礎設施保護、資料保護、應用程式安全與事件回應。

考題線索：「我們必須證明符合 HIPAA 與 SOC 2 規範」→ Security perspective。

Operations Perspective（維運視角）

負責人：CIO、COO、技術主管、SRE／platform team。

關注議題：運行並持續演進雲端服務以滿足業務需求。涵蓋能力包括可觀測性（observability）、事件管理（AIOps）、事故與問題管理、變更與發行管理、效能與容量管理、組態管理、修補管理、可用性與持續營運管理以及應用程式管理。

考題線索：「我們需要 24／7 監控與事件回應來支援 AWS 工作負載」→ Operations perspective。

AWS CAF 效益——為什麼 CAF 對 AWS 遷移重要

AWS 強調採用 AWS CAF 進行 AWS 遷移可帶來四大主要效益：

1. 降低業務風險——在六個視角中主動識別並緩解風險，降低遷移失敗的機率。
2. 改善 ESG 表現——AWS CAF 把永續考量與 Well-Architected Framework 的 Sustainability pillar 對齊，讓 AWS 遷移對環境負責。
3. 增加營收——雲端帶來的敏捷性創造新的產品、通路與顧客體驗，推動營收成長。
4. 提升維運效率——自動化、託管服務與現代維運實踐降低單位成本並加速交付。

這四項 AWS CAF 效益偶爾會出現在 CLF-C02 題型中——「下列哪一項是 AWS CAF 的效益？」

遷移支援工具——AWS 遷移工具箱

AWS 提供一套工具箱來加速 7 R's 中各種 AWS 遷移策略。CLF-C02 要求你對每一項有基本認識即可。

AWS Migration Hub

單一 console 來規劃、追蹤與報告企業級 AWS 遷移在多個 AWS region 與遷移工具之間的進度。Migration Hub 會彙總探索資料、評估結果與遷移狀態。

AWS Application Migration Service（MGN）

主要的 Rehost 引擎。MGN 以 block-by-block 的方式把來源伺服器複製到 AWS，並在接近零停機的狀態下切換到 EC2。它是大規模 lift-and-shift AWS 遷移的首選工具。

AWS Application Discovery Service

探索地端工作負載，擷取伺服器規格、效能資料與相依性。輸出結果會餵給 AWS 遷移策略決策——幫你判斷每個工作負載該套用哪個 R。

AWS Database Migration Service（DMS）

以最小停機時間把資料庫遷移到 AWS。AWS DMS 同時支援同質性遷移（Oracle → RDS 上的 Oracle）與異質性遷移（Oracle → Aurora PostgreSQL）。對於會更動資料庫層的 Replatform 與 Refactor AWS 遷移策略，DMS 是不可或缺的工具。

AWS Schema Conversion Tool（SCT）

與 AWS DMS 搭配使用，處理異質性資料庫 AWS 遷移。AWS SCT 會轉換資料庫 schema、stored procedures 以及來源與目標引擎之間的 SQL 語法差異。當你要把 Oracle 搬到 PostgreSQL、或 SQL Server 搬到 Aurora 時，請在 DMS 之前先用 SCT。

AWS DataSync

線上資料傳輸服務，用於在地端儲存與 AWS 儲存服務（S3、EFS、FSx）之間搬移檔案資料（NFS、SMB、HDFS）。

AWS Snow Family——實體運送的 AWS 遷移

當網路無法承載 AWS 遷移的資料量時（資料太大、頻寬太小、地點太偏遠），AWS Snow Family 設備可以實體運送資料進入 AWS。

AWS Snowcone

• 容量：最多 8 TB HDD 或 14 TB SSD 可用儲存。
• 外型：最小、防摔加固、可攜式（4.5 磅）。
• 使用情境：邊緣運算與輕量 AWS 遷移——例如從無人機或車輛蒐集感測器資料的戰術、行動或野外環境。

AWS Snowball（Snowball Edge）

• 容量：Snowball Edge Storage Optimized 提供 80 TB 可用 HDD 儲存（外加 1 TB SSD），而 Compute Optimized 版本提供 42 TB HDD，並配備更多 vCPU／RAM 以支援邊緣工作負載。
• 外型：公事包大小、防摔加固。
• 使用情境：中等規模 AWS 遷移——petabyte 等級批次傳輸。常見於分公司備份、野外資料蒐集與離線環境。

AWS Snowmobile（已停止新單）

• 容量：每台最多 100 PB。
• 外型：由半聯結車拖運的 45 英尺貨櫃。
• 使用情境：exabyte 等級的資料中心撤離型 AWS 遷移。過去曾用於大量影音檔案庫、基因體資料與地震資料。注意：自 2024 年起 AWS 在多數 region 已不再接受 Snowmobile 新單，但它仍在 CLF-C02 考試指南中，你必須認得這個概念。

必背的關鍵數字與限制

• 遷移的 7 R's：Retire、Retain、Relocate、Rehost、Replatform、Repurchase、Refactor（背順序與定義）。
• 6 個 AWS CAF perspectives：Business、People、Governance、Platform、Security、Operations。
• 4 大類 AWS CAF 效益：降低風險、ESG、營收、維運效率。
• AWS Snowcone：最多 8 TB HDD／14 TB SSD。
• AWS Snowball Edge Storage Optimized：80 TB 可用 HDD。
• AWS Snowmobile：最多 100 PB、45 英尺貨櫃。
• AWS DMS + SCT：DMS 搬資料；SCT 轉換異質性 AWS 遷移的 schema。

常見陷阱——CLF-C02 考生常失分的地方

社群訊號（來自 CLF-C02 備考論壇與部落格檢討文）指出三個反覆出現的 AWS 遷移策略陷阱。請仔細研讀。

陷阱 1——Rehost、Replatform、Refactor 混淆

這是 CLF-C02 的經典陷阱。很多考生把 Rehost 與 Replatform 當成「lift-and-shift」的同義詞。它們不是同義詞。

• Rehost ＝ 不改程式碼。 純粹把 VM／應用程式複製到 EC2。
• Replatform ＝ 有針對性的最佳化，架構不變。 典型例子：把自管 DB 換成 Amazon RDS。
• Refactor ＝ 從頭重新設計。 典型例子：改寫為 Lambda + DynamoDB。

陷阱 2——Retire 與 Retain 混淆

• Retire ＝ 關機。 應用程式永久下線。
• Retain ＝ 延後。 應用程式繼續留在地端，日後再重新檢視。

考生常在情境明顯是「系統被法規綁住、現階段必須留在地端」時誤選 Retire。該情境正確答案是 Retain。

陷阱 3——AWS CAF 與 Well-Architected Framework 混淆

• AWS CAF ＝ 組織轉型（人員、治理、業務成果）。在 AWS 遷移之前與進行中套用。
• Well-Architected Framework ＝ 工作負載架構審查（6 大 pillar：Operational Excellence、Security、Reliability、Performance Efficiency、Cost Optimization、Sustainability）。套用在已經在 AWS 上的特定工作負載。

「訓練員工雲端技能」的情境是 AWS CAF（People perspective），不是 Well-Architected。「透過 multi-AZ 提升工作負載可靠度」的情境是 Well-Architected（Reliability pillar），不是 AWS CAF。

觀念釐清——Rehost、Replatform、Refactor 比較表

觀念釐清——AWS 遷移策略 vs AWS CAF vs Well-Architected Framework

遷移效益——為什麼企業要搬到 AWS

除了選擇 AWS 遷移策略這個技術決策之外，CLF-C02 考生還必須能說出企業為什麼要推動 AWS 遷移。考試中以四大類效益為主。

降低總體擁有成本（TCO）

AWS 遷移把資料中心的 CapEx（硬體、土地、電力、散熱）轉換為雲端的 OpEx（用多少付多少）。透過 rightsizing、Reserved Instances、Savings Plans 與自動擴展，TCO 相較於同規格地端通常下降 20% 到 40%。

敏捷性與上市速度

在 AWS 上佈建新環境只要幾分鐘，比採購實體硬體的數週快得多。開發者可以低成本嘗試、快速砍掉失敗實驗並迭代得更快。納入 Refactor 的 AWS 遷移策略透過 serverless 與 CI/CD 進一步放大敏捷性。

全球觸達

AWS 在全球運營 30 個以上的 region。Replatform 或 Refactor 型的 AWS 遷移可以在數小時內部署到多個 region，為全球客戶提供低延遲服務，同時滿足資料駐留（data-residency）法規。

專注本業

託管服務（RDS、Lambda、S3、DynamoDB）消除了無差別的粗重工作——修補作業系統、管理儲存陣列、調校資料庫引擎。工程師可以把時間花在業務功能上，而不是基礎設施上。

FAQ——AWS 遷移策略熱門問題

Q1：遷移的 6 R's 與 7 R's 有什麼差別？

AWS 一開始發表的是 6 R's of migration（Retire、Retain、Rehost、Replatform、Repurchase、Refactor）。後來 AWS 為了涵蓋 VMware Cloud on AWS 這類 hypervisor 層級的搬移，加入了 Relocate，形成現代的遷移 7 R's。CLF-C02 的教材兩者都有提及，但 7 R's 才是目前 AWS 遷移策略的官方標準清單。

Q2：AWS CAF 跟 AWS Well-Architected Framework 是同一回事嗎？

不是。AWS CAF 處理組織層級的轉型，透過六個視角（Business、People、Governance、Platform、Security、Operations），套用在 AWS 遷移之前與過程中。Well-Architected Framework 處理工作負載層級的架構，透過六大 pillar（Operational Excellence、Security、Reliability、Performance Efficiency、Cost Optimization、Sustainability），套用在已經在 AWS 上的工作負載。CLF-C02 很常用這個差別出陷阱題。

Q3：哪個 AWS 遷移策略能拿到最大的雲端效益？

Refactor／Re-architect 帶來最大的雲端原生效益——serverless 的彈性擴展、事件驅動的成本結構、微服務的迭代速度。但是 Refactor 的投入與風險也最高。大多數企業級 AWS 遷移專案會把 Rehost 用於速度（先快速撤離資料中心），再針對選定的戰略性工作負載用 Replatform 或 Refactor 做較長期的改造。

Q4：要把 petabyte 等級的資料實體運送到 AWS 該用哪個服務？

使用 AWS Snow Family。對於 terabyte 等級的防摔加固邊緣案例，用 AWS Snowcone（最多 14 TB SSD）。對於標準 petabyte AWS 遷移，用 AWS Snowball Edge（Storage Optimized 型號提供 80 TB 可用）。對於 exabyte 等級的資料中心撤離，用 AWS Snowmobile（每個 45 英尺貨櫃 100 PB）。這是 CLF-C02 最常見的 AWS 遷移情境題型之一。

Q5：員工訓練與雲端技能由哪個 AWS CAF 視角負責？

People perspective。它涵蓋文化演進、轉型領導力、雲端素養、人力轉型、變革管理、組織設計與人才管理。如果 CLF-C02 情境提到訓練、招募、文化或變革管理，AWS CAF 視角幾乎一定是 People。不要和 Operations（日常運行）或 Governance（風險與投資組合管理）搞混。

Q6：什麼時候 Repurchase 才是正確的 AWS 遷移策略？

當商品化業務功能已有成熟的 SaaS 替代方案時，Repurchase（drop-and-shop）就是正確選項——CRM（Salesforce）、ERP（Workday、NetSuite）、電子郵件／協作（Microsoft 365、Google Workspace）、HRIS（Workday）。Repurchase 會把該工作負載完全從你的 AWS 遷移範圍中移除——你不再在 AWS 運算資源上自己 host 它，而是訂閱第三方 SaaS。

Q7：AWS DMS 跟 AWS SCT 的關係是什麼？

AWS SCT（Schema Conversion Tool）在異質性引擎之間轉換資料庫 schema（例如 Oracle → PostgreSQL）。AWS DMS（Database Migration Service）則搬運實際資料，支援最小停機的持續性複寫。對於異質性 Replatform 型的 AWS 遷移，先用 SCT、再用 DMS。對於同質性 Replatform（Oracle → RDS 上的 Oracle），只用 DMS 就夠了。

延伸閱讀與官方來源

• AWS Cloud Adoption Framework whitepaper（v3）：https://docs.aws.amazon.com/pdfs/whitepapers/latest/overview-aws-cloud-adoption-framework/overview-aws-cloud-adoption-framework.pdf
• AWS Prescriptive Guidance——Migration Strategies（7 R's）：https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/migration-strategies.html
• AWS Snow Family：https://aws.amazon.com/snow/
• AWS Database Migration Service（DMS）：https://aws.amazon.com/dms/
• AWS Application Migration Service（MGN）：https://aws.amazon.com/application-migration-service/
• AWS Migration Hub：https://aws.amazon.com/migration-hub/
• AWS Certified Cloud Practitioner（CLF-C02）Exam Guide：https://d1.awsstatic.com/training-and-certification/docs-cloud-practitioner/AWS-Certified-Cloud-Practitioner_Exam-Guide.pdf

總結——AWS 遷移策略考試速查表

• 背熟遷移的 7 R's：Retire、Retain、Relocate、Rehost、Replatform、Repurchase、Refactor——並記住每個的一句話定義。
• 背熟 6 個 AWS CAF perspectives：Business、People、Governance、Platform、Security、Operations——以及各自典型的 C-suite 負責人。
• 知道 AWS Snow Family 的尺寸階梯：Snowcone（TB）→ Snowball Edge（80 TB）→ Snowmobile（100 PB）。
• 知道 AWS DMS + AWS SCT 是標準的異質性資料庫 AWS 遷移組合。
• 當心 Rehost 與 Replatform 陷阱：看到託管服務關鍵字（RDS、託管修補）指向 Replatform，不是 Rehost。
• 當心 Retire 與 Retain 陷阱：Retire 是退役，Retain 是延後。
• 當心 AWS CAF 與 Well-Architected 陷阱：AWS CAF 是組織與 AWS 遷移；Well-Architected 是已經上 AWS 的工作負載。

精通 AWS 遷移策略與 AWS Cloud Adoption Framework 是 CLF-C02 task statement 1.3 中投資報酬率最高的主題之一——而且這些概念會延伸到你之後追求的每一張更高階 AWS 認證。請反覆回頭複習遷移的 7 R's 與 6 個 AWS CAF 視角，直到情境比對變成直覺為止。