NOP三期ESB接口规范_V0.6.doc

NOP三期ESB技术规范 Boco 撰写：白映波 张毅 2010-03-08 亿阳信通股份有限公司 概述 前言 为了实现系统间集成的松耦合，需要加强对系统集成技术、接口技术的研究，逐步规范、统一各个网管支撑系统间的接口技术，采用标准化的、已商用的、成熟的接口技术。在系统间建立统一接口规范，以便对在ESB中对系统间的业务管理进行安全监控，完善系统内的功能调用和数据交换。 对象 该文档面向目标是NOP中系统接口开发人员和服务开发人员. 术语 序号 术语名称 术语解释 1 NOP 网络运营平台（Network Operation Platform） 2 OSS 运营支撑系统（Operation support system） 4 SOA 面向服务体系架构（Service Oriented Architecture） ５ Enterprise Service Bus ) ６ 企业应用整合(Enterprise Application Integration) 目标 通过构建符合SOA原则的ESB总线的部署实施，达到下述目标： 1．服务的封装(encapsulation) 将服务封装成用于业务流程的可重用组件的应用程序函数。它提供信息或简化业务数据从一个有效的、一致的状态向另一个状态的转变。封装隐藏了复杂性。服务的API保持不变，使得用户远离具体实施上的变更。 2．服务的重用(reuse) 服务的可重用性设计显著地降低了成本。为了实现可重用性，服务只工作在特定处理过程的上下文(context)中，独立于底层实现和客户需求的变更。 3. 服务的互操作(interoperability) 通过服务之间既定的通信协议进行互操作。主要有同步和异步两种通信机制。SOA提供服务的互操作特性更利于其在多个场合被重用。 4. 服务是自治的(Autonomous)功能实体 服务是由组件组成的组合模块，是自包含和模块化的。SOA强调提供服务的功能实体的完全独立自主的能力。SOA强调实体自我管理和恢复能力。常见恢复的技术，如事务处理(Transaction)，消息队列(Message Queue)，冗余部署(Redundant Deployment)和集群系统(Cluster)。 5. 服务之间的松耦合度(Loosly Coupled) 服务请求者到服务提供者的绑定与服务之间应该是松耦合的。服务请求者不知道提供者实现的技术细节，比如程序设计语言、部署平台等等。服务请求者往往通过消息调用操作，请求消息和响应，而不是通过使用 API 和文件格式。 6. 服务是位置透明的(location transparency) 服务是针对业务需求设计的。需要反应需求的变化，即所谓敏捷（agility）设计。实现业务与服务分离，就必须使得服务的设计和部署对用户来说是完全透明的。 7. 明确定义的接口(well defined interface) Web服务使应用功能得以通过标准化接口（WSDL）提供，并可基于标准化传输方式（HTTP和JMS）、采用标准化协议（SOAP）进行调用。 接口内容 NOP三期新增和改造的系统中需要接入ESB的接口： ESB使用说明 ESB中的角色说明 NOP中各系统在ESB中的角色可以分为两种: 服务提供方和服务消费方. 服务提供方: 各厂商在完成业务调研之后,根据业务功能开发功能接口,最终将接口发布ESB上,供其他系统共享数据和实现业务功能. 服务消费方: 各个系统在需要与其他系统交互的时候,要通过调用ESB来访问目标系统提供的服务接口获取数据,完成业务操作. 在ESB架构设计中,服务提供方的接口也需要按照统一的规范来开发,以便日后维护和管理,接口细节参考5.1.2. 接口参数分类: ESB提供的服务接口参数分为ESB管理参数和业务数据参数两类. 1. ESB管理参数中包括:交易代码,用户名,角色类型,验证字符,IP地址和事件ID一共六个参数,这六个参数用于ESB自身对服务的管理和监控工作. 2. 业务数据参数:描述的是服务调用方和服务消费方之间的交互数据. 交互数据的参数由双方协定. 服务提供方职责 服务提供者根据该规范中的接口要求开发服务,将服务WSDL文件提供给ESB负责人员,ESB开发人员将根据WSDL中服务地址,将服务注册至ESB上.并负责对接口参数进行分析,了解接口参数含义,进行相关业务操作. 各系统提供Web Services服务的时候，根据自己系统名称对服务进行自行命名,但参数需要按照该规范5.2章节中要求内容进行规范. 服务消费方职责 各应用系统作为服务消费方在调用ESB的时候，需要明确每个参数代表的含义，按照参数书写格式要求来发送参数。详细参数说明见5.1 ES