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

 
   | |

导读:简化互通性问题的主轴是支持公开标准,而且这项工作微软需要持续地努力,除了WS,还有Web应用中很普遍的REST及XML等。跨界分布式应用,是指跨公司、跨组织的SOA应用。

关键词:互通性 WS Web应用 REST XML SOA

 
正在加载数据...

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


Oslo建模
 微软构想务实的SOA 押注Oslo计划
 如何学习Oslo建模的M语法

原文出处:http://www.enet.com.cn/
 
来源:enet    
 
 
 
 
 

XML与XML Schema

 
在本世纪初,当SOA社区采用XML作为Web服务消息的主导模式时,加速器的需求就出现了。Layer 7 CTO兼首席架构师……
 
在1999年左右,XML加速器是新兴的,它减轻了由于处理高密度的XML消息引起的CPU 消耗。十年后,收购和SOA消息传送复杂化增长……
 
自2005年以来,XML设备市场一直不景气,但是有人表示先进消息协议以及云计算的出现可能将这些设备带到最前线。在过去的十年里……
 
Web服务描述语言,或者缩写为WSDL,自2001年开始已经在流传了,当他的第一个版本被W3C发布,始终处于开发状态。
 
我们应该知道常常不是所有技术适应所有工作。但是我承认XML可能更接近“X”代表“可扩充的(eXtensible)”。毕竟这更像是一种为了适应……

热门技术手册排行

 

随着开源技术越来越成熟,一个稍有开发经验的人通过学习就可以用开源的产品和技术构建一套可用的系统。对于从事软件开发的人员,尤其是对Java或动态语言相关领域的人来说,“开源”也许是他们最喜爱的单词。但是,很多时候我们需要的不仅仅是一个可用的系统,而是希望这个系统开发更简易、性能更高和扩展性更好等。这确实是一个令人头痛的问题。本指南很多地方都是点到为止,要深入了解相关信息的读者请借助参考资料、网站等自行挖掘。

 

本专题分六部分探讨SOA设计模式,当初设计面向服务架构的一大初衷就是降低服务间耦合度,由此提高服务的灵活性和自由度。

 

业务流程管理(business process management,bpm)不是一个新概念,甚至不是一个新名词。它是从相关的业务流程变革领域,如业务流程改进(bpi)、业务流程重组(bpr)、业务流程革新中发展起来的。流程管理技术也是从早期的工作流管理、eai、流程自动化、流程集成、流程建模、流程优化等技术中发展起来的。

 

TOAGF是一个架构框架,简而言之,TOGAF是一种协助发展,验收,运行,使用,和维护架构的工具。它是基于一个迭代(Iterative)的过程模型,支持最佳实践和一套可重用的现有架构资产。

 

云计算的概念越来越流行,Amazon、Google和IBM是第一批将云计算引入公众视线的公司。云计算就是新的Web2.0,一种既有技术上的市场绽放。

 

Mashup是一个非常cool的新的应用程序种类。如果你想真正的了解它们,我们需要回过头来看看你现在的计算机,其实它就是一个非常好的帮助你理解mashup的模型。现在开源的操作系统无疑是非常好的apis的集合或应用程序编程接口,帮助开发者去构建其应用程序。计算机本身也是一个很好的为用户提供接口的例子,键盘和鼠标可以被理解为你通过计算机的接口而使用的不同的应用程序。本技术手册为读者提供了一些相关信息,如果需要深入了解mashup,读者可以借助其他参考资源。

查看更多
 
 

登录TechTarget中国

关闭
本服务仅向TechTarget中国的会员开放,请登录或立即免费注册
电子邮件地址:
请输入您的电子邮件地址
密码:
下次自动登录