近期，数据中心标记语言（Data Center Markup Language，DCML）组织公开发布了DCML框架规范的草案。但由于缺乏IBM、微软、惠普和其他大厂商的支持，该规范是否会产生应有的影响，目前仍然是一个未知数。
何谓DCML？
DCML的目标是提供一种基于XML的开放式模型和语言，并使之成为数据中心的通用语言，为数据中心提供各类组件以及这些组件之间的功能关系。基于DCML的模型将包含组件关系、相关性、配置信息、运行策略和管理策略。该规范包括了从服务器到网络设备，从应用到基础设施软件在内的各种类型的数据中心组件。
该语言希望实现的结果是一种基于标准的库，用于存储与数据中心有关的所有信息。无论数据中心内采用哪个厂商的设备，这些信息都是通用的。为了实现各类“按需”、“自适应”和“公用计算”设想，并使这些设想能够相互协作，就需要使用DCML作为它们之间的粘合剂。如果DCML的构想能够完全变成现实，那么所有支持DCML的厂商之间就可以实现无缝的互用性。
根据构想，数据中心管理员可以利用建模工具来创建DCML文档，用来对数据中心的特性加以描述。然后，将该文档导入维护和配置工具，并由它们来“建造”完全配置好的数据中心环境。作为一种描述性语言，DCML可用于创建一份数据中心的蓝图，对每一项必须配置和维护的组件进行定义，这样就可在必要时自动重新创建完整的数据中心环境。
有不少用户开始对DCML感兴趣，他们希望厂商们可以协力创建这样一个全面的计算模型，希望DCML可以让厂商用同一种语言进行交流，而企业IT人员则可以从中获得利益。
支持者为什么？
去年冬季，20家厂商联合发起了DCML组织，并在此后吸纳了另外45家企业加盟。该组织分为四个工作组，并计划将其研发工作与其他一些论坛进行合作，例如分布式管理工作组（DMTF）、存储网络行业协会（SNIA）和结构化信息标准推广组织（OASIS）。
支持该规范的厂商包括CA、Electronic Data Systems、Mercury Interactive和Opsware等，另外包括First Data、Lehman Brothers和美国人口调查局在内的用户也表示支持该规范。
然而，该标准目前仍然没有得到一些主要数据中心和数据中心产品供应商的支持，其中包括戴尔、惠普、IBM、微软和Sun。如果DCML组织希望制定出一项改善服务管理的标准，那么关键厂商的参与就是必不可少的。如果90%的数据中心组件供应商都对此标准不感兴趣，这样的标准肯定会遇到不小的麻烦。
DCML的支持者们认为，如果没有DCML，新建的数据中心就会变成混乱的集合体，来自不同厂商的系统和设备混杂在一起，相互之间却无法沟通，也无法执行自动化操作。正是由于缺乏通信能力，来自不同厂商的异构产品无法在新的数据中心里进行自动集成和动态维护，而且也不可能对资源进行重新分配。
DCML委员会主席兼Opsware公司首席技术官Tim Howes说：“我们所做的不是为了今天，而是为了明天。在目前的数据中心里，数据来源的数量太多，而且集成管理系统的工作都是手工进行的。一个典型的成熟型数据中心可能拥有十来个管理系统，而且它们相互之间却老死不相往来。”
Howes认为，DCML将成为通用信息模型（CIM） Model 和SNMP等行业标准的有力补充。
巨头们还在各自为战
像IBM、微软等厂商自己在开发类似于DCML的标准和规范，去年秋季，IBM与Cisco结成了合作伙伴，向OASIS报送了通用基础事件（CBE）格式，并且发布了通用事件基础设施（CEI）。CEI是基于CBE规范的一种标准格式，定义了事件日志的记录方式，使设备和软件能够对交易和其他活动进行持续的跟踪。例如，通过使用CEI，可以将来自WebSphere的商业流程事件和来自Tivoli监控产品的网络设备事件集成为一体，并对各类事件进行关联，以单屏页面的形式显示在IT经理的面前。而在今天，要想实现这类集成，就必须进行大量的手工操作。
IBM称，该公司并没有排除与DCML的可能性，但在现阶段公司要将主要精力放在CBE和CEI上。
微软正在努力推广其系统定义模型（Systems Definition Model），并将其作为该公司动态系统计划（Dynamic Systems Initiative）中的一个基本组件。这些规范都有非常好的创意，但只有当厂商意识到必须与其他厂商的产品实现完全的无缝互用时，它们才发现，这些规范的吸引力事实上是非常有限的。虽然各个厂商在市场竞争中都表现得十分好战，但在数据中心环境中，要想实现上述构想，就必须让大家静下心来相互合作。只要产品的互用性能够得以实现，这些构想就可以水到渠成、获得成功。
另外一些厂商目前仍持观望态度，希望知道在众多的规范中到底哪些有希望获得普遍的认可。惠普称，该公司正利用其与自动化数据中心软件厂商Opsware的伙伴关系密切关注DCML的进展情况。
Opsware公司的Howes说，即使没有较大厂商的直接参与，DCML的开发工作仍将进行下去。根据以往的经验，大厂商在最后才加入此类开发工作的例子屡见不鲜。
下一步怎么走？
下一个关键的步骤就是由某个标准组织来认可DCML规范。一旦DCML这样的构架成为现实的标准，竞争对手的规范就可以更容易地与DCML实现合并，即使无法合并，至少也能实现互操作。DCML组织已经将DCML 1.0版规范呈送给“多个”标准机构，包括OASIS。这将是DCML在走向大规模普及之前需要克服的关键障碍之一。
支持DCML规范的公司投入的大量资金将有助于使这些标准组织批准DCML成为一项框架，使其他厂商有机会继续参与其发展。而作为IT人员，哪一项规范成为最终的标准实际上是无关紧要的。真正重要的是，所有希望数据中心成为“实时”工具的厂商能够进行坦诚的合作，使任何厂商的管理系统都能够对来自不同厂商的SAN和交换机实施有效的无缝管理。 ■
DCML能做什么？
DCML的任务是描述、构建、复制和恢复数据中心：
● 当企业需要构建或重构数据中心（或其中的一部分）时，DCML提供自动化组件配置的蓝图。
● 当数据中心经历变化（配置、补丁等），DCML描述并将这些变化通知给配置工具使它们自动执行这些变化。
● DCML对组件以及彼此之间的关系的最新表示可以更容易地把数据中心作为整体来管理（包括机柜空间、制冷系统、电源需求等）
● 最后，基于DCML的监控和管理工具更深入地了解数据中心组件以及它们之间的关系，甚至能代替实时“网络发现”。
