什麼是負載平移？| 5 項應考量的策略

思考策略：負載平移是將應用程式移轉至雲端的眾多方法之一。這表示，無需重新設計應用程式，即可將應用程式及其相關資料移至雲端平台。

將應用程式從內部部署資料中心移至雲端時，並沒有一體適用的轉移方式。但存在公認的核心移轉路徑；許多人會將負載平移視為其中一個（亦稱為重新託管）。這是公司保護內部部署硬體中商業工作流程、邏輯及資料投資的一種方法。

負載平移方法可移至雲端中開放且更加寬廣的架構，進而開啟 IT 現代化的路徑。基於重大商業理由，公司會考慮採用負載平移，其中包括降低成本、改善效能及恢復功能。

但是，一位企業策略師提出 4 個重新考慮負載平移至雲端的理由。他主張應用程式會根據所在環境執行及演進，且雲端會提供比內部部署資料中心更優異的服務規模和多變性。

什麼時候適合使用負載平移雲端移轉模式？

透過負載平移方式，您無須重新設定內部部署的應用程式，即可移至雲端。但他們無法隨時善用原生雲端功能，所以這可能不是最具成本效益的移轉路徑。事實上，Gartner 估計直到 2020 年，缺乏成本最佳化程序的組織將在公有雲上平均超支 40%（Ed Anderson，2018）。

為避免產生用戶衝擊，公司需要擬定成本分配策略和明確的組織內部角色，以便監控雲端開銷。這可能需要額外的工具。

負載平移應用程式可提供：

快速節省成本。道瓊 (Down Jones) 降低 IT 成本 25% 以上。奇異石油天然氣公司 (GE Oil & Gas) 透過負載平移節省了 52% 的成本。
立即邁向雲端之路。網飛 (NetFlix) 在 2008 年經歷大型停電事件後，無法繼續將 DVD 郵寄給客戶。因此促成這家成長中的公司邁向雲端之旅。
雲端災難恢復。將資料移至雲端位置可為公司提供第二個高可用度站台。相較於先前的災難恢復計畫，第二個常見的使用效益就是節省成本。
免除技術負債。舊有環境的系統速度緩慢且維護費用昂貴，藉助 Amazon 的 x1e.32xlarge 等額外技術，可滿足您現在所需的大量成長動力。

一旦致力於雲端移轉，就可能會有選擇障礙：IaaS？PaaS？SaaS？Gartner 列舉出邁向雲端的五條快速途徑；詳細說明如下。

重新託管。此為基礎架構即服務 (IaaS)或負載平移。您可以在另一個硬體環境中重新託管應用程式，無須變更應用程式的架構。移轉快速且相對便宜，但因為並未運用雲端效率，持續運作會讓成本變得高昂。
改寫。亦稱為平台即服務 (PaaS)：您會在雲端提供者基礎架構上執行應用程式。開發人員可以重複使用語言、架構及Container，同時運用公司的策略性程式碼。缺點是功能缺失、傳遞性風險及固定架構。
修訂。首先，您可以修改或擴充現有的程式碼，然後重新託管或改寫通往雲端的路徑，以便支援舊有環境現代化的需求。這表示您可以運用提供者基礎架構的雲端特性──但並不是不需要一些前期開發支出。
重建。捨棄現有應用程式的程式碼，然後將其重新建構。優勢在於存取提供者平台上的創新功能，可改善開發人員的生產力。如果情況令人無法接受，則您支付的價格可能會受限，也可能會捨棄應用程式資產。
更換。捨棄現有應用程式集並採用軟體即服務 (SaaS )。當業務功能需求迅速改變時，此方法可避免動員開發團隊的時間和投資，但您可能會遇到資料語義不一致、資料難以存取、固定廠商限制等問題。

重點：請考量整個情況；哪種雲端平台和移轉技術最能最佳化應用程式，推動您的業務和 IT 目標？

雲端策略和雲端運算原則的指引會因雲端各個可能路徑而有所不同。舉例來說，您是否：

詢問您組織未來可能的樣貌（亦即數位業務形式）。到時候是否仍需應用程式目前支援的業務流程（或是仍在內部執行）？針對特定程序，決策樹可能看起來像這樣：

提出正確的問題，為您的雲端指南針設定方向，進而實現真正的商業價值。

許多公司擔心會遺失內部環境中享有的部分功能，選擇延遲其檔案型工作負載的移轉。NetApp^®Cloud Volumes 消除了這些疑慮。依設計提供的極致效能和進階資料管理功能，甚至可滿足雲端中要求最嚴苛的應用程式。

Cloud Volumes 透過以下方式，可解決迎面而來的眾多雲端移轉挑戰：

Cloud Volumes 保證延遲低於 2 毫秒，在雲端執行時非常適合用於資料中心應用程式。您可以透過效能層靈活地在成本/效能之間取得平衡。