當企業將業務遷移到云平臺，然后確定有些負載無法在云平臺工作時會發生什么?答案就是云遣返，這種策略在最近幾年變得越來越流行，有80%的公司報告計劃遣返至少他們當前在公共云中托管的部分工作負載。

[[341152]]

乍一看，人們可能會認為類似這樣的統計數據，以作為證明將大量負載轉移回內部部署數據中心的證據。然而現實是，云遣返還更加復雜和細微。在許多情況下，這與重新采用公司在采用公共云之前使用的內部部署配置無關;它更多的是利用新的混合云機會或找到更好的方式將內部部署工作負載與公共云服務集成。

以下了解云遣返意味著什么，為什么云遣返已經成為一種流行趨勢，以及如何制定最有效的云遣返策略——這通常需要的不僅僅是在遷移到云平臺之前重建所依賴的內部基礎設施。

什么是云遣返?

簡而言之，云遣返是將當前在公共云中運行的應用程序或數據移至公共云以外的基礎設施的過程。

例如，企業可能將虛擬機托管在AmazonEC2或Azure虛擬機之類的服務上，然后又遷移回了內部部署數據中心。或者，企業可以將運行在公共云中的SaaS應用替換為托管在私有云或混合云中的一個。

由于多種原因，企業可能選擇云遣返。從確定云計算成本實際上比預期的成本高昂到確定云計算并非總是滿足某些需求(例如備份和恢復，其中基于云的計算備份可能需要更長的時間才能還原到在線備份)。

遣返如何改變云計算

關于云遣返的簡單假設是，這意味著更多的組織將轉向內部部署模型，云架構因此變得不那么重要。

但是現實更加復雜。盡管對于某些組織而言，云遣返意味著僅將工作負載轉換回內部部署模型，但對于另一些組織，則需要遷移到更復雜的基于云計算的架構類型，而不是完全放棄云計算。

例如，考慮以下可用于遣返云工作負載的方式：

• 將以前托管在傳統公共云中的SaaS應用程序遷移到邊緣計算模型，這個應用程序本身保留在公共云中，但在內部部署服務器中進行數據處理以提高性能。在這種情況下，只返回工作負載的一個方面。
• 擴展了備份和恢復操作，其備份數據存儲曾經僅依賴于公共云，因此可以將備份保留在云平臺和內部部署設施中，從而為組織提供更多的恢復選項。在這個示例中，盡管原本僅在公共云中運行的工作負載現在也消耗了內部部署資源，但從技術上講，云遣返甚至不會發生。
• 為了滿足合規性需求，企業利用下一代混合云框架(如AzureStack或AWSOutposts)將以前在公共云中運行的工作負載移動到內部部署服務器。工作負載繼續依靠公共云服務，但是托管在內部部署進行，從而簡化了合規性挑戰。

在這些示例中，云計算架構最終變得比發生云遣返歸還之前更復雜。曾經只涉及公共云的架構會演變為混合或邊緣模型。

云遣返的優秀實踐

如果企業對公共云策略不滿意，并考慮遣返部分工作負載，需要牢記以下幾點提示：

• 遣返不是撤回：如上所述，在很多情況下，云遣返并不是要回到采用公共云之前使用的任何架構模型。相反，它是采用更復雜的架構來提高性能、成本或其他因素的一種方法。
• 確保企業可以處理復雜性：由于云遣返往往會通過集成公共云和內部部署資源而使其架構變得更加復雜，因此確保額外的管理負擔是值得的。在存儲或虛擬機方面節省一些成本是否值得同時監視工作負載的基于云計算和內部部署的組件?也許可以，但是在趕上遣返潮流之前先評估一下這些考慮因素。
• 使工作負載保持可遷移性：企業永遠不知道何時可能需要再次更改架構以實現新目標或利用新機會。因此，在執行在執行云遣返時，需要努力使工作負載保持可遷移性，以便將來在需要時可以輕松地再次遷移。
• 考慮公共云的未來：企業在決定以導致更多復雜性的方式遣返其工作負載之前，需要認真考慮是否僅將它們留在公共云中并不是最佳的長期策略。這里特別重要的考慮因素是，隨著時間的推移，公共云服務變得越來越便宜，并且功能越來越強大。因此，即使認為公共云并不是當今針對給定工作負載的理想解決方案，但將來可能會變得更好。企業不想遇到遣返的麻煩，只是發現在未來的一兩年內，最好還是堅持使用原始的公共云架構。

結論

隨著組織重新評估其云計算戰略，大多數資源很可能會被遣返。但是，與其將云遣送視為僅僅是將時間推遲到云計算前時代的一種方式，還不如將其視為構建更強大的架構的一個機會。