浅谈基于某SOA 地大数据交换中心地设计和实现.doc

浅谈基于SOA 的数据交换中心的设计和实现 　　一、背景概况 　　在学校进行了长期的信息化建设的过程中，数据交互领域的建设一直是核心工作，这也是在取得了一定的收获的信息化校园建设过程中，所反映出的基本问题所决定的。原有的学校各部门，在进行相应的信息化建设过程中是属于无须也无标准的，这样，各部门之间的数据联通是相应比较困难的，而各个信息系统所谓的封闭和异构，使得学校完整的信息化建设无法得到很好的发展，这也是我们提出该研究方案的初衷。现在各类设计类型很多，但是基本的实施模式就有点对点和集中式的两种，以下就这两类的异同进行说明。 　　1)模式一：点对点构架，在各部门不同的服务器和软件上要进行数据交换，就必须单个个体间进行点对点的连接，协议在这个过程中是一台机器到另一台机器，这样的交换方式叫点对点方式，这个方式有优点在于，不需要过多的复杂机构和硬件，只需要机器，机构相对比较容易实现也简单，不需要依赖其他产品，任何一个节点的错误对其他的整体或者节点不会造成什么影响。但是，这样的连接方式也会有缺点，就是机器到机器之间的连线是一对一的，这样当机器成倍增长，这样的连接也会飞跃式的增长，其次，建立连接的双方必须同时在线，这样使得使用起来变得非常不方便。 　　2)模式二：集中式架构，在机器与机器交换之间会有一个交换机制来进行管理，机器要对另外机器进行连接，必须先对中间交换机制连接，从而找到对方的地址，才能和对方进行通信，这样的方式有优点，就是连接数并不会增长太快，机器和机器连接不一定要随时都在线，当然，这样也对设备的类型有要求，并且负载量是较大的，类似总线型的传输会有瓶颈。 　　模式二的方式其实更有可操作性，当然这样的架构往往先从数据中心开始，才向外围进行其他中心的建设。我们需要的整合确是从原有的很多不同系统中进行的整合。现在要说的方式是通过现有的B/S 结构加上不同数据整合形成的一类后期建设的数据交换中心。 　　二、SOA的概念及数据交换理论基础 　　(一) SOA的概念 　　在整个软件设计分析演化过程中，从面相过程到面相对象，直至现在的面向服务，是由人们需求逐步提升的一个过程，而现在提到的SOA就是面向服务的软件系统构建方法。 　　SOA是分布式软件系统构造方法和环境的新发展阶段，是包含运行环境、编程模型、架构风格和相关方法论等在内的一整套的分布式软件系统构造方法和环境，涵盖服务的整个生命周期：建模一开发一整合一部署一运行一管理”。 　　SOA((Service—Oriented Architecture，面向服务的体系架构))，对于业务集成的过程来说，设计者往往都会考虑到一个企业化的架构的原型化事物，就其体系架构而言，分为以下几个部分： 　　既然是面向服务的架构体系，那么服务作为一个核心，必然成为了各个业务手段的抽象对象，在这样的过程中，各项业务成为了相对独立的个体，各个个体之间相互成为了可以分布成为个体的每个细节业务逻辑。这个时候，服务就不单纯是服务，而可以定义与业务之间的相应联系，就像一些规则要求的约束，在这个环境就有了响应的处理机制。 　　这使得构建在不同系统中的服务可以以统一的!通用的方式进行交互 除了这种不依赖于特定技术的中立特性，其通过服务注册库(ServiceRegistry) 加上企业服务总线(EnterpriseServiceBus，ESB)来支持动态查询、定位、路由和中介(Mediation) 的能力，使得服务之间的交互是动态的，位置是透明的。 　　所以，SOA的意义就是利用一种广泛互用标准，成为各个不同架构细节的统一安排者，它更多的是研究各个细节个体的装配，不需要重视底层的编码等情况。 　　(二) Web Service 技术 　　Web Service 技术在一开始初期就有人进行了定义，其在于规范了一种组件，使得通过Web 调用的各项内容可以通过这样的规范组织在一起，WebService 从现今的发展来看，已经是基于瘦客户端的必然组成模式了。 　　WebService 构成主要有以下几点： 　　1) Service：Service 是一种应用程序，提供者将它公布到Internet 上提供服务。 　　2) WebServiCeProvider：从架构面来看Service Provider，它是提供服务及服务本身的执行环境 　　3) WebServieeRequester：某种Client 或应用程序，在Internet上搜寻，使用WebServiee。 　　4) WebService Registry (Broker)：是一种储存webServiee信息的环境，让ServiceProvider 注册公布ServiCe 的信息，让ServieeRequester 搜寻服务，并取得和WebServiee 沟通的相关信息。