圣地亚哥——尽管本周吹捧了一项技术，该技术旨在让用户使用建模技术集成管理平台，微软它的合作伙伴缺少一些关键的规格，这些规格需要几个月的时间才能完成，需要几年的时间才能投入到产品中。
微软利用本周的微软管理峰会(MMS)发布了一份为期14个月的产品路线图，该路线图是为公司的动态系统倡议(DSI)制定的，旨在建立一个Windows管理平台的10年计划。
|
|||||||||||||||||||||||||||||||||||||||
微软的消息是，企业用户最终将得到支持DSI的工具，如System Center Operations Manager 2007和Configuration Manager 2007，开始测试使用了四年的DSI vision的价值。
专家和用户都承认这是一个重要的步骤，但是没有提到的是，在提供跨供应商集成关键的基于标准的建模技术方面的重大差距仍然需要填补。
模型提供操作信息，或关于IT系统的每个组件的知识，并以标准格式或方案存储它。管理和监视工具使用这些模型来描绘与运行应用程序或服务相关的所有移动部件的全景图。当其中一个部分偏离了它的模型时，问题就会被定位并迅速纠正，这样整个应用程序或服务就不会崩溃。
目标是一个自我管理、自我修复的网络，具有更好的可靠性、报告和自动响应/故障排除，从而使管理更便宜、更一致。
用户表示，建模技术的最初推出并不容易，但其好处将逐年增加。
“建模是我们需要应对的挑战，因为它代表着真正实现自动化系统的开始，”for的首席技术专家Jack Story说EDS。“当你看今天的服务水平协议时，我们想要构建的是业务水平协议和解决方案水平协议。”
Story表示，我们希望不仅仅是通知服务器启动或宕机，而是开始标记整个系统的健康状况。
“如果交流是“下”,有兴趣在某种程度上,但是如果它是由前端服务器负载平衡工作和我可以实例化另一个反应,旁边和自动的系统,因为它是模型驱动的,那么最终的结果是我不明白的性能退化(交换)服务,“说故事。
微软将在今年发布的系统中心管理产品中提供部分这种能力，但更大的前景是，基于标准的模型必须支持多厂商集成。
在MMS，微软服务器和工具业务的副总裁Bob Muglia保证了对服务建模语言(SML)等标准的承诺，该标准是公司与合作伙伴共同开发的，例如CA,思科,EMC,戴尔,IBM。
上周，该组织将SML转交给了万维网联盟进行标准化。SML基于微软的专有系统定义模型(SDM) 3.0规范。
SML支持最终将成为微软System Center品牌下的每个管理工具以及从Longhorn服务器到Visual Studio的一切工具中的一个特性。但是SML并不是支持基于标准的建模所需要的全部。
SML基本上是带有一组扩展的XML，这些扩展使它更适合于管理。但是据专家说，SML并没有专门解决系统管理问题。
Microsoft及其合作伙伴需要在SML之上开发其他标准，以创建一个建模基础设施，该基础设施可以通过评估支撑系统的所有网络组件来得出根源或可能原因的结论。
独立研究公司“微软方向”的分析师彼得•帕拉克说:“微软已经说服了足够多的供应商，让这个SML进入开放标准流程，我认为这是微软的一招。”
现在，微软及其合作伙伴正在开发通用模型库(Common Model Library, CML)，它使用SML作为特定网络组件(如路由器、存储设备、网络服务器和应用程序)模型的基础。
到目前为止，这项工作还处于起步阶段，大部分都是在微软内部开发的，就像SDM一样。
系统中心营销总经理Larry Orecklin说:“当SML工作组成立时，大家完全明白这只是第一步。”“下一步很快就会开始，同样的玩家也会考虑CML。”Orecklin说这一步骤将在三到四个月内完成。
目标是基于SML和CML的模型将来自微软和其他供应商。然后，公司运营经理可以通过向模型添加属性来针对其特定的环境调整这些模型。
微软Windows企业管理部门的副总裁基里尔·塔塔里诺夫说:“我们所提供的一切都会有模型。”“最终用户不会从零开始创建模型，但他们可以用合规规则等东西定制模型。”
然而，今天的底线是，微软新兴的建模基础设施是以windows为中心的。
Pawlak说:“从所有组件供应商、应用程序开发商和企业应用程序开发商真正为DSI愿景下的运营和管理设计他们的产品开始，大概需要四到五年的时间。”