AWS混合云策略如何適應企業(yè)需求與市場壓力

　　多年以來，AWS混合云策略已經(jīng)發(fā)生了巨大的變化，與Red Hat的交易更是公司朝“與本地工作負載共存”目標所做出的最新舉措。

　　企業(yè)用戶繼續(xù)迫使AWS重新評估其對混合云的看法，從而推動這位云先行者向以前無法想象的方向發(fā)展。

　　早些時候，亞馬遜公司和Red Hat表示，他們幾乎將更緊密地整合OpenShift和AWS，以便于客戶能夠對公共云中的資源進行管理。這種做法遵循了保持工作狀態(tài)服務的理念，即將裸機服務器部署在AWS 數(shù)據(jù)中心內(nèi)以便容納WMware工作負載和其他幾種旨在緩解AWS混合部署問題的產(chǎn)品。

　　總體而言，這些舉措都代表了一個穩(wěn)定且顯著的轉變，即企業(yè)用戶之前只是把混合云視為實現(xiàn)其最終目標的一個小障礙，而現(xiàn)在他們會傾向于把所有的工作都放在公共云中執(zhí)行。

　　Datapipe是一家位于新澤西州Jersey City的混合IT企業(yè)，它從2010年開始就成為了AWS合作伙伴。亞馬遜在開始時非常喜歡把所有的一切都部署在AWS上，但這一狀況發(fā)生了改變，Datapipe公司產(chǎn)品管理總監(jiān)David Lucky說。

　　“毫無疑問，我看到了一場演變，甚至這場演變從兩年前就開始了，這恰恰是Red Hat 和VMware交易的又一佐證，”他說。

　　這一觀點的改變與企業(yè)IT部門對公共云的態(tài)度軟化是有著密切關系的。在AWS的早期成功案例中，初創(chuàng)企業(yè)與小公司占據(jù)了最大份額，而大型企業(yè)則不放心把他們的基礎設施交給外人。但是，隨著時間的推移，一系列的成功應用案例以及來自于企業(yè)高管自上而下的壓力都改變了這一狀況，甚至在最公認難以實施公共云的企業(yè)中，對公共云的態(tài)度也從“是否”變?yōu)?ldquo;何時”實施云。

　　然而，公共云的支出仍然是企業(yè)整體IT預算中的一小部分;絕大多數(shù)的企業(yè)都沒有對他們的內(nèi)部數(shù)據(jù)中心舉行大筆投資的計劃。

　　美國在線是在2014年開始使用AWS的，它使用Apptio開發(fā)了一個成本透明的消費工具，這個工具可用于確定哪些工作負載適于遷往云以及哪些應用程序可實現(xiàn)公共云化。

　　今天，美國在線約三分之一的工作負載都是在AWS上運行的，并在過去三年時間內(nèi)實現(xiàn)了資產(chǎn)效率翻番。美國在線的在線廣告業(yè)務和網(wǎng)絡資產(chǎn)(例如Huffington Post 和AOL.com)都被部署在AWS上，但是客戶應用程序和大型機還是被保留在企業(yè)內(nèi)部。對于美國在線來說，它和很多大型企業(yè)一樣，其決策的源動力來自于成本與風險兩個方面。

　　“我們發(fā)現(xiàn)有些工作負載并不適于實現(xiàn)云化，因為它的重構成本遠高于云化所帶來的效益，”美國在線的CIO James LaPlaine說。

　　首先，AWS緩解了這一問題

　　亞馬遜第一個解決企業(yè)問題的方法是亞馬遜虛擬私有云，其次是AWS Direct Connect以及圍繞安全問題的各種其他改進。諸如亞馬遜Inspector之類的工具可以識別工作負載是否適合遷往云計算。AWS Import/Export Snowball可允許企業(yè)用戶使用物理設備向AWS發(fā)送數(shù)據(jù)——亞馬遜公司在之后還增加了使用Snowball設備從AWS提取數(shù)據(jù)的功能，而AWS Snowmobile現(xiàn)在還擁有了移動實際裝載數(shù)據(jù)的功能。

　　“因為最初的客戶都是小型企業(yè)，他們所提供的功能與技術支持都落后于大中型企業(yè)的需求，但是他們將越來越多地進入企業(yè)市場，”PTC公司技術與云服務總監(jiān)Eugene Von Taube說，PTC公司是一家總部設在馬薩諸塞州Needham的軟件與服務公司，該公司正在將其業(yè)務遷往AWS。

