也許根本就不會(huì)有公共云供應(yīng)商或未來的供應(yīng)商會(huì)認(rèn)為，他們的客戶不會(huì)提出混合云集成的要求。也就是說，幾乎所有的云用戶都希望在他們的私有數(shù)據(jù)中心和公共云之間創(chuàng)建混合云環(huán)境，一份針對中小型企業(yè)云使用意愿情況的研究報(bào)告指出，混合云策略是具有可行性的。很多企業(yè)甚至還計(jì)劃使用多個(gè)云服務(wù)供應(yīng)商，隨著云的應(yīng)用層次從基礎(chǔ)設(shè)施上升至平臺甚至軟件，這一趨勢也變得更明顯了。

但是，到底真的有多少支持可供客戶尋找合適的混合云服務(wù)?難以確定的原因之一就在于，并不總是能夠很容易地確定這個(gè)客戶需要什么樣的支持。事實(shí)上，一個(gè)希望支持混合云客戶的云供應(yīng)商可能只有一條成功之路：跟著應(yīng)用走。

在如今的市場上，有兩種引入了復(fù)雜性的混合云。其中簡單的一種就是，在應(yīng)用云托管組件與數(shù)據(jù)中心組件之間的一個(gè)靜態(tài)的協(xié)作關(guān)系。而復(fù)雜的一種就是，動(dòng)態(tài)的需應(yīng)對云資源爆發(fā)的應(yīng)用，它要求當(dāng)數(shù)據(jù)中心應(yīng)用工作負(fù)載升高、存在性能降低風(fēng)險(xiǎn)時(shí)，公共云就會(huì)承擔(dān)部分的工作負(fù)載。解決這些應(yīng)用場景以及混合云應(yīng)用的最好方法就是使用應(yīng)用生命周期管理作為需求驅(qū)動(dòng)。

從廣義上講，應(yīng)用生命周期包括了開發(fā)/采購、部署、集成與管理等各階段,而大多數(shù)云服務(wù)所提供的管理接口主要是供在部署階段使用的，但這僅僅是一小部分混合云客戶的需求。供應(yīng)商需要在整個(gè)應(yīng)用生命周期的各個(gè)階段都支持混合云服務(wù)，而混合云使用則可能是云市場機(jī)遇中最大那部分的關(guān)鍵了。

混合云服務(wù)：應(yīng)用組件需要目錄

通常,為了讓應(yīng)用能夠正常運(yùn)行并將其連接至它的組件就需要在開發(fā)應(yīng)用時(shí)就對其進(jìn)行設(shè)置。組件化就是指把應(yīng)用分割為多個(gè)獨(dú)立的單元，之后就可以把這些獨(dú)立單元集成為一個(gè)可支持用戶應(yīng)用的工作流。一個(gè)提供軟件即服務(wù)(SaaS)的云供應(yīng)商會(huì)提供一套組件，所以SaaS供應(yīng)商必須給出具體的連接定義，以便于他們的組件能夠與其他組件連接以創(chuàng)建混合應(yīng)用。這一切都是以應(yīng)用編程接口(API)和特定機(jī)制的完整文檔為基礎(chǔ)的，也就是一個(gè)用于注冊所安裝組件的目錄。

對于供應(yīng)商而言，能夠記得為他們的SaaS組件建立一個(gè)目錄是非常重要的，同樣他們還必須為用戶提供一個(gè)增加用戶自己的自托管組件的機(jī)制。如果沒有這個(gè)機(jī)制，那么供應(yīng)商將無法為之后的整合提供一個(gè)完整的可用組件庫。

部署是指為每個(gè)應(yīng)用組件分配資源的過程，其中的關(guān)鍵問題在于各個(gè)組件實(shí)際上需要什么樣的資源。部署在云中的所有應(yīng)用和組件都必須有一組相關(guān)聯(lián)的規(guī)則，以確保它們都能夠分配到正確的資源。目前，有兩種實(shí)現(xiàn)這一目標(biāo)的方法：提供一個(gè)之后可供云管理系統(tǒng)使用的需求目錄，或者提供一個(gè)被稱為開發(fā)運(yùn)行的腳本程序或模型，它以一系列有序步驟的形式描述了實(shí)際的部署過程。云供應(yīng)商應(yīng)當(dāng)能夠同時(shí)支持這兩種方式。

