適用於 MySQL 的 Azure 資料庫使用時機
在本單元中，您將檢閱如何確定適用於 MySQL 的 Azure 資料庫是否適合您的應用程式架構和開發流程。 開發人員應該專注於核心應用程式，而不是資料庫管理複雜度 (例如 VM 特性、版本控制和安全性設定)，藉此加速開發週期。 適用於 MySQL 的 Azure 資料庫是一項受控服務，可處理複雜的資料庫管理工作以支援開發人員專注於重要事項，與生產力和創新目標保持一致。
對於需要「適用於 MySQL 的 Azure 資料庫 - 彈性伺服器」不支援的特定 MySQL 版本的場景，或者如果對資料庫環境進行更大的控制至關重要，則在 Azure VM 上執行的 MySQL 會提供一個有價值的替代方案。 此基礎結構即服務 (IaaS) 解決方案可讓您詳細自訂和管理資料庫，使其適用於依賴特定 MySQL 功能的特殊化或舊版應用程式。
讓我們根據重要決策準則 (例如系統管理工作、成本和高可用性選項) 仔細評估這些選項，以找出最適合您特定需求的選擇。
決策準則
若要決定使用 Azure VM 上的 MySQL 還是適用於 MySQL 的 Azure 資料庫，則必須了解每個選項如何符合組織在管理工作、成本和高可用性選項方面的需求。 下表提供了詳細的比較，以幫助您做決定：
| 準則 | 適用於 MySQL 的 Azure 資料庫 | Azure VM 上的 MySQL |
|---|---|---|
| 管理工作 | 需要最少的系統管理工作，因為該服務完全受控。 Azure 會處理所有維護、更新和備份，讓開發人員專注於應用程式開發，而非資料庫管理。 儘管完全受控，但您仍然可以彈性地控制資料庫管理功能、組態設定和排程維護時段。 | 需要相當大量的系統管理工作，因為該服務牽涉到管理 VM、OS 和資料庫引擎。 這包括系統更新、安全性修補程式和備份等工作，提供了完整的控制和自訂，但也增加了責任。 |
| 成本 | 提供適用於不同需求的各種定價層，從輕量型應用程式到企業級解決方案。 成本會依所選擇的層級而有所不同，而資源會依使用情況計費，且受控服務有可能讓成本降低。 適用於 MySQL 的 Azure 資料庫提供 Azure 免費帳戶的免費試用版。 它還提供了成本控制功能，例如在不使用時能夠停止伺服器和自動調整 IOPS 的能力。 | 成本通常牽涉到 VM、儲存體，以及維護基礎結構的其他額外負荷。 此外，實作高可用性 (HA)、備份和其他管理工作等功能會產生額外的成本，而非像適用於 MySQL 的 Azure 資料庫內建這些功能。 |
| 高可用性選項 | 提供內建的高可用性解決方案，包括區域備援部署，而不需要額外的設定。 由於高可用性由 Azure 所管理，因此可簡化其實現，確保資料庫在最短停機時間下復原失敗。 | 高可用性必須手動設定和維護，包括設定容錯移轉機制和潛在的其他 Azure 服務。 此設計可提供彈性和自訂空間，代價是複雜度增加及潛在的設定和維護挑戰。 |
比較性深入解析
管理工作
- 控制與便利性：Azure VM 上的 MySQL 適用於需要深度控制其資料庫環境，以滿足合規性、舊版相容性或特定效能微調的組織。 當自訂和直接系統管理控制的優先度高於營運便利性時，建議採用此模型。
- 降低系統管理負荷：適用於 MySQL 的 Azure 資料庫會提供受控環境，由 Azure 處理維護實體伺服器、作業系統和基本資料庫管理工作的營運負荷，藉此大幅減少系統管理時間和資源，讓團隊專注於為企業帶來更多價值的策略性工作。
- 彈性和可擴縮性：這兩個模型都提供延展性選項，但機制不同。 Azure VM 提供可視需要手動調整資源的彈性，而適用於 MySQL 的 Azure 資料庫則提供透過 Azure 入口網站管理的簡易可擴縮性選項，減少資源管理所涉及的複雜度。 此外，適用於 MySQL 的 Azure 資料庫彈性伺服器允許對資料庫管理功能和組態設定進行細微控制和彈性，在微調效能和行為方面具有關鍵優勢。
請根據貴組織的需求、專業知識和優先順序，在這些模型之間進行選擇。 如果需要大範圍的控制和自訂，Azure VM 上的 MySQL 可能是較佳的選擇。 相對地，如果輕鬆管理且減少系統管理額外負荷更為重要，則適用於 MySQL 的 Azure 資料庫會比較有利。
成本
選擇適用於 MySQL 的 Azure 資料庫通常會降低系統管理成本和複雜性，因為該模型不需要您直接管理資料庫軟體和作業系統。 企業若不需要在 VM 上執行 MySQL 的深度自訂選項，這項受管理的服務模型通常更具成本效益。
另一方面，Azure VM 上的 MySQL 由於需要更多自行操作管理，因此可能會產生較高的成本，但同時可提供對資料庫和 OS 的更大控制權，這有利於受控平台不支援的特殊需求。
這兩種選項都提供了可擴縮性，但彈性伺服器能夠動態調整資源並僅根據實際使用量收費，這在變化的工作負載條件下可以帶來成本效益。 了解這些差異可協助您根據特定需求和預算限制來選擇最佳的選項。
高可用性
高可用性 (HA) 可確保您的應用程式在最短停機時間的情況下保持可存取狀態，即使是在系統故障或維護事件期間也一樣。
在 Azure VM 中實作高可用性需要不少的手動設定。 您必須負責設定多個元件，例如設定容錯移轉叢集、複寫和負載平衡。 此方法提供高度自訂的功能，可讓您量身打造符合特定需求的 HA 架構。 不過，由於管理強固 HA 設定所需的額外 VM 和網路元件複雜性，實作此方法需要深入掌握 Azure 基礎結構和 MySQL，而且通常會產生較高的成本。
另一方面，適用於 MySQL 的 Azure 資料庫內建提供高可用性，不需要額外的設定或成本。 此服務會自動處理容錯移轉至不同可用性區域中的待命複本，確保您的資料庫服務即便在任一區域關閉時仍可運作。 適用於 MySQL 的 Azure 資料庫所提供的受控 HA 解決方案可大幅降低系統管理額外負荷，因為複寫、容錯移轉和網路設定全都由 Azure 處理，讓開發人員更專注於應用程式開發，而不是基礎結構管理。
摘要
在適用於 MySQL 的 Azure 資料庫和 Azure VM 上的 MySQL 之間進行抉擇時，通常取決於您的應用程式的特定需求，以及有關控制、成本和系統管理額外負荷的組織偏好。 對於標準 MySQL 功能可滿足且重視輕鬆管理的應用程式，適用於 MySQL 的 Azure 資料庫通常是最佳選擇。 相反地，如果您的應用程式需要特定的 MySQL 組態，或您需要大範圍最佳化資料庫環境，則 Azure VM 上的 MySQL 可能更合適。
進行決策時，您不僅要考慮目前的需求，還需要考慮應用程式的潛在縮放和演進，以確保所選擇的資料庫解決方案可以隨著您的業務成長和調整。
總之，請參閱以下的指導方針。
如果您有下列情形，請選擇「Azure VM 上的 MySQL」：
- 不想浪費時間和費用來取得新的內部部署硬體。
- 需要彈性伺服器不支援的特定 MySQL 版本。
- 需要 MySQL 引擎的完整控制和自訂功能，而 Azure 資料庫未針對 MySQL 服務提供此支援。
如果您有下列情形，請選擇「適用於 MySQL 的 Azure 資料庫」：
- 需要區域備援或相同區域高可用性。
- 需要最大控制權，且能夠選取排程維護視窗。
- 需要使用自動備份和時間點還原來保護資料最多 35 天。
- 偏好針對基礎硬體、作業系統和資料庫引擎進行自動化修補和維護，讓服務保持安全及最新狀態。
- 需要可預測效能以及多樣化的隨用隨付定價。
- 需要在幾秒內彈性縮放規模。
- 使用低成本可高載 SKU，以及停止/啟動伺服器的能力以實現成本最佳化。
- 要求企業級安全性、業界頂尖的合規性和隱私權，以保護敏感性待用資料和資料移動。
- 需要監視和自動化，以協助簡化大規模部署的管理和監視。
- 需要對應用程式開發進行更妥善的控制和自訂。
- 需要透過使用讀取複本以最小的額外負荷實作水平擴充。
- 重視業界頂尖的支援體驗。