不管是公共云服務用戶還是私有云用戶都面臨管理服務器并發請求數上限的任務。由于基礎結構本身就是一項服務，IT人員創建并發處理請求上限，管理上限，通過控制面板和應用程序接口來維持負載均衡及存儲管理。不同的云供應商提供截然不同的應用程序接口。云應用程序接口標準缺失，IT專家怎樣才能實現有效控制，使其與當前服務接軌，并與未來云服務保持兼容。

　　不少組織已經開始試探為云計算建立一個標準化的應用程序接口。DMTF(分管任務力量)就是一家具備創建云標準動機的組織。他們創建的草稿名為云基礎結構管理接口模型及遠程過程調用的REST應用程序接口。歐洲組織ETSI已經發表數篇關于云技術和早期應用程序接口的研究著作。比起云計算，早期的應用程序接口更適用于網格計算。公開網格論壇產生了云別(不同的云，不同的功能及特點)應用程序接口;然而，這一方案仍處于雛形狀態，因其沒有提供流量監控方法或價格計算方法。具體的功能仍在開發中。

　　SimpleCloud，是Zend科技旗下公司，Zend科技同微軟和Rackspace一同創建了基礎版簡易云應用程序接口(Simple Cloud API)。盡管如此，這些動態只能說明云應用程序接口產業正在起步，就標準化作業而言，很多供應商還沒真正開始上路。典型的當屬亞馬遜網絡服務公司(AWS)，AWS已花費數年時間開發專屬功能基礎結構及云應用程序接口，他卻沒有任何意向投身于標準化工業產業。其他一些云投資商已經開發出自己的標準，比如有Elastic Hosts應用程序接口，FlexiScale應用程序接口，GoGrid應用程序接口和SunCloud應用程序接口。

　　另外，Rackspace開發的openstack —— 一種資源共享云軟件，本身是一個完整的基礎結構——而不僅僅是應用程序接口，這種全新模式也正蓬勃興起，勢頭蒸蒸日上。

　　集中云管理和資源庫

　　一些公司開發了自己獨有的基于網絡的云并發請求數量上限管理產品，盡管都是一些不知名的云投資商。例如，RightScale公司配置了一個管理平臺，它提供一個單一的應用程序接口;還配置了一個管理平臺，這一平臺可與多個云開發商并行工作。另外有些云開發商繞過建立標準化應用程序接口這一關卡，取而代之的是，提供一個庫可供大型云用戶使用并具有簡易應用程序接口(API)。庫的功能就像一個翻譯器，編程者可以在庫里鎖定一個應用程序接口，然后精確到某個指定投資開發商。Apache Deltacloud是一個共享云庫，它與多個云平臺交換信息，包括亞馬遜，Rackspace，Gogrid和Rimuhosting，還可與利用OpenStack和VM 軟件vSphere建立的私有云共享信息。同樣，jcloud有單獨一個應用程序接口，支持絕大部分主流云供應商，包括AWS，還有使用Openstack的供應商。

　　選定一個云應用程序接口意見：

　　目前業界沒有一個云標準，而且我確定在未來可預見短期內也不可能形成一個標準。盡管不少機構致力于開發一個標準化云應用程序接口，標準終究只是部分成形，且僅獲得了少數幾家云開發商的認可。那么開發商在選擇應用程序接口的時候該怎么做呢?以下是一些指導原則：

　　如果你的云服務商使用的是自主研發的應用程序接口，如AWS，那么你將可能被這個供應商困住，以致無法擺脫。但是，若你從未打算更換云服務商，那么這個選擇非常合理。若你看中好幾家云服務商服務，你就可以使用來自RightScale的第三方云軟件來獲得服務。盡管這是個好方法，其昂貴的花費使其使用對象僅限于大型企業。這種產品包含功能特性明顯的應用程序接口，同時可以享受在線控制桌面和客戶服務。那些預算有限又想聯合使用不同投資服務商的公司，資源共享云工具如Delta云和J云就不失為好的選擇對象。但是，這也有局限性。局限性在于這些公司需要長期雇用一名專家從事維護開發工作，這大大增加了資源共享選項的成本。正確的步驟應當是先確定一個標準化的應用程序接口，然后根據云供應商的應用程序接口服務范圍選擇云供應商。就目前來看，OpenStack是這一規劃的主導力量，然而這項工程正日益獲得其他投資服務商和客戶的認可。但是注意，先選擇API再決定服務商固然可行，服務商的選擇范圍卻大大地受到限制。同時限制了專屬功能的開發實現。