企業的工作負載在內部部署還是在云端運行如今并不是一個難題，而一些企業基于當前狀況避免采用云計算也有一些原因。

[[279724]]

進入云計算時代如今已經有十多年的時間，而如果企業現在還沒有將工作負載轉移到云端，那么不乏將工作負載遷移到云端的建議。在某些情況下，企業可能并不會將工作負載轉移到云端，或者將已經在云端運營的工作負載“遣返”回內部部署的數據中心。以下是說明企業的工作負載更適合在內部部署基礎設施運營的4個原因。

避免采用云計算的傳統理由

在云計算應用早期，關于對于給定的工作負載選擇內部部署還是云計算的更好建議往往集中在兩個方面：

首先涉及數據安全性和合規性問題;這個想法是因為云計算要求用戶放棄對其基礎設施的控制，所以它不適合需要嚴格安全性的工作負載。如今，這個論點站不住腳。大多數合規性框架對云計算的友好性要比許多人最初想象的要好。考慮到現代云中所有可用的身份識別與訪問管理(IAM)設置、加密選項、區域配置和其他數據保護工具，數據安全問題，實際上沒有理由阻止企業使用云計算。

關于內部部署與云計算的第二個爭論是，云遷移需要企業開展大量的工作，而企業可能沒有具備必要的專業知識。當出現新興技術時，人們都會聽到這種推理。雖然這在云計算方面曾經是一個值得關注的問題，但是現在有很多云遷移工具可以使工作負載遷移到云端變得相對容易。

避免采用云計算的原因

但是，反對將所有工作負載轉移到云端的傳統觀點不再有意義，很多原因可以解釋為什么給定的工作負載無法在云計算基礎設施很好地運行。

1.出入口眾多

云計算成本優化對于許多企業來說是一個難題。而采用簡單的方法就是運行大量數據進入(這是將數據遷移到云中的過程)和移出(這是指從云中移出數據)的工作負載。其原因是，大多數公共云提供商每次將數據移出云端時都會收取一定的費用。一些云計算供應商還收取進入其云平臺的費用，盡管這越來越不常見。

因此，即使用戶每月只為存儲在云中的數據支付每千兆字節幾美分的費用，但是如果不斷將數據移入和移出云平臺，用戶的支出成本將會更高。從成本的角度來看，需要大量此類數據傳輸的工作負載(例如在云計算環境和內部部署數據中心之間同步運行數據的應用程序)可能不是云計算理想的負載。

2.低延遲工作負載

在云計算服務器和最終用戶設備之間移動數據需要一定的時間。確保企業在地理位置接近其最終用戶的云計算區域中提供數據有助于減少這些延遲，但是并不能消除這些延遲。

另外，如果企業的用戶分布在不同的地理區域，那么對使用的云計算區域進行戰略性部署將會無濟于事。當然，企業可以鏡像遍布世界各地不同區域的工作負載，但這會花費很多成本，除了大型企業之外，這不是一個實際的解決方案。

這意味著要求極低延遲(或以毫秒為單位的響應能力)的應用程序不適合云計算。企業最好將它們托管在離其用戶更近的位置，如果不可能的話，把它們設計成在終端用戶設備上本地運行并完全規避通過互聯網傳輸。

3.遷移大量數據

云計算依賴于網絡連接在云計算服務器與創建或使用數據的人員之間遷移數據，這一事實不僅帶來了延遲方面的挑戰，而且還可能使以合理的速度將大量數據傳輸到云中或從云中傳輸出去變得不切實際。

因此，依賴或生成大量數據的工作負載可能無法在云中正常運行。當然，“大容量”是一個相對的術語，企業采用的云計算能夠處理的數據傳輸量很大程度上取決于其網絡帶寬。但是一般來說，由于網絡限制，每天必須將一百GB字節或更多數據移入或移出云端的應用程序可能無法正常運行。

值得注意的是，云計算提供商已在解決方案(如AWS Snowmobile)上投入了大量資金，這些解決方案旨在簡化將大量數據移入云端的過程。但是其中大多數只能解決將工作負載遷移到云端所需的數據傳輸。對于需要不斷進行大量數據傳輸的工作負載，它們不是實用的解決方案。

4.缺乏組織的監督和治理

避免采用云計算的最后一個原因與技術無關，而與組織文化和治理有關。對于某些企業而言，云計算為部門或員工創建并非絕對必要的工作負載帶來風險，并最終卻無緣無故地耗費大量資金。

本地部署基礎設施中可能會發生同樣的事情，但這種情況更為罕見，因為存在更多障礙。使用企業信用卡的任何人員都可以輕松啟動非關鍵任務的EC2實例或RDS數據庫。最初，啟動這些工作負載僅需幾美分，而且在大型云計算基礎設施中很容易被忽視。

相比之下，員工或團隊在沒有充分理由的情況下很難建立新的服務器。他們必須支付數千美元來購買它以及在某個地方存儲。與基于云計算的虛擬服務器相比，未授權的成本高昂的大型服務器在下一次預算審核期間更容易引起注意。

因此，如果企業缺乏強有力的監督或IT治理，則堅持使用內部部署基礎設施可能比遷移到云中更安全，并且存在云計算膨脹和云成本失控的風險。

結論

需要明確指出，云計算對于多種類型的工作負載來說是很好的解決方案。但是云計算并不能解決所有IT挑戰。有時，具有數據傳輸需求的應用程序在內部部署運營是更好的選擇。