如果要在快速发展的生态系统中定义出“最佳实践”的目标上取得成功，CEF正面临着三重的挑战！激进的挑战会促进激进的解决方案，而云以太网论坛（CEF；Cloud Ethernet Forum）已经决定用与传统标准组织的做法有很大不同的方式来开发标准。

　　CEF是否将会成为一个标准组织，并宣布一项认证计划是我们在去年推出CEF时首批被问的问题，但在那个阶段要给出一个明确的答案还为时过早。当时我们面临着一系列的关键问题，是由我们做主先定义那些问题，然后再商定最好的策略来解决他们。

　　CEF诞生于聆听模式。当Tata通信的较大客户开始认真地扩展他们的数据中心，并把他们带到全球时，Tata通信成为注意到新生的困难正在兴起的首批公司之一。当更广泛的公众被自信地保证云是百分之百的一线希望时，我们已将耳朵贴在地上，聆听迫近的雷电的早期迹象。CEF创始成员一致认为，到时候云将是应许之解决方案，但在云场景支离破碎成专有系统的竖井之前，首先需要严肃的合作来解决这些问题。

　　一年之后，我们的使命已更加清晰。例如，当MEF开始制定运营商级以太网标准时，他们的任务是说服业界以太网是广域网的解决方案，而建立标准是该使命的重要组成部分。而我们的情况是非常不同的，因为云服务已经开足马力地领先形成，因而要求在前面铺设可靠的轨道以确保市场不会产生紊乱。为了实现这一目标，我们必须整合三个相对较新的概念：NFV、SDN和运营商级以太网。那是一个未知的领域，它是高度复杂的，在快速的云部署的的压力下它是需要的。

　　云计算是和个人电脑的到来一样激进的和颠覆的。当时发生的是不断涌入的新个人电脑与一系列不兼容的操作系统。市场最终由微软和IBM PC统治，但仍有不兼容的Macintosh和Unix系统，而人们也普遍认识到，占主导地位的操作系统不一定是业务最理想的操作系统。

　　这就是在云计算上我们现在要冒的风险：有很好的云服务出现，但他们并不是遵循全球标准而设计的。同样地，业务将面临试图整合其全球业务的问题，但却依赖不相容的专有服务，无论这些服务可能会多好。要建立那种独立于厂商且要支持真正充满活力的全球商业文化所必须的云服务，将需要行业标准。

　　那是五月宣布的OpenCloud项目的目标。CEF命名其刚出炉的一组标准为“CloudE 1.0”，其中“1.0”是一个深思熟虑的标签，用以显示一个不断发展的标准的开发过程，这个过程完全不同于常态。

　　大多数的标准组织是以一个季度的周期来工作的。他们为所需的标准应该是什么而开会和辩论以达成共识，然后共享草案版本并改善它们，直到下一个版本在下一个季度会议上被同意和批准。这种方法不适合像云这样复杂和快速行动的事物，所以CloudE 1.0会作为一个持续进行的迭代过程来开发，这个过程是基于反馈回路，该回路包括一个云参考架构、一个参考测试床（OpenCloud平台），和一组越来越多的根据实际业务需求的用例。

　　“云参考架构”

　　云到底什么是？听起来像一个天真的问题，但它仍然在被问。我们选择不用抽象的术语而是通过创建包含所有必要组件的参考结构来定义我们的云:必要组件是接口、功能，以及参与者，然后在现实生活中构建它。

　　CEF成员的首批利益之一是有机会通过贡献元素来塑造这个“云参考架构”。这使会员网撒的非常广泛：不仅网络设备制造商、云服务提供商、数据中心运营商，和电信运营商，而且任何预期成为云消费者的企业都可以成为参与者，并且能够现在就着手帮助塑造他们需要的明天的云环境。会员已经扩大响应。

　　该参考架构已经非常成熟，但它仍将是一个有机的，不断增长的结构——无论是在应对新的发展和作为迭代过程的一部分。

　　“参考测试床”

　　Iometrix总裁Bob Mandeville负责建立一个参考测试床，这将非常有别于“概念验证”演练，他解释说：“概念验证是一个短期的过程，而我们正在创建一个永久的测试平台，这个平台反映了CEF的参考架构，并会随着时间而演进。我们不是在测试一个单一的概念，而是测试参考模型如何响应现实用例反映CEF成员的实际业务需求。”

　　一个非常简单的测试场景可以是一台虚拟机代表初始状态，然后虚拟机被重新装置，或者繁衍成十万个克隆，最后返回到单一的虚拟机成为最终状态。在同时保留所有虚拟机的属性和功能，与所需的逻辑资源（如连接）自动配置的情况下，这样的测试场景可能发生吗? 每个测试的结果都反馈数据以改善参考模型，直到它被认为是定义行业标准的一个合适基础为止。

　　当底层架构已经成形时测试台工作进展的也非常顺利，CEF与成员合作来提供设备以代表架构的每个组件。这为成员提供了另一个有趣的机会——通过看着他们的产品在前沿的云环境中表现的有多好，而获得一个抢得先机的优势。

　　CloudE 1.0

　　那就是CEF如何演进其角色成为标准组织的方式：参考架构至测试床；收集用例；注意结果，并反馈给参考架构，直到被视为CloudE标准下一版本足够稳定的基础为止。

　　对于所有跨越多家提供商的应用程序性能管理、云安全，和流量负载平衡，用例已经被定义了——有越来越多的成员热衷显示自己的挑战需要被解决。与实际业务需求保持高度相关，而不是成为象牙塔的演练，是非常符合论坛的宗旨的。

　　结论

　　在铺平为OpenCloud环境定义标准的道路上，CEF正在为激进的问题塑造激进的解决方案。

　　云服务依赖于如此多的端到端互操作的参与者——企业、网络和数据中心设备厂商、数据中心运营商、编排层、管理和报表平台、安全设备、网络服务提供商，这样的例子不胜枚举。而MEF有定义服务类型和属性的成功模式，这些服务类型和属性是每个人都能够同意和对齐的，通过采用迭代标准开发过程以跟上云生态系统的快速发展，CEF目标在于带给云产业一个类似的推动力。

　　除非我们能够定义业界最佳实践和全球标准以建立一个开放的云环境，云服务将变得越来越支离破碎并难以整合。要确保组件之间的互操作性是尽可能地标准化，则快速、迭代和最重要的业务为重点的过程是必要的。这就使得在服务层的真正创新和差异化成为可能，并因此带来新的收入机会。