与林星关于ESB(Enterprise Service Bus)产品的一些讨论 SOA企业应用Workflow软件测试项目管理

http://webscope.blogdriver.com 说：

hi,林星,在忙吗

阿图 说：

hi，你好。还可以。

http://webscope.blogdriver.com 说：

你现在是在公司是以项目为主还是产品为主呢

阿图 说：

我的工作是做规划。

http://webscope.blogdriver.com 说：

技术管理\规划?

http://webscope.blogdriver.com 说：

Director?

阿图 说：

是的，做银行系统的规划。

http://webscope.blogdriver.com 说：

对

阿图 说：

就是做架构设计。

阿图 说：

不过偏业务方面。

http://webscope.blogdriver.com 说：

哦,跟银行IT系统建设单位的规划类似吧

阿图 说：

是的。基本一样。

阿图 说：

然后就是管理之类的。

http://webscope.blogdriver.com 说：

你刚提到你在公司的架构设计是侧重于组织层面的统一规划吗,还是产品体系的?

阿图 说：

实际上是这样，甲方的规划和乙方其实不太一样

阿图 说：

乙方偏重技术架构，甲方最重要的是业务架构。

http://webscope.blogdriver.com 说：

恩,基本这样.

对于业务架构,我一直涉及的比较少.

我在公司主要规划产品线的体系架构,目前主要有portal\km\BI\ESB\Security等

阿图 说：

是的。但实际上，甲方也不能够忽略技术架构，所以我对这块也有研究，只是没有去做实际的东西而已。

阿图 说：

ESB？

http://webscope.blogdriver.com 说：

enterprise service bus,是基于SOA架构的一种EAI方式.

阿图 说：

哦，是这样。

阿图 说：

http://dev2dev.bea.com/technologies/beehive/index.jsp

http://webscope.blogdriver.com 说：

以MOM为异步集成的主要载体

阿图 说：

http://xbus.sourceforge.net/

阿图 说：

MOM的应用范围如何？

阿图 说：

我感觉在*口似乎应用比较广泛一些。

阿图 说：

银行中也有，但不是最主要的。

http://webscope.blogdriver.com 说：

在具有Legacy的环境中,MOM具有应用的场所

阿图 说：

嗯，是的。

阿图 说：

MOM是SOA的实现手段吧。不过我可能比较看重SOA的接口设计。

http://webscope.blogdriver.com 说：

SOA通常由两种构成,service可以直接发布成wsdl,MOM也是,比如很多MQ都支持JMS,可以按sender和receiver在应用系统中解藕

http://webscope.blogdriver.com 说：

Mule产品不错

阿图 说：

Mule？

http://webscope.blogdriver.com 说：

yes

阿图 说：

是SOA的产品吗？

阿图 说：

url？

http://webscope.blogdriver.com 说：

esb产品

http://webscope.blogdriver.com 说：

http://www.muleumo.org/

阿图 说：

和灰狐他们接触过吗？

http://webscope.blogdriver.com 说：

接触过

阿图 说：

龙辉和我很熟，他们现在也在做这一块吧。

阿图 说：

我对这块也很感兴趣。

阿图 说：

不过我的侧重点想放在如何和业务和技术集成起来。

阿图 说：

事实上，我的看法是：EAI中技术是很重要的一块，同时，业务的整合也非常的重要。

阿图 说：

mule的特点是什么？

http://webscope.blogdriver.com 说：

刚研究还没法评论,大致是ESB技术架构设计的比较灵活

http://webscope.blogdriver.com 说：

能否谈谈你对业务架构的看法呢

阿图 说：

嗯，他的架构似乎和xBus不同。

阿图 说：

ok。

阿图 说：

其实，我在我之前的一篇文章中有提到过一个软件开发的结构问题。

http://webscope.blogdriver.com 说：

ESB产品接触过另外一些商业产品,从总线的技术架构来说,大家都基本类似,通过集成MQ和Service,事实上构成简易的Pipeline.

阿图 说：

http://www.sawin.com.cn/doc/QM/Quality/sqroad1.htm

阿图 说：

但是我感觉还应该囊括其它的技术？

阿图 说：

例如报文、数据库、文件、和SAN之类的？

阿图 说：

你觉得SOA和EAI的差别在哪里？

http://webscope.blogdriver.com 说：

SOA可以是EAI的 high level view

阿图 说：

ok，你说SOA，我说技术架构。

阿图 说：

不错，我也同意。

阿图 说：

SOA把EAI提高了一个层面。

http://webscope.blogdriver.com 说：

恩,SOA关注的细节与EAI应该是两个层面了

阿图 说：

在我的文章中，有一张图：软件质量框架的结构

阿图 说：

其实有三个部分：业务架构、技术架构、管理架构

阿图 说：

技术架构，很好理解。

http://webscope.blogdriver.com 说：

恩

阿图 说：

EAI就属于这个层次

阿图 说：

管理架构指的是对软件开发的管理。

阿图 说：

例如测试、日构建。

http://webscope.blogdriver.com 说：

ok

阿图 说：

最麻烦的是业务架构。

阿图 说：

正如软件过程中，需求是万恶之源，架构也是。

阿图 说：

业务架构不好，底下的技术再好，最终的软件还是摆脱不了不稳定的厄运。

阿图 说：

当然，技术架构和管理架构是基础。

http://webscope.blogdriver.com 说：

事实上,我们公司的产品,基于ESB的UIB,就涉及这一块,通过CIM和WBEM来集成企业的业务对象

阿图 说：

他们不好，上面也好不到哪里去。

http://webscope.blogdriver.com 说：

agree with you

阿图 说：

他们之间需要一种稳定的三角关系。

阿图 说：

嘿嘿。

阿图 说：

同意。

阿图 说：

没错。其实SOA、Workflow，都是属于业务架构的底层。

阿图 说：

包括Service也是。

阿图 说：

或者说，他们是连接和隔离业务架构和技术架构的。

http://webscope.blogdriver.com 说：

所以现在讲的ESB还没有提升到业务架构的层次.在我们的产品中,有一个Repository,提供不同元对象模型切换支持

阿图 说：

哦？能说详细些吗？

阿图 说：

元对象模型切换？

http://webscope.blogdriver.com 说：

CIM, common information model

阿图 说：

是指业务对象吗？

http://webscope.blogdriver.com 说：

恩

阿图 说：

指的是业务对象可以被重用的那部分？

http://webscope.blogdriver.com 说：

在电力行业, IEC根据CIM模型,提供了相关EMS和DMS的domain object,包括schema

阿图 说：

事实上，业务架构之所以难做，是因为技术人员和业务人员的隔阂。

阿图 说：

嗯，这个东西不错。

阿图 说：

主要是数据方面的？

http://webscope.blogdriver.com 说：

恩, domain object.

并,提供了CIS,在interface 方面也提供了spec

阿图 说：

技术人员搞不懂业务，业务人员不具备技术人员的抽象能力

阿图 说：

CIS是Service吗？

http://webscope.blogdriver.com 说：

cis, component interface specification, 在97-99年,SOA和web service还没有那么热, cis指的就仅仅是EAI层次的规范而已

http://webscope.blogdriver.com 说：

你觉的呢

阿图 说：

这部分是技术规范，还是业务规范？

阿图 说：

前者？

http://webscope.blogdriver.com 说：

CIM是业务,CIS是技术

阿图 说：

ok，没有问题。

阿图 说：

但是目前SOA已经开始有统一的趋势了，你觉得呢？