微软构想务实的SOA 押注Oslo计划

服务器在线11月17日报道 微软倡导的SOA是"Real World SOA"的概念,建议企业从业务面有痛处或问题部分作为出发点,以6至8周为一个周期,分三阶段:先找到Services,再组装Services,然后才能应用Services。

微软开发工具暨平台相关负责人表示:"SOA并非一蹴而就,应该是长程的目标,可能需要5年10年的持续演进。有新的设计就朝SOA架构改进,时间久了之后,自然能达到。"

BizTalk Services:应用在Internet环境的Service Bus微软全球BizTalk Server事业群总经理Oliver Sharp,认为SOA正由企业内部往外部扩张,所以他提出融合云端技术与IT内部技术的想法。

事实上,自鲍尔默宣布进军云计算以来,微软投入相当大的资金,持续在全美各地电费较低的地方建立机房,并以每个月增加10万台服务器的数量,扩增机房的设备。

针对Oliver Sharp的构想,微软的SOA订出以下3项研发重点,它们都是目前正在发展的目标:

1. 简化互通性问题

2. 做到跨界分布式应用型态

3. 精简应用系统建立的方式,管理跨越不同IT角色的沟通模型

简化互通性问题的主轴就是支持公开标准,而且这项工作微软需要持续地努力,除了WS,还有Web应用中很普遍的REST及XML等。重点在WCF(Windows Communication Foundation)、BizTalk Server和尚未问世的BizTalk Services。

WCF谈的是企业不同技术平台的互通,而BizTalk则是微软的ESB(Enterprise Service Bus)及EAI(Enterprise Application Intergration)解决方案,包括提供配接器,帮助企业串连内部SAP、PeopleSoft、Siebel等各系统;还有支持XML、EDI、HL7及RosettaNet等产业标准,以利跨企业的沟通;以及各种数据库和讯息传递技术的互通,都是BizTalk的重点。至于BizTalk Services则是云端层级的互通,主要提供邦联式(Federation)的身份认证、串连及工作流程。

而第二个重点,跨界的分布式应用,是指跨公司、跨组织的SOA应用。这也是云端技术,对应的产品还是BizTalk Services,它不是BizTalk的取代版本,而是把ESB拉到云端,成为ISB(Internet Service Bus)。

这与传统在IT内部以ESB中央集权的思考方式,有很大的差别。微软认为在云端应用中,企业依赖的是邦联制的身份验证机制。

该负责人举例:"就像护照,中国人进出美国,只要确认护照是政府核发,美国就放行,这就是典型的邦联制。而不是由美国发护照给全世界。"也就是说A公司存取B公司的系统,身份验证仍由A公司处理,只要A公司认证使用者具备存取权限,B公司就开放存取;反之亦然。

目前BizTalk Services的最新版本,是今年7月15日释出的BizTalk Services SDK,由于仍在研发阶段,所以还不算很成熟。但可以想象未来服务的流程可以是挂载在微软的机房,由他们来确保服务的质量,而且微软的终极目标,是希望使用者部署流程或服务至云端,操作经验和在本机端是一致的。

微软的建模大梦"Oslo"

第三项研发重点是微软要建构单一的建模(Modeling)平台,诉求让所有微软相关的产品,有共通的表达模型的内容。也就是微软今年7月在美国TechEd首度公开展示的技术计划,代号是"Oslo"。

Oslo是微软未来在建模平台的技术投资,预计要跨下一版的BizTalk Server 6、BizTalk Services 1、Visual Studio 10、System Center 5以及.NET Framework 4.0等,提供建模语言、工具及储存模型的储存库。目的是要让不同角色的IT人,能够用抽象的方式处理问题,并共享模型。

Oslo跨不同产品线的原因在于,不同角色需要的模型有很大的差异。高阶商务分析师在意流程能否符合企业需求,架构师在意Services之间的沟通,开发人员要看UML,而机房人员在意服务等级协议(Service Level Agreement,SLA),于是他们也要看机房配置相关的逻辑与实体模型。企业因应不同角色的需求,有必要使用多种不同的模型,而且需要有一个单一的管理平台串连所有的模型,才能方便不同角色的人彼此沟通。

为此,微软在两周前重新加入离开16年的OMG(Object Management Group)组织,因此OMG手上的其它建模标准,例如BPMN,也可能在未来的产品中一并支持。