六年前，我采訪了一家大企業(yè)的CIO，詢問了他公司的公共云采用計劃方面的情況，沒料到對方這么回復(fù)：為什么我們要采用公共云？鑒于我們數(shù)據(jù)中心的巨大規(guī)模，我們已經(jīng)是一個“云”。
毫無疑問，由于從數(shù)據(jù)分析到人工智能，公共云提供的名目繁多的服務(wù)已變得勢不可擋，公共云那個CIO的觀點(diǎn)此后已發(fā)生了變化。不過，那個CIO的回答仍然不無道理：由于我們的數(shù)據(jù)中心擁有大量的沉沒成本，我們簡單地完全改用公共云提供商的平臺這個想法很可笑。
這讓我們處于現(xiàn)在面臨的境地：幾乎所有的公司都保留數(shù)據(jù)中心，同時大膽地試水公共云――常常使用多家SaaS和IaaS提供商。這為不同類型的聯(lián)網(wǎng)混合云提供了各種各樣的機(jī)會。下面是五種最常見的模式：
1. 自己動手的復(fù)制
公共IaaS提供商讓你可以按你的要求來，那樣你離在公共云復(fù)制本地環(huán)境近在咫尺，并且使用一種安全的虛擬私有云，讓一個成為另一個的延伸部分；在這個私有云中，云資源駐留在提供商托管的虛擬網(wǎng)絡(luò)中。客戶選擇最能夠得益于云可擴(kuò)展性的工作負(fù)載或環(huán)境――測試和開發(fā)、數(shù)據(jù)分析，甚至需要擴(kuò)展的核心業(yè)務(wù)系列應(yīng)用程序。這是最常見的混合模式，不過在許多情況下，將本地部分稱為“私有云”有點(diǎn)牽強(qiáng)附會。
2. 混合應(yīng)用程序架構(gòu)
比較典型的混合方案之一就是，構(gòu)建面向客戶、需要應(yīng)對公共云需求激增的應(yīng)用程序，并且保留記錄系統(tǒng)（客戶勢必在本地連接至記錄系統(tǒng)）。這很少滿足NIST對混合云所下的定義（“結(jié)合兩種或更多不同的云基礎(chǔ)設(shè)施”），因?yàn)橛涗浵到y(tǒng)未必需要私有云，但是它是一種很常見的應(yīng)用程序架構(gòu)。
3. 按需提供的虛擬機(jī)
最近VMware和AWS達(dá)成合作交易后，“突發(fā)”容量這個想法得到了有力的提升；這個想法是指，私有云從公共云獲得額外的虛擬機(jī)，以應(yīng)對需求激增的情況。按照這筆交易，VMware的整個軟件定義數(shù)據(jù)中心堆棧在明年將作為AWS上的一項服務(wù)來提供。懷疑人士表示，這將讓IT人員更容易不必學(xué)用新的工具集就可以聲稱“我們在云端”，但是這種方案也為本地工作負(fù)載永久性遷移到AWS提供了一條路徑。
4. 多云集成和管理
企業(yè)不喜歡把所有雞蛋都放在IaaS這一只籃子里――除此之外，不同的IaaS提供商提供適合不同應(yīng)用程序的獨(dú)特服務(wù)。同時，幾乎每家企業(yè)組織都將SaaS用于諸如此類的業(yè)務(wù)職能：客戶關(guān)系管理（CRM）、人力資源、企業(yè)資源規(guī)劃（ERP）、費(fèi)用管理和身份管理等。為了避免造成云孤島，集成這些云――同樣，它們很少滿足NIST對混合云所下的定義――必不可少。Dell Boomi、IBM Cast Iron、Informatica、Layer 7、MuleSoft、SnapLogic及其他廠商都提供云數(shù)據(jù)集成解決方案。此外，CliQr和RightScale等多云管理解決方案讓客戶能夠監(jiān)控工作負(fù)載，甚至在幾個云之間遷移工作負(fù)載。
5. 本地公共云
微軟在這方面搞的動靜最大，它推出了Azure Stack，這個全面的服務(wù)器套餐由戴爾、惠普企業(yè)（HPE）或聯(lián)想銷售，由微軟遠(yuǎn)程管理。它將充當(dāng)Azure公共云的某種迷你版本，客戶可以在本地啟動它。微軟表示，Azure Stack具有專用、不用管的性質(zhì)，這是讓兩種環(huán)境并行共存所必不可少的，那樣工作負(fù)載可以從私有云無縫地轉(zhuǎn)移到公共云，再轉(zhuǎn)移回來。甲骨文在這方面搞的動靜比較小，但是其Cloud Machine奉行同樣的理念，它使用預(yù)先裝有甲骨文公共云堆棧的甲骨文服務(wù)器硬件。
京公網(wǎng)安備 11010502049343號