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

微软倡导的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，也可能在未来的产品中一并支持。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友