希望支持混合云客戶的云供應(yīng)商的成功之路在哪里？什么是組件化？為什么說(shuō)為SaaS組件建立一個(gè)目錄非常重要？

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

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

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

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

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

通常，為了讓應(yīng)用能夠正常運(yùn)行并將其連接至它的組件就需要在開發(fā)應(yīng)用時(shí)就對(duì)其進(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è)用于注冊(cè)所安裝組件的目錄。

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

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

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

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

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

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

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