如果企業將基于云計算的工作負載和應用程序遷移回內部部署設施，需要制定計劃，按照一些關鍵的步驟開始遷移。

雖然許多人宣傳采用云計算技術的好處，但云環境并不一定是運行所有應用程序的最佳場所。一些企業可能不喜歡失去對原有數據中心設施的控制，由于云計算提供商提供的工具的功能有限，企業可能失去可控性。當由于在云計算提供商的云平臺外傳輸的數據量增長而導致出口率上升時，云計算成本將會成為一個問題。無論是什么原因，一些企業的工作負載不必在云端處理。

企業將其工作負載退出云平臺可能與最初遷移到云平臺一樣復雜，但是，如果以系統的方式規劃這個過程，并預測可能遇到的挑戰，就有可能將應用程序從云中遷移回內部部署設施，而不會中斷用戶業務或丟失數據。

如果企業懷疑云托管應用程序是否符合預期，那么值得考慮云退出策略。以下介紹了如何執行反向遷移，將基于云計算的應用程序重新部署到內部部署設施。

1、分配足夠的預算

將工作負載遷移回內部部署設施可能需要投資網絡升級和新的監控、可觀察性或安全工具，以幫助支持企業的內部部署設施運行工作負載。在某些情況下，企業可能需要增加員工。

一旦這些工作負載遷移到內部部署設施，企業需要確保可以分配足夠的預算來支持工作負載。如果沒有適當的財務準備，一旦工作負載離開云平臺，將其遣返內部部署基礎設施之后有可能無法提供支持。

2、讓團隊做好準備

如果必要，企業需要對其團隊進行組織變革，指定工程師負責遷移項目。一旦應用重新部署，一定要分配特定的團隊成員來支持它，特別是如果之前在遷移到云平臺的過程中取消或減少了內部部署基礎設施的支持。作為云遣返過程的一部分，確保可以將應用程序遷移或擴展它是至關重要的。

3、備份數據

如果企業的云托管應用程序創建或管理長期數據，則需要備份這些數據。這樣做的方式取決于數據的存儲方式。如果數據存在于數據庫中，則可以對數據庫創建快照，企業可以將對象存儲數據復制到外部存儲以創建備份。

確保數據備份與企業計劃用于支持應用程序的數據技術兼容。一些專有的基于云的數據庫和數據存儲服務并沒有企業可以在內部部署設施運行的對等服務。企業可能需要對數據進行轉換，以便將其返回到內部部署設施。

4、備份應用程序

備份過程將根據應用程序的部署方式而有所不同。如果它是一個容器化的應用程序，可以在不經過復雜的快照過程的前提下遷移容器圖像。如果要備份直接托管在虛擬機上的應用程序，可以對虛擬機創建快照，然后將快照轉換為可以在內部部署設施托管的格式。

企業可以選擇在內部部署設施重新部署應用程序的新實例，而不是嘗試將基于云的實例遷移到其內部部署設施中。如果基于云的應用程序很難創建快照，或者如果想要更新到比在云中運行的應用程序更新的版本，這種方法是有意義的。

5、做好應急準備

在開始實際遷移過程之前，需要為可能中斷遷移的緊急情況做好準備，例如停電或網絡故障。這些意外事件很罕見，但也有可能發生。為了避免遷移失敗或遷移時間過長，需要創建備份計劃。

備份計劃相當于保持應用程序的基于云的實例運行，直到能夠成功地完成從云平臺到內部部署設施的遷移。盡管如此，需要制定一個正式的計劃，這樣即使云遷移沒有像預期的那樣順利進行，也不會驚慌失措。

6、實施遷移

在備份數據和應用程序之后，可以開始實施遷移。在大多數情況下，企業能夠通過網絡將數據和應用程序映像遷移到內部部署設施中。如果企業擁有大量數據，可能需要考慮采用其他數據傳輸服務，例如AWS Snowball。

7、驗證新的應用程序實例

當企業的數據和應用程序遷移到內部部署設施時，在啟用它們之前運行檢查以確保它們按要求運行。企業需要確保沒有數據損壞，并且內部部署數據的狀態與基于云的實例的狀態一致。

如果企業的應用程序在遷移過程中保持可操作，這可能會很棘手。可以使用rsync等工具執行快速同步，使兩個版本的數據保持一致。

負載測試可以確保企業內部部署應用程序能夠處理其期望的流量。安全掃描對于捕捉企業在工作負載遷移過程中可能遺漏的漏洞或配置風險很有價值。

8、讓應用程序完全上線運行

如果企業的內部部署應用程序通過了所有驗證檢查，可以將所有應用程序請求重定向到內部部署實例，然后可以關閉基于云的實例。

這個過程通常包括更新DNS記錄，使它們指向應用程序的正確實例。企業可能還需要配置負載平衡器和防火墻，以將流量正確地引導到內部部署應用程序實例。