雖然大多數(shù)CIO喜歡混合云方案，但現(xiàn)實(shí)卻悄悄遇到了點(diǎn)煩人的小問題——如受美國(guó)和歐盟的一些電信業(yè)務(wù)光纖連接投資不足所累。歡迎來(lái)到云爆發(fā)架構(gòu)的地獄式網(wǎng)絡(luò)體驗(yàn)。
缺乏公有云與私有云之間的帶寬使得云爆發(fā)與敏捷需要重新定位IT工作負(fù)載的理論概念。此外在云爆發(fā)架構(gòu)中遷移數(shù)據(jù)與系統(tǒng)配置的成本與在局域網(wǎng)(LAN)帶寬和存儲(chǔ)訪問相比，要大得多。
這個(gè)與網(wǎng)絡(luò)資源有關(guān)的問題導(dǎo)致了NetApp和Verizon兩家公司，成立了合資企業(yè)以合作將用戶數(shù)據(jù)傳輸?shù)絍erizon數(shù)據(jù)中心，以加快公有云的訪問。這個(gè)問題也是希望采用云爆發(fā)的企業(yè)需要面對(duì)：將外部數(shù)據(jù)傳輸?shù)絻?nèi)部混合云中。從本質(zhì)上講，帶寬問題依然存在，但現(xiàn)在問題在混合云的本地私有部分，而不是云提供商。
有四種方法可以解決云爆發(fā)中可能遇到的問題。
拋棄混合云——轉(zhuǎn)向公有云
公司IT運(yùn)行的一切都可以遷移到公共云。有人會(huì)祭出塞班斯-奧克利斯法案和健康保險(xiǎn)流通與責(zé)任法案，這些都不是簡(jiǎn)單的問題。主機(jī)托管在某種程度上是可以接受的，因?yàn)檫@意味著你擁有IT基礎(chǔ)設(shè)施，將其托管在符合規(guī)范的建筑內(nèi)，但公有云是一個(gè)整體的、擁有眾多租戶的猛獸。在2016年，我們可以看到Amazon Web Services(AWS)和其他云服務(wù)提供商提供了專用系統(tǒng)以及簽訂長(zhǎng)期合同兩種方案，有效的創(chuàng)造了滿足規(guī)范要求的能力。
托管式云服務(wù)提供了必要的云爆發(fā)架構(gòu)，再加上快速的存儲(chǔ)訪問，可以讓云真正靈活。該機(jī)制擁有長(zhǎng)期性，還能保證所需配置的穩(wěn)定性以企業(yè)數(shù)據(jù)與系統(tǒng)訪問的絕對(duì)安全，同時(shí)保證靈活性以及在大爆發(fā)時(shí)的能力。
獲取快速WAN
另外一個(gè)選擇是通過電信運(yùn)營(yíng)商的快速?gòu)V域網(wǎng)鏈接混合云的私有部分和托管部分。這樣可以讓普通負(fù)載使用快速LAN，采用高速光纖鏈接大規(guī)模公有云，實(shí)現(xiàn)云爆發(fā)或者工作負(fù)載重新平衡，這樣遠(yuǎn)比實(shí)現(xiàn)一個(gè)內(nèi)部云要好得多。
從內(nèi)部爆發(fā)
另一個(gè)潛在的云爆發(fā)架構(gòu)是在自己數(shù)據(jù)中心內(nèi)，部署所有的一切。內(nèi)部云爆發(fā)可能需要仔細(xì)的調(diào)度以及頻繁的重新平衡，但這個(gè)還不是非常完善的自動(dòng)化過程，所以不容易實(shí)現(xiàn)。
建立一堵墻
另外一種方式是對(duì)數(shù)據(jù)進(jìn)行分區(qū)，是部分子集永遠(yuǎn)留在公有云。如果數(shù)據(jù)是暫時(shí)性的，就如某些大數(shù)據(jù)類，以及公有云與私有云之間的邊界可能是動(dòng)態(tài)的情況，可以考慮這樣的架構(gòu)。例如，來(lái)自零售商店的傳感器數(shù)據(jù)流集，可以在到達(dá)云分析平臺(tái)之前先通過用戶名進(jìn)行排序，接著根據(jù)初始姓名動(dòng)態(tài)拆分。
選擇適合企業(yè)IT組織的架構(gòu)
在所有種種討論中，雖然首先要面對(duì)經(jīng)濟(jì)問題。公有云是否比內(nèi)部云便宜?托管可以節(jié)約開支嗎?這些問題遠(yuǎn)比單純的價(jià)格問題要復(fù)雜。在自己的數(shù)據(jù)中心、托管機(jī)房或公有云之間遷移工作負(fù)載，任何解決方案都會(huì)影響到動(dòng)態(tài)性能，所以IT希望在一個(gè)較穩(wěn)定的環(huán)境下運(yùn)作，而不是從一處切換到另外一處。
安全性也是一個(gè)問題，盡管公有云提供商如AWS在反威脅和租戶隔離措施上已經(jīng)投入了大量資金。一般情況下，討論會(huì)從工作負(fù)載是否可接受外包，轉(zhuǎn)移到關(guān)于安全的一些流言與成見上。
成本是接下來(lái)的問題。運(yùn)行時(shí)間因素的復(fù)雜性會(huì)處于成本考慮。存儲(chǔ)反問效率、虛擬實(shí)例性能以及其他運(yùn)行相關(guān)的因素——這些計(jì)算會(huì)影響到IT經(jīng)理判斷。如果實(shí)現(xiàn)了在公共云上購(gòu)買專用服務(wù)器/實(shí)例，應(yīng)該可以直接模仿實(shí)例甚至內(nèi)部服務(wù)器的配置。最大的問題可能來(lái)自訪問存儲(chǔ)的速度。因?yàn)閮?nèi)部可能會(huì)更快，因?yàn)閿?shù)據(jù)流可以在某種程度上進(jìn)行調(diào)優(yōu)。公有云內(nèi)的專用系統(tǒng)可能會(huì)接近于內(nèi)部服務(wù)器性能。訪問傳統(tǒng)托管設(shè)施到第三方供應(yīng)商的速度，就如本地內(nèi)部操作一樣快，但公有云的爆發(fā)可能會(huì)造成一定的延時(shí)。
任何托管方案的遷移都需要長(zhǎng)期承諾額。典型的合作合同會(huì)鎖定IT組織供應(yīng)商1至2年——這是一個(gè)關(guān)鍵決策。盡管結(jié)果有可能是云服務(wù)，但買方喪失了貨比三家，獲得優(yōu)勢(shì)的權(quán)利。托管設(shè)施供應(yīng)商的上行鏈路質(zhì)量是影響云爆發(fā)的另外一個(gè)因素。質(zhì)量遠(yuǎn)比多元化選擇重要，托管商可能擁有多個(gè)上行鏈路選項(xiàng)來(lái)連接不同數(shù)據(jù)中心。此外，因變更、遷移與復(fù)制數(shù)據(jù)造成的中斷;變更工作流與流程;以及審計(jì)治理等都是任何云爆發(fā)架構(gòu)財(cái)務(wù)模型所需的要素。
電信運(yùn)營(yíng)商必須開始拖延已久的城市光纖連接鋪設(shè)，即使是為了那些受累已久的需要云爆發(fā)的IT公司?；旌显茖⒑芸赡芤酝泄芊?wù)器的形式存在于云中，或者完全成為托管設(shè)置，只要網(wǎng)絡(luò)帶寬的問題能得到解決。
想重新回到自建數(shù)據(jù)中心，幾乎是不太可能的事情了。
并非所有關(guān)于云計(jì)算的討論都考慮混合結(jié)構(gòu)。是有可能將所有IT工作負(fù)載都遷移到公有云或者全私有云的架構(gòu)中，許多IT機(jī)構(gòu)目前都在這樣運(yùn)作。云爆發(fā)的敏捷性與服務(wù)器容量規(guī)劃要求可能會(huì)提高成本，但其依舊是少數(shù)不接受混合云的大規(guī)模云計(jì)算用戶可接受的模式。
