將 MySQL 內部部署移轉至適用於 MySQL 的 Azure 資料庫：代表性使用案例
將 MySQL 資料庫從內部部署環境移轉至 適用於 MySQL 的 Azure 資料庫 是一項策略性舉措，可大幅增強延展性、安全性和效能。 本文將深入探討代表性的使用案例，提供將 MySQL 工作負載順暢地轉換至 Azure 的完整指南。 藉由利用 Azure 的強固基礎結構和進階功能，組織可以達到更高的營運效率和節省成本。 無論您想要將資料庫基礎結構現代化或改善災害復原功能，本指南都為您提供必要的深入解析和步驟，以確保成功移轉。
必要條件
將 MySQL 內部部署移轉至適用於 MySQL 的 Azure 資料庫
概觀
下列使用案例是以企業將 MySQL 工作負載移轉至適用於 MySQL 的 Azure 資料庫的實際客戶案例為基礎。
全球匯入工具 (WWI) 公司是以加州舊金山為基地的製造商，以及新式商品的轉銷商。 他們在 2002 年開始營運，開發有效的企業對企業 (B2B) 模型，並在整個美國銷售他們直接產生的項目給零售客戶。 其客戶包括特產商店、超市、運算商店、購物商店，以及一些個人。 此 B2B 模型可簡化其產品的發佈系統，讓他們降低成本，並為其製造項目提供更具競爭力的定價。 他們也會透過為 WWI 推銷產品的代理網路向其他批發商銷售。
開始進入新領域之前，WWI 想要確保 IT 基礎結構可以處理預期的成長。 WWI 目前所有 IT 基礎結構都裝在其公司總部，並相信若在將來把這些資源移至雲端可協助未來成長。 因此，他們責承 CIO 負責監督顧客入口網站的移轉，以及將相關聯的資料工作負載移轉至雲端。
WWI 想要繼續利用雲端中可用的許多進階功能，並有興趣將其資料庫和相關聯的工作負載移轉至 Azure。 他們想要快速的執行這項操作，而不需要對改變任何應用程式或資料庫。 一開始，他們打算將 JAVA 型客戶入口網站 Web 應用程式和相關聯的 MySQL 資料庫和工作負載移轉至雲端。
移轉目標
將資料庫和相關聯的 SQL 工作負載移轉至雲端的主要目標包括：
使用待用和傳輸中的資料來改善其整體安全性狀態。
提升高可用性和災害復原 (HA/DR) 功能。
將組織定位為使用雲端原生功能和技術，例如時間點復原。
利用適用於 MySQL 的 Azure 資料庫的系統管理與效能最佳化功能。
建立可調整的平台，讓他們可用來將其業務擴充到更多地理區域。
允許對儲存個人資訊的各種法律需求進行合規性增強。
WWI 使用雲端採用架構 (CAF)，教育其小組遵循雲端移轉的最佳做法指導方針。 然後，使用 CAF 作為較高層級的移轉指南，WWI 會將移轉自訂為三個主要階段。 最後，他們會定義每個階段內需要解決的活動，以確保成功轉移雲端移轉。
這些階段包含：
| 階段 | 名稱 | 活動 |
|---|---|---|
| 1 | 預先移轉 | 評定、規劃、移轉方法評估、應用程式含意、測試計劃、效能基準 |
| 2 | 遷移 | 執行移轉、執行測試計劃 |
| 3 | 移轉後 | 商務持續性、災害復原、管理、安全性、效能最佳化、平台現代化 |
WWI 有數個 MySQL 執行個體，其執行版本範圍從 5.5 到 5.7。 他們想要儘快將其執行個體移至最新版本，但想要確保其應用程式在移至較新版本時仍可運作。 他們對於將相同的版本移至雲端中，並在之後升級沒有問題，但如果可以一次完成兩項工作，則會偏好該作法。
如果失敗，他們也會想要確保其資料工作負載在多個地理區域仍然安全且可用，並查看可用的設定選項。
WWI 想要從簡單的應用程式開始進行第一次移轉，然後在稍後階段移至更多業務關鍵應用程式。 這可讓小組準備及規劃這些未來移轉所需的知識與經驗。