　　盡管如此，雖然為簡化遷移做了大量工作，但是云遷移還是費時費力的;企業(yè)必須考慮到遷移過程中的正常運行時間以及設置安全組與用戶組等問題。一個完整的行業(yè)已經(jīng)出現(xiàn)，它能夠幫助企業(yè)用戶遷移工作負載并在云中管理這些工作負載。

　　PTC在只使用AWS工具來完成其遷移工作時也是非常謹慎的，因為它希望保留在未來對其他云服務供應商的成本和適應性進行評估的能力。

　　“如果您擁有一個獨立的供應商工具，那么您在客觀上將能夠更好地支持混合云環(huán)境，”Von Taube說。“您需要一個標準的工具。”

　　PTC在將1000多臺服務器遷移至云的過程中使用了云編排供應商所提供的CloudVelox，并將其作為數(shù)據(jù)中心整合計劃的一部分。據(jù)估計，這有助于將實施時間為六個月或半年的項目減少至三個月或四個月，從而加速其部分自有數(shù)據(jù)中心的淘汰時間。

　　Red Hat與VMware在AWS混合云部署中的下一步舉措

　　隨著Red Hat和VMware完成交易，AWS將進一步擴大其混合云業(yè)務——從簡單的內(nèi)部部署數(shù)據(jù)中心至公共云的遷移，到改善與這些工作負載的共存。尤其是VMware的交易已經(jīng)引起了極大的關注，這筆交易被視為亞馬遜公司對微軟作為其最強大云競爭對手入場的回應。微軟公司提供了私有云，并即將推出一個被稱為Azure Stack的服務，該服務在客戶的數(shù)據(jù)中心內(nèi)模仿了公共云。但是，微軟公司在Azure Stack項目上上遇到了一些延遲，其部分原因是與縮減流行公共云相關的內(nèi)部部署硬件挑戰(zhàn)。

　　盡管如此，AWS的混合云方法還是存在著一定局限性。與微軟要對Azure Stack 所做的不同的是，整合Red Hat 和VMware仍然不會將亞馬遜云服務帶至現(xiàn)場。亞馬遜還未表示它計劃走上這條路線，它經(jīng)常會以它的技術實力和硬件設計為出發(fā)點來證明其所銷售的規(guī)模和服務的正確性。

　　例如，與VMware的交易內(nèi)容據(jù)估計有可能會被掛接在AWS實用程序中，但是實際的VMware工作負載則仍然在AWS數(shù)據(jù)中心內(nèi)的獨立硬件上運行。如果客戶想要把這些工作負載都從云中遷移出來，那么基于AWS Lambda或亞馬遜Aurora的應用程序將保留在AWS中。類似地，客戶可以使用內(nèi)部的或云中的Red Hat OpenShift控制臺程序來配置和部署諸如Amazon Redshift、Elastic MapReduce或者Route 53之類的服務，但是這些服務將完全地保留在AWS上。

　　這些限制可能不是AWS混合云戰(zhàn)略的障礙，因為大多數(shù)混合云模式都是一個孤立的架構。目前大多數(shù)的混合云應用案例都涉及整合數(shù)據(jù)中心(其中企業(yè)的部分應用都遷往了云)或某種形式的災難恢復和備份。

　　企業(yè)用戶最終還是會把他們的工作負載在不同環(huán)境平臺之間來回遷移，但從主流需求來看這還需要有幾年的時間，CloudVelox公司CEO Raj Dhingra說。

　　與此同時，亞馬遜已經(jīng)將其企業(yè)自身定位為充分利用好如今的細分方法，他補充說。隨著更高級別的服務對于云來說都是獨特的，AWS能夠針對企業(yè)IT的預算來增加客戶消費。

　　“亞馬遜表示，‘嘗試一下……你不需要全部投入，不需要對每個業(yè)務每個應用程序都使用AWS，使用Aurora 或 Redshift如何呢?’”Dhingra說。

　　盡管亞馬遜還是接受了混合云，但還是有一些人認為公司的最終目標并未改變。

　　“亞馬遜的策略更像是特洛伊木馬，一旦他們進入到了用戶的數(shù)據(jù)中心內(nèi)部，他們就在未來的規(guī)劃中占據(jù)了有利位置，”CloudZero公司的CEO兼聯(lián)合創(chuàng)始人Erik Peterson說，CloudZero是一家位于波士頓專業(yè)從事云安全的初創(chuàng)企業(yè)。“之前與VMware的整合，以及現(xiàn)在與Red Hat的集成都只是這項策略的一個延伸。”