不管是公共云服務用戶還是私有云用戶都面臨管理服務器并發(fā)請求數上限的任務。由于基礎結構本身就是一項服務,IT人員創(chuàng)建并發(fā)處理請求上限,管理上限,通過控制面板和應用程序接口來維持負載均衡及存儲管理。不同
不管是公共云服務用戶還是私有云用戶都面臨管理服務器并發(fā)請求數上限的任務。由于基礎結構本身就是一項服務,IT人員創(chuàng)建并發(fā)處理請求上限,管理上限,通過控制面板和應用程序接口來維持負載均衡及存儲管理。不同的云供應商提供截然不同的應用程序接口。云應用程序接口標準缺失,IT專家怎樣才能實現有效控制,使其與當前服務接軌,并與未來云服務保持兼容。 不少組織已經開始試探為
云計算建立一個標準化的應用程序接口。DMTF(分管任務力量)就是一家具備創(chuàng)建云標準動機的組織。他們創(chuàng)建的草稿名為云基礎結構管理接口模型及遠程過程調用的REST應用程序接口。歐洲組織ETSI已經發(fā)表數篇關于云技術和早期應用程序接口的研究著作。比起
云計算,早期的應用程序接口更適用于網格計算。公開網格論壇產生了云別(不同的云,不同的功能及特點)應用程序接口;然而,這一方案仍處于雛形狀態(tài),因其沒有提供流量監(jiān)控方法或價格計算方法。具體的功能仍在開發(fā)中。 SimpleCloud,是Zend科技旗下公司,Zend科技同微軟和Rackspace一同創(chuàng)建了基礎版簡易云應用程序接口(Simple Cloud API)。盡管如此,這些動態(tài)只能說明云應用程序接口產業(yè)正在起步,就標準化作業(yè)而言,很多供應商還沒真正開始上路。典型的當屬亞馬遜網絡服務公司(AWS),AWS已花費數年時間開發(fā)專屬功能基礎結構及云應用程序接口,他卻沒有任何意向投身于標準化工業(yè)產業(yè)。其他一些云投資商已經開發(fā)出自己的標準,比如有Elastic Hosts應用程序接口,FlexiScale應用程序接口,GoGrid應用程序接口和SunCloud應用程序接口。 另外,Rackspace開發(fā)的openstack —— 一種資源共享云軟件,本身是一個完整的基礎結構——而不僅僅是應用程序接口,這種全新模式也正蓬勃興起,勢頭蒸蒸日上。 集中云管理和資源庫 一些公司開發(fā)了自己獨有的基于網絡的云并發(fā)請求數量上限管理產品,盡管都是一些不知名的云投資商。例如,RightScale公司配置了一個管理平臺,它提供一個單一的應用程序接口;還配置了一個管理平臺,這一平臺可與多個云開發(fā)商并行工作。另外有些云開發(fā)商繞過建立標準化應用程序接口這一關卡,取而代之的是,提供一個庫可供大型云用戶使用并具有簡易應用程序接口(API)。庫的功能就像一個翻譯器,編程者可以在庫里鎖定一個應用程序接口,然后精確到某個指定投資開發(fā)商。Apache Deltacloud是一個共享云庫,它與多個云平臺交換信息,包括亞馬遜,Rackspace,Gogrid和Rimuhosting,還可與利用OpenStack和VM 軟件vSphere建立的私有云共享信息。同樣,jcloud有單獨一個應用程序接口,支持絕大部分主流云供應商,包括AWS,還有使用Openstack的供應商。 選定一個云應用程序接口意見: 目前業(yè)界沒有一個云標準,而且我確定在未來可預見短期內也不可能形成一個標準。盡管不少機構致力于開發(fā)一個標準化云應用程序接口,標準終究只是部分成形,且僅獲得了少數幾家云開發(fā)商的認可。那么開發(fā)商在選擇應用程序接口的時候該怎么做呢?以下是一些指導原則: 如果你的云服務商使用的是自主研發(fā)的應用程序接口,如AWS,那么你將可能被這個供應商困住,以致無法擺脫。但是,若你從未打算更換云服務商,那么這個選擇非常合理。若你看中好幾家云服務商服務,你就可以使用來自RightScale的第三方云軟件來獲得服務。盡管這是個好方法,其昂貴的花費使其使用對象僅限于大型企業(yè)。這種產品包含功能特性明顯的應用程序接口,同時可以享受在線控制桌面和客戶服務。那些預算有限又想聯(lián)合使用不同投資服務商的公司,資源共享云工具如Delta云和J云就不失為好的選擇對象。但是,這也有局限性。局限性在于這些公司需要長期雇用一名專家從事維護開發(fā)工作,這大大增加了資源共享選項的成本。正確的步驟應當是先確定一個標準化的應用程序接口,然后根據云供應商的應用程序接口服務范圍選擇云供應商。就目前來看,OpenStack是這一規(guī)劃的主導力量,然而這項工程正日益獲得其他投資服務商和客戶的認可。但是注意,先選擇API再決定服務商固然可行,服務商的選擇范圍卻大大地受到限制。同時限制了專屬功能的開發(fā)實現。