云计算是一种趋势。因此，它也必须基于标准，不是吗？当然，也不尽然。通过一些云架构处理相似的组件，但是产业还没有到达这样一种阶段，也就是应用或者服务创建，从而运行在一个提供商的云上，它的云可以在不用重做的情况下，引入或者交换到其他提供者的云中。
各种标准组织认真思考云计算的各个方面，试图找到能够通用的背景。OMG（Object Management Group），DMTF(Distributed Management Task Force)、开放云组织和国家标准技术协会（Open Cloud Consortium and the National Institute of Standards and Technology）都只是迅速发展的云标准领域的部分参与者。用Richard Soley的话说：“标准最棒的事情是可以有很多种选择，”他是OMG的CEO。
让我们看看这些云标准工作之一，从架构的观点来了解一下云标准。尽管最初很多工作都是数据中心领域的问题，但DMTF起源于分布式架构，并设立的工作组来解决云系统的协作问题。这个工作组也就是大家所熟知的开放云标准孵化器（Open Cloud Standards Incubator）。
DMTF的云管理工作组（CMWG）已经获得开放云标准孵化器的推荐信，致力于标准化云环境之间的交互。该组织在名为《协作云》（Interoperable Clouds）的白皮书中识别了独特的“角色”种类。这三个云角色分别是开发者、消费者和提供者。
该组织表示SOA服务可能为云计算提供舞台。纵观DMTF的《协作云》支持该观点。全名用于描述主要参与者：云服务提供者、云服务消费者和云服务开发者。
所有这些中，开发角色是什么？DMTF文献描述为：
云服务开发者设计和实施服务组件。开发者用服务模板描述服务。开发者通过与云服务提供者交互，来部署服务组件，基于模板描述，这一切可能在将服务作为可用产品交付之前，自定制完成。
DMTF的协作框架要求提供者界面定义开发者和消费者如何与提供者交互。这种架构区别于服务端点，服务端点对管理数据元素作出响应。功能界面包括服务分类（Service Catalog）、安全管理器（Security Manager）和服务管理器（Service managers）。
是否会做出像确保云架构不进行非故意包含“API锁定”这方面的努力？现在讲为时尚早。但是正在对云进行的标准工作至少显示出基于实际实践的努力，而非无用的不切实际的空想。
向其他组织一样，DMTF努力围绕用例描述。这也就是说标准组织正在试图找出人们在现实世界实施中如何解决交互问题，并将这些作为创建标准的模板使用。
