本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 關聯式資料庫的遷移策略
*Yaser Raja，Amazon Web Services (AWS)*
*2024 年 6 月* ([文件歷史記錄](doc-history.md))
在您的企業產品組合中，您可能會有多種類型的資料庫。當您遷移至 Amazon Web Services (AWS) 時，您可以選擇對資料庫 （重新託管） 執行「提升和轉移」，或切換到 AWS 受管資料庫服務 ( 轉換） 以現代化您的應用程式。
如果您選擇重新託管資料庫， AWS 提供多種服務和工具，可協助您安全地移動、存放和分析資料。如果您選擇切換到 AWS 受管資料庫服務， AWS 提供多種選項，因此您永遠不需要權衡功能、效能或規模。如需 資料庫 AWS 系列的詳細資訊，請參閱 AWS 網站上的 [資料庫 AWS](https://aws.amazon.com/products/databases/)。
本文件著重於將關聯式資料庫遷移至 AWS 雲端的策略，適用於計劃將其內部部署資料庫遷移至 的 IT 和業務主管、程式或專案經理、產品擁有者和營運/基礎設施管理員 AWS。
## 概觀
最佳的資料庫遷移策略可讓您充分利用 AWS 雲端。這涉及遷移您的應用程式以使用專門建置的雲端原生資料庫。您不應該將自己限制在與現場部署使用相同的舊防護資料庫。相反地，請考慮現代化您的應用程式，並選擇最符合您應用程式工作流程需求的資料庫。
許多企業都採用這種方法。例如，Airbnb 需要每天快速處理和分析 50 GB 的資料。他們需要一個金鑰值資料庫來存放使用者搜尋歷史記錄，以便快速查詢啟用個人化搜尋、一個記憶體內資料存放區來存放工作階段狀態，以便更快速地 （低於毫秒） 轉譯網站，以及一個關聯式資料庫作為其主要交易資料庫。他們選擇 [Amazon DynamoDB](https://aws.amazon.com/dynamodb/) 做為其鍵值資料庫、[Amazon ElastiCache](https://aws.amazon.com/elasticache/) 做為其記憶體內存放區，以及 [Amazon Relational Database Service](https://aws.amazon.com/rds/) (Amazon RDS) 做為其交易資料庫。如需 Airbnb 如何使用 AWS 資料庫服務的詳細資訊，請參閱 [Airbnb 案例研究](https://aws.amazon.com/solutions/case-studies/airbnb-case-study/)。
資料庫遷移策略與您組織的總體雲端策略密切相關。例如，如果您選擇先轉換應用程式，然後轉換它們，您可以決定先取消和轉移資料庫。當您完全在 AWS 雲端時，您會開始努力現代化您的應用程式。此策略可協助您快速退出目前的資料中心，然後專注於現代化。
您的資料庫遷移與您的應用程式遷移緊密結合。所有資料庫遷移策略都涉及對使用這些資料庫的應用程式進行某種程度的變更。這些變更的範圍從指向 AWS 雲端中資料庫的新位置，到應用程式的總重寫，如果因為原始程式碼無法使用，或它是封閉來源的第三方應用程式而無法變更。