2011,SOA进入稳步发展时期

标签: soa 发展 时期 | 发表时间:2012-01-21 19:41 | 作者:
出处:http://pipes.yahoo.com/pipes/pipe.info?_id=10560380f804c7341f042a2b8a03e117

纵观InfoQ 2011年度所有SOA相关新闻和文章,可以得出结论:SOA已进入稳步发展时期。正如​ OMG总裁Soley说:“当人们不再热议某个标准时,就意味着它已经成功”

2011年SOA社区的确安静了许多。喧嚣过后,人们冷静下来思考 如何提供更优秀的支撑产品,如何更好地实施SOA。从下面的几则新闻中可略见一斑。

从越来越多的项目实施中,人们意识到建模方法对SOA实施的成功至关重要。所以, SOA领域建模,用OOD还是SOA方法?曾在社区里掀起一场轩然大波。不过,争论归争论,不论用什么建模方法,服务开发出来之后不可避免要经过测试这一关,功能测试和性能测试的联姻成就了​ SmartBear产品家族又添新成员:SoapUI和LoadUI

在任何一个领域中,实施经验的总结和分享对整个社区的进步都是​功不可没的。WSO2出了一款白皮书,称作《​​ 为解决方案架构师打造的实用SOA》;而IBM资深SOA架构师在Qcon中国杭州大会上分享了​​ 国家级基础信息库交换系统架构设计

​SOA的未来一直是人们关注的,REST曾经被视为SOA的发展方向

人们关心过 REST在企业中获得成功了么?,也曾疑问过 RESTful Web Services就是RESTful API吗?。有人给出了回答 企业级REST = 自定义、创造和标准化Media Type,也有人传道解惑:​ REST会是SOA的未来吗?

有的REST实践者写下来了​​​​ REST“皈依者”日记,有的做出了非常棒的总结——​ REST API的好的、坏的及难堪的实践。实际上,REST有优点,也有缺点。有人提出 REST API用得也痛苦,也有人探讨 REST API还有新麻烦?;有人认为只要把REST用到浏览器之外就是unREST,而随后就有人提出问题 unREST是新的REST吗?

企业级应用架构依赖于SOA原则,同时也可从社交网络和互联网架构中学习经验,比如下面这个例子给我们的启示:​​​ NetworkedHelpDesk的票证共享API:未来企业API之一瞥

SOA和云计算的融合也是2011年被关注的重点

业界的大师们在​ 圆桌论坛:SOA与云计算中各自给出SOA和云计算融合的观点和建议。虽然各位大师在一些细节问题的看法上有诸多差别,但是他们都认为SOA和云计算的融合是未来的方向。

​大师们忙着谈理论,则企业和从业者们忙着实践者,比如 Amazon发布一系列新服务吸引​企业客户迁移到云端​,还有人尝试寻找SOA和Hadoop之间的融合点,探寻 SOA在新兴的Hadoop世界扮演的角色

此外,在SaaS应用的兴起的同时,云标准的发展却相对滞后,云“孤岛”越来越多, 整合从企业发展到了云端。除了IBM、MuleSoft相应地云整合产品之外, MuleSoft发布下一代PaaS整合服务iPaaSTalend发布云端统一整合平台微软发布Windows Azure应用整合服务预览版。从这些密集的发布来看,整合云平台的发展趋势基本可以确定。

在中国,SOA同样进入蓬勃发展时期。从百度指数中可以看出,媒体对SOA的关注度在下降,而实施者对SOA的关注度却曾上升趋势。

SOA热度趋势

InfoqQ的用户调查问卷结果表明,已经实施SOA或正打算实施SOA的企业占了58%之多,其中规划实施SOA的组织占38%,远远大于过去几年的总和20%。

InfoQ读者实施SOA情况调查

​总而言之,2011年是SOA取得成功的一年。少了点论战,多了点实站;少了点理论,多了点实践;少了点对未知领域的担心,多了点成功过后的分享。REST和云计算无法也不可能取代SOA,相反,三者之间的融合却成了必然趋势。​​​​​

马国耀 关注企业级应用相关的开发、架构及思想的发展。尤其对Java EE、SOA、ESB和Cloud Computing等领域持有浓厚兴趣。

相关 [soa 发展 时期] 推荐:

2011,SOA进入稳步发展时期

- - InfoQ cn
纵观InfoQ 2011年度所有SOA相关新闻和文章,可以得出结论:SOA已进入稳步发展时期. 正如​ OMG总裁Soley说:“当人们不再热议某个标准时,就意味着它已经成功”. 2011年SOA社区的确安静了许多. 喧嚣过后,人们冷静下来思考 如何提供更优秀的支撑产品,如何更好地实施SOA. Activiti 5.0 GA发布——基于Apache 2许可的BPMN 2引擎,这是开源BPM领域的一大发展.

