不管是公共云服務用戶還是私有云用戶都面臨管理服務器并發(fā)請求數上限的任務。由于基礎結構本身就是一項服務，IT人員創(chuàng)建并發(fā)處理請求上限，管理上限，通過控制面板和應用程序接口來維持負載均衡及存儲管理。不同的云供應商提供截然不同的應用程序接口。云應用程序接口標準缺失，IT專家怎樣才能實現(xiàn)有效控制，使其與當前服務接軌，并與未來云服務保持兼容。
不少組織已經開始試探為云計算建立一個標準化的應用程序接口。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應用程序接口，F(xiàn)lexiScale應用程序接口，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ā)實現(xiàn)。
京公網安備 11010502049343號