在這兩種情況下，在云部署過程中都需要有一個(gè)完整的參數(shù)庫以指導(dǎo)資源的選擇。對于開發(fā)運(yùn)行而言，關(guān)鍵的問題在于云中訪問管理接口的方式。不幸的是，已有大量的流行開發(fā)運(yùn)行工具，其中包括了Chef、Puppert、Juju以及Salt等。供應(yīng)商必須對它們進(jìn)行逐一檢查并確認(rèn)它們是否都具有明確的操作說明(在合適的情況下還包括工具)以便于把這些工具與供應(yīng)商的云API進(jìn)行整合。在云平臺上部署流行應(yīng)用時(shí)可使用開發(fā)運(yùn)行圖和腳本程序，同時(shí)如何修改這些圖和腳本程序以供混合云使用的使用說明將是大有裨益的。

在整合方面，關(guān)鍵的需求是能夠訪問一個(gè)公共目錄以便于在進(jìn)行云應(yīng)用部署時(shí)找到相應(yīng)的應(yīng)用組件。這主要是一個(gè)尋址的問題，也就是說其機(jī)制將隨著如何將地址分配給云和數(shù)據(jù)中心組件而變化。目錄機(jī)制(具體包括DNS 和UDDI)或者如Amazon所使用的“彈性地址”可幫助實(shí)現(xiàn)云組件的連接，那些云組件和其他組件可能會(huì)被部署在任何位置以交換工作負(fù)載。很多開發(fā)運(yùn)行工具支持集成和部署，而重點(diǎn)支持這些工具以鼓勵(lì)混合云用戶使用它們也許將是非常有價(jià)值的。

你可以把被一些用戶和供應(yīng)商稱為“平臺服務(wù)”或“網(wǎng)絡(luò)服務(wù)”的服務(wù)視為整合的擴(kuò)展。一個(gè)提供平臺即服務(wù)或基礎(chǔ)設(shè)施即服務(wù)的運(yùn)營商也可以提供一個(gè)功能組件——從數(shù)據(jù)庫即服務(wù)(DbaaS)到內(nèi)容緩存與交付——該組件可能會(huì)與云或客戶數(shù)據(jù)中心中的用戶應(yīng)用整合在一起。很多云供應(yīng)商都會(huì)把這些平臺服務(wù)視為一個(gè)提高他們單個(gè)用戶平均收入和加速云推廣的方法，但是如果供應(yīng)商不能正確地教育客戶，那么他們就是在使整個(gè)應(yīng)用生命周期變得更為復(fù)雜。

也許DbaaS就是一個(gè)最好的例子。一個(gè)從混合應(yīng)用訪問的TB級云存儲(chǔ)系統(tǒng)和一個(gè)使用標(biāo)準(zhǔn)塊讀寫方式訪問的內(nèi)部數(shù)據(jù)中心組件，雖然這兩者的功能非常相近，但是它們的訪問成本和對網(wǎng)絡(luò)要求的差別卻是非常顯著的，更不要提對性能的影響了。如果供應(yīng)商提供了一個(gè)“查詢”服務(wù)，而且這個(gè)服務(wù)只是向云數(shù)據(jù)庫發(fā)送了一個(gè)SQL查詢命令，那么這個(gè)服務(wù)的數(shù)據(jù)交換實(shí)質(zhì)只是通過網(wǎng)絡(luò)交換了查詢請求和查詢結(jié)果的數(shù)據(jù)。這對于關(guān)鍵任務(wù)應(yīng)用的云化將是一個(gè)顯著的推動(dòng)，但這也要求混合云客戶重新設(shè)計(jì)他們應(yīng)用的架構(gòu)，即發(fā)送查詢命令而不是發(fā)送數(shù)據(jù)塊讀寫命令。這意味著，即使是在應(yīng)用生命周期的開發(fā)/采購階段供應(yīng)商就需要向客戶提供應(yīng)用開發(fā)/采購的指導(dǎo)。

就目前而言，并不是所有的企業(yè)級關(guān)鍵任務(wù)應(yīng)用需要混合云服務(wù)，如果沒有這些需要實(shí)現(xiàn)混合云化的企業(yè)級關(guān)鍵任務(wù)應(yīng)用，那么云的發(fā)展空間將大大縮小。更好地支持混合云客戶，你就有機(jī)會(huì)獲得最好的云收入來源和最豐厚的利潤回報(bào)。