SOA资料学习

- - 人月神话的BLOG
从对象到组件,首先可以把对象理解为更细粒度东西,而组件是更加粗粒度的模块,对象更多关注技术,而组件应该更加关注业务. 前面我们谈过技术组件和业务组件,在SOA思想下业务组件化的思想就更加重要. 组件本身而言很简单,南向接口和北向接口,或者再有底座平台支撑. 接口通过服务方式来实现,组件通过OSGI等技术实现高度的解耦和可热插拔性.

SOA架构咨询

- - 人月神话的BLOG
对于SOA架构咨询,其核心还是在于组件化和服务化,然后才是服务管控和治理,基于服务化思想对传统软件开发生命周期过程的改进. SOA架构大家刚接触时候很容易将其理解为一种单纯的技术架构,或者更多的人仅仅是将SOA理解为service服务接口,这些都是对SOA方法论很大的误解. SOA咨询一个重点就是业务驱动IT,而非单纯的IT架构咨询,SOA咨询一般都会结合企业架构和云的思想,结合组件化架构和领域服务的思想,高层结合BPM端到端流程整合目标,并对这些内容进行有效的融合.

从流水程序到SOA

- Allen - 阿朱=行业趋势+开发管理+架构
咱就从函数代码开始谈起,更史前的Goto和汇编代码咱就不谈了. 函数和变量写多了,自然也就发现有些函数和变量互相粘在一起很高耦合,而与其它的一些却没多达关系,于是为了显性化让其他的开发人员知道哪些函数和变量确实关联性很紧密,于是创造了类. 面向对象在80年代的国外代码开发界颇为流行. 但接口思想的风潮在90年代刮起了.

eBay开源SOA-Turmeric架构

- - 人月神话的BLOG
参考: https://www.ebayopensource.org/wiki/display/TURMERICDOC/Turmeric+Documentation+Overview. Turmeric是一个综合的、由策略驱动的SOA平台,提供了对SOA服务及其消费者的开发、部署、保护、运行和监控等方面的支持.

SOA面向服务架构

- - 人月神话的BLOG
今年在这点上谈的比较多,也逐步开始落地实施,将SOA咨询和实施方法论从系统间真正的引入到系统内,将面向对象的需求分析方法和SOA思想进一步融合,从业务建模到系统用例建模,从流程分析到服务识别和分析,从业务组件化到系统模块化,这些工作都逐步开始落地实施. 这样做的好处就是进一步的体现SOA可复用组件的价值,真正的做到业务组件化和组件能力化.

[SOA] Mule ESB Linux 部署

- - CSDN博客架构设计推荐文章
本文介绍如何在 Linux 上部署 Mule ESB. Mule 是一个以Java为核心的轻量级的消息框架和整合平台,基于EIP(Enterprise Integeration Patterns,由Hohpe和Woolf编写的一本书)而实现的. Mule的核心组件是UMO(Universal Message Objects,从Mule2.0开始UMO这一概念已经被组件Componse所代替),UMO实现整合逻辑.

集成ESB实现SOA

- - 企业架构 - ITeye博客
  服务消费者,服务提供者, 服务注册中心(UDDI模型). 由于UDDI模型过于复杂,而服务提供者与消费者点对点的进行协作依赖性大大增强,因此产生演变.    服务代理 -- ESB.    基于ESB总线,使得服务请求者统一入口,而ESB管理服务,使得耦合降低,由ESB来应对提供者提供的服务的改变而服务请求者不需要进行任何的修改.

SOA实施收益分析

- - 人月神话的BLOG
远行科技自2007年开始即参加了中国移动集团SOA接口平台的建设和实施工作,在SOA规划咨询,建设实施方面有丰富的实践经验积累. 对于SOA实施收益,先以某客户的一个真正业务背景进行分析:. 业务场景:我们现在的工程项目管理,其规划,立项和工程实施计划在项目管理相关系统;工程物资采购在采购管理系统;审批在 OA系统,财务的信息又在ERP核心系统.

数据交换和SOA服务共享

- - 人月神话的BLOG
数据本身只是一种资源,而服务是一种能力;数据仅限于各种结构化和非结构化的数据资源,对于数据资源提供的能力可以使一种数据服务,而数据资源+业务规则形成的某种业务能力也可以作为一种服务提供,也就是说各种技术,数据,业务,平台,流程能力都可以做为服务提供. 交换本质是资源会从一个系统通过传输的方式进入到多个系统,资源在多个系统中形成多种拷贝.