最近为公司完成了一个 ESB 的设计.下面简要说明一下具体的设计方案. 企业 SOA 整体方案 在前一篇<SOA.ESB.NServiceBus.云计算 总结>中说到,SOA 是面向服务的架构,其核心思想是把业务进行组件化,而业务组件的能力服务化. 我们的整个 SOA 的设计分为两个层面:一个是系统间的 SOA 设计,另一个则是单个系统内的 SOA 设计.系统间的 SOA 设计,主要是设计一个 ESB 系统来实现各业务系统间的交互.而系统内部的 SOA 设计,则是建立一个组件化的技术平台,
SOA SOA 是通过功能组件化.服务化,来实现系统集成.解决信息孤岛,这是其主要目标.而更进一步则是实现更快响应业务的变化.更快推出新的应用系统.与此同时,SOA 还实现了整合资源,资源复用. SOA 服务的设计标准是粗粒度.高重用.灵活.标准.性能则并非首要考虑因素. SOA 的两大功能是集成.服务编排(BPEL.BPM).WF 在 SOA 架构中,实现服务编排的功能. 参考架构: 相关资源: SOA 的基本概念及设计原则浅议 SOA 有哪些基本原则 SOA 设计十大原则 SOA 服务设计原
一.讨论主题与观点 写一篇文章.发现一次自觉得有意思的SOA架构方面的讨论,源于昨天AgileEAS.NET SOA 平台群(113723486)里几个群友的一次关于ESB的一次讨论. 大家的讨论观点主要集成在:对于ESB的定义也有类观点,一类观点是把ESB定位于SOA架构之中的基础服务设施(书上都这么讲),还有一类观点就是ESB做为异构系统之间的集成和整合之间,其实ESB本身都能实现两种观点的功能,只是觉得在时下,应该更偏重于那一方面,两者的本质上最大的区别是,同一系统内部的功能是否需要经过E
企业服务总线(Enterprise Service Bus)是SOA的基础设施,之所以这么说是因为要达到SOA的目标(增强灵活性)就必须有调用服务的方法,ESB的存在有效的保证了消费者能够调用供应者提供的服务.网上有很多对ESB不同的理解,其实这取决于实现ESB方式.对于ESB来说具体的实现方式不是固定的,但是核心思想(主要的作用)是一致的.下面将从如下几个方面阐述笔者对ESB的理解 数据格式转换 ESB的存在就是为了解决SOA当中互操作的问题,由于SOA是支持异质的所以对于ESB来说主要的作用
一 SOA 1. 定义: a) 一种充分利用开放标准,将软件资产展现为服务的结构. b) 提供软件资产标准的展现和交互途径 c) 在开发其他应用的时候,可以将独立的软件资产封装为一个一个的“积木”. d) 更注重应用之间的装配而不是实现细节. 2. 作用图示: 二 SOA 的 核心组件 ESB 1. 作用图示: 2. 功能说明: a) 通信:路由,寻址,通信技术.协议和标准. b) 系统集成 c) 服务交互