标题:缺省的消息提供者
WAS6提供了一个新的东西,那就是Service Integration Bus,服务集成总线背后有一些什么东西呢?本章将讨论这个。
功能点:
概念与结构、Concepts and architecture
运行时组件、Run time components
HA和装载、High availability and workload management
SIB的拓扑结构、Service integration bus topologies
SIB与MDB、Service integration bus and message-driven beans
SIB安全、Service integration bus security
问题定位、Problem determination
配置与管理、Configuration and management
一,概念与结构、Concepts and architecture
它说用它可以在WAS中实现SOA,并且说明了缺省的消息提供者是JMS。既然是SIB,那么BUS是什么呢?它定义在CELL级别的,把各科消息接入传送到目的地。当添加一个应用或者一个资源的时候都与BUS相关起来。各种各样的资源是加了,但是总线在哪儿呢?它的成员就是那些Application Server(及它的群)。加来加去,到底是什么东西在工作呢?消息引擎。
消息引擎!它做了什么?就是让想交互的消息交互。下图很好说明了。server1-----server4、server2------server3交互。
如果是集群的话,消息引擎的就是在这个集群中。见下图。还要说明的是,如果这个集群中的ME(message engine)cracked。那么其它的点可以当这个角色。哦,原来BUS也集群了啊。。。。
再强调一下,命名也有习惯的,有个好的习惯,大家都容易看明白,标准的东西总是好学习理解一些,这样能减少交流成本。它是如何命名的呢?Node.Server-bus、Cluster.X-bus.
是消息总要一个地方存放,可以放文件,DB。存了后总要一个取消息的点吧。
接下来内容还有仲裁及BUS link等。
这部分开发配置人员均要细看才能明白自己做的事情正在操作什么样的资源。不但要细看这一部分,也要细看接下来的一节。运行时组件:主要讲SIB服务,服务集成交互链,消息存储,出错处理,SIB link,MQ link及 MQ server。与概念部分是差不多一一对应的。这二部分重中之中。可以这么说,如果公司不想用大的代码就实现面向服务的集成,好好的使用WAS6开始的这个特性非常之重要。哈哈,做软件的,特别是与大公司相关的,都喜欢吹。没有关系,明白自己做的什么就行。