cuiyi's blog(崔毅 crazycy)

记录点滴 鉴往事之得失 以资于发展
数据加载中……

我对SOA的认识(一)(结合平时累积的笔记,不排除有引用)(修改版)

本系列文章目录结构

       我对 SOA 的认识(一)(结合平时累积的笔记,不排除有引用) ( 修改版 )

       我对 SOA 的认识(二)(结合平时累积的笔记,不排除有引用)

       我对 SOA 的认识(三): SOA WebService 战略与战术

       SOA 和目前业成熟应用的 JavaEE 应用方案的一点看法

       JavaEE 中的三层结构和 MVC

       SOA 服务模型分析设计的一些概念

       SOA 涉及的组件和服务概念的整理(摘自水木)  

  SOA 涉及的 想 & 产品 & 技术

  可移植性(侧重Web Service )分析

10   任志宏关于 如何使用 IBM SOA 相关技术、产品和服务实现一个典型的业务场景 (转)  

 


      大概在一年前也就是研一的时候,开始大概了解了WebService;一个外出和一个PM聊天(那次有超级上当的感觉)时,聊到了SOA,他问我SOAWebService什么关系时,我回答了SOA比较大主要是大集成的思想,WebService也是。

当时那位 PM 给更正了一下, SOA 是一个规范体系, WebService SOA 的一种具体技术体现。这句话虽然不很精确,但是也给我一种启示,那就是一定要知其然更要知其所以然。

他问及我的关于 Webservice 服务的粒度,让我在那次谈话后更加关注了 WebService SOA

那段时间唯一的感觉就是对于 SOA 概念大家包括业界的各家都是仁者见仁,没有统一的说法。大概追逐了几个月的时间,便没有再跟踪。昨天小组讨论时,才发现我对 SOA 的定位却有些滞后;本来就是一种思想,这种滞后或许也根由于仁者见仁。

大概描述一下我的理解:

一个应用可以分为开发与集成两大部分。开发部分大概囊括需求、业务分析、实现、系统间各模块的集成、测试;集成更多的是与别的应用的集成,而不是系统间各模块的集成。换句话说,开发侧重的是应用系统的内部,耦合性更紧密;集成侧重于应用之间,讲究的是灵活性。

SOA 提出之前,集成更多的重任落在了 EAI 的肩上。介于对 EAI 理解不够,暂时不展开分析以及与一些同样目的的技术进行比较,如 WebService

SOA 就是一种思想 --- 大集成的思想,集成不能各家一词百花齐放,为了秩序,必须需要一个大家都能接受的统一的规范,这个秩序,更确切的说,更好的保证了可集成性。如同人类社会需要法律,法律要求人们遵守,法律反过来更好的保障了人类社会的秩序一样。而从这个意义上理解, WebService 就是 SOA 的一种具体实现,而非团队小组成员理解的 SOA 包括 WebService( 到目前我依然坚持 EAI WebService 实现的是并列的技术,都是为了集成,都是 SOA 思想的一种实现技术 )

SOA 的另一影响,就是对软件开发模式的影响,它把业务设计开发与技术设计开发分离开来,形成了与服务为主导的模式,业务人员更多的关注于业务流程,技术人员更好的承接这些模型与需求,以服务拼装的方式快速的实现出来。

说了这么多,下一篇将更多的从 SOA 的起源上说一下我的理解。

我对 SOA 的认识(二) http://www.blogjava.net/crazycy/archive/2006/05/24/47799.html

posted on 2006-05-24 11:59 crazycy 阅读(1732) 评论(3)  编辑  收藏 所属分类: SOA、WebService、BPEL

评论

# re: 我对SOA的认识(一)(结合平时累积的笔记,不排除有引用)  回复  更多评论   

呵呵,有些地方觉得你说的不对,现在还在学习阶段,很多看法自己都不成熟,先保留发言权利,以后再抨击你!
2006-05-24 22:47 | 刘力

# re: 我对SOA的认识(一)(结合平时累积的笔记,不排除有引用)  回复  更多评论   

对soa的理解仁者见仁,也很容易直接受到了一些局限,毕竟soa已经开始产业化,产业化的结果就是每个公司都会把soa公司产品化,以他们的产品说soa
2006-05-25 11:20 | cui's blog

# re: 我对SOA的认识(一)(结合平时累积的笔记,不排除有引用)  回复  更多评论   

本文对ESB的定位不准;同时又与EAI混淆,值得自我批评一把。
进行修改并保留原文如下:

大概在一年前也就是研一的时候,开始大概了解了 WebService ;一个外出和一个 PM 聊天(那次有超级上当的感觉)时,聊到了 SOA ,他问我 SOA 和 WebService 什么关系时,我回答了 SOA 比较大主要是大集成的思想, WebService 也是。

当时那位 PM 给更正了一下, SOA 是一个规范体系, WebService 是 SOA 的一种具体技术体现。这句话虽然不很精确,但是也给我一种启示,那就是一定要知其然更要知其所以然。

他问及我的关于 Webservice 服务的粒度,让我在那次谈话后更加关注了 WebService 和 SOA 。

那段时间唯一的感觉就是对于 SOA 概念大家包括业界的各家都是仁者见仁,没有统一的说法。大概追逐了几个月的时间,便没有再跟踪。昨天小组讨论时,才发现我对 SOA 的定位却有些滞后;本来就是一种思想,这种滞后或许也根由于仁者见仁。

大概描述一下我的理解:

一个应用可以分为开发与集成两大部分。开发部分大概囊括需求、业务分析、实现、系统间各模块的集成、测试;集成更多的是与别的应用的集成,而不是系统间各模块的集成。换句话说,开发侧重的是应用系统的内部,耦合性更紧密;集成侧重于应用之间,讲究的是灵活性。

在 SOA 提出之前,集成更多的重任落在了 ESB (企业服务总线)的肩上。介于对 ESB 理解不够,暂时不展开分析以及与一些同样目的的技术进行比较,如 WebService 。

SOA 就是一种思想 --- 大集成的思想,集成不能各家一词百花齐放,为了秩序,必须需要一个大家都能接受的统一的规范,这个秩序,更确切的说,更好的保证了可集成性。如同人类社会需要法律,法律要求人们遵守,法律反过来更好的保障了人类社会的秩序一样。而从这个意义上理解, WebService 就是 SOA 的一种具体实现,而非团队小组成员理解的 SOA 包括 WebService(ESB 也是 SOA 一部分,到目前我依然坚持 ESB 和 WebService 实现的是并列的技术,都是为了集成,都是 SOA 思想的一种实现技术,而不能理解成仅仅是 SOA 的很小一块 ) 。

SOA 的另一影响,就是对软件开发模式的影响,它把业务设计开发与技术设计开发分离开来,形成了与服务为主导的模式,业务人员更多的关注于业务流程,技术人员更好的承接这些模型与需求,以服务拼装的方式快速的实现出来。

说了这么多,下一篇将更多的从 SOA 的起源上说一下我的理解。

2006-05-25 15:08 | cui's blog

只有注册用户登录后才能发表评论。


网站导航: