不管是公共云服务用户还是私有云用户都面临管理服务器并发请求数上限的任务。由于基础结构本身就是一项服务，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再决定服务商固然可行，服务商的选择范围却大大地受到限制。同时限制了专属功能的开发实现。
