固然大大都CIO喜歡殽雜云方案，但現實卻暗暗碰著了點煩人的小問題——如受美國和歐盟的一些電信業務光纖毗連投資不敷所累。接待來到云發作架構的地獄式網絡體驗。

缺乏公有云與私有云之間的帶寬使得云發作與火速需要從頭定位IT事情負載的理論觀念。另外在云發作架構中遷移數據與系統設置的本錢與在局域網（LAN）帶寬和存儲會見對比，要大得多。

這個與網絡資源有關的問題導致了NetApp和Verizon兩家公司，創立了合伙企業以相助將用戶數據傳輸到Verizon數據中心，以加速公有云的會見。這個問題也是但愿回收云發作的企業需要面臨：將外部數據傳輸到內部殽雜云中。從本質上講，，帶寬問題依然存在，但此刻問題在殽雜云的當地私有部門，而不是云提供商。

有四種要領可以辦理云發作中大概碰著的問題。

丟棄殽雜云——轉向公有云

公司IT運行的一切都可以遷移到民眾云。有人會祭出塞班斯-奧克利斯法案和康健保險暢通與責任法案，這些都不是簡樸的問題。主機托管在某種水平上是可以接管的，因為這意味著你擁有IT基本設施，將其托管在切合類型的修建內，但公有云是一個整體的、擁有浩瀚租戶的猛獸。在2016年，我們可以看到Amazon Web Services（AWS）和其他云處事提供商提供了專用系統以及簽訂恒久條約兩種方案，有效的締造了滿意類型要求的本領。

托管式云處事提供了須要的云發作架構，再加上快速的存儲會見，可以讓云真正機動。該機制擁有恒久性，還能擔保所需設置的不變性以企業數據與系統會見的絕對安詳，同時擔保機動性以及在大發作時的本領。

獲取快速WAN

別的一個選擇是通過電信運營商的快速廣域網鏈接殽雜云的私有部門和托管部門。這樣可以讓普通負載利用快速LAN，回收高速光纖鏈接大局限公有云，實現云發作可能事情負載從頭均衡，這樣遠比實現一個內部云要好得多。

從內部發作

另一個潛在的云發作架構是在本身數據中心內，陳設所有的一切。內部云發作大概需要仔細的調治以及頻繁的從頭均衡，但這個還不長短常完善的自動化進程，所以不容易實現。

成立一堵墻

別的一種方法是對數據舉辦分區，是部門子集永遠留在公有云。假如數據是臨時性的，就如某些大數據類，以及公有云與私有云之間的界線大概是動態的環境，可以思量這樣的架構。譬喻，來自零售商店的傳感器數據流集，可以在達到云闡明平臺之前先通過用戶名舉辦排序，接著按照初始姓名動態拆分。

選擇適合企業IT組織的架構

在所有各種接頭中，固然首先要面臨經濟問題。公有云是否比內部云自制？托管可以節省開支嗎？這些問題遠比純真的價值問題要巨大。在本身的數據中心、托管機房或公有云之間遷移事情負載，任何辦理方案城市影響到動態機能，所以IT但愿在一個較不變的情況下運作，而不是從一處切換到別的一處。

安詳性也是一個問題，盡量公有云提供商如AWS在反威脅和租戶斷絕法子上已經投入了大量資金。一般環境下，接頭會從事情負載是否可接管外包，轉移到關于安詳的一些蜚語與私見上。

本錢是接下來的問題。運行時間因素的巨大性會處于本錢思量。存儲反問效率、虛擬實例機能以及其他運行相關的因素——這些計較會影響到IT司理判定。假如實現了在民眾云上購置專用處事器/實例，應該可以直接仿照實例甚至內部處事器的設置。最大的問題大概來自會見存儲的速度。因為內部大概會更快，因為數據流可以在某種水平長舉辦調優。公有云內的專用系統大概會靠近于內部處事器機能。會見傳統托管設施到第三方供給商的速度，就如當地內部操縱一樣快，但公有云的發作大概會造成必然的延時。

任何托管方案的遷移都需要恒久理睬額。典范的相助條約會鎖定IT組織供給商1至2年——這是一個要害決定。盡量功效有大概是云處事，但買方喪失了貨比三家，得到優勢的權利。托管設施供給商的上行鏈路質量是影響云發作的別的一個因素。質量遠比多元化選擇重要，托管商大概擁有多個上行鏈路選項來毗連差異數據中心。另外，因改觀、遷移與復制數據造成的間斷；改觀事情流與流程；以及審計管理等都是任何云發作架構財政模子所需的要素。

電信運營商必需開始拖延已久的都市光纖毗連鋪設，縱然是為了那些受累已久的需要云發作的IT公司。殽雜云將很大概以托管處事器的形式存在于云中，可能完全成為托管配置，只要網絡帶寬的問題能獲得辦理。

想從頭回到自建數據中心，險些是不太大概的工作了。