某银行MQ自动化监控管理平台的设计与实现.pdf

u d c ：6 2 0 中文图书分类号：t p3 1 5 学校代码：1 0 0 0 5 学号：g 2 0 0 8 2 2 5 0 2 2 密级：公开 北京工业大学硕士专业学位论文 ( 非全日制) 题目：某银行m q 自动化监控管理平台的设计与实现 英文题目：a p p l i c c a t i o no fw e b s p h e r em qi nc c bb u s i n e s ss y s t e m 论文作者：陈晨 领域：软件工程 研究方向：软件与网络工程方向 申请学位： 指导教师： 所在单位： 答辩 日期： 授予学位单位： 工程硕士 柳永坡 软件学院 2 0 1 3 年5 月 北京工业大学 独创性声明 本人声明所呈交的论文是我个人在导师指导下进行的研究工作及取得的研 究成果。尽我所知，除了文中特别加以标注和致谢的地方外，论文中不包含其他 人已经发表或撰写过的研究成果，也不包含为获得北京工业大学或其它教育机构 的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均 已在论文中作了明确的说明并表示了谢意。 签名： 日期p 以年、r 月沩日 关于论文使用授权的说明 本人完全了解北京工业大学有关保留、使用学位论文的规定，即：学校有权 保留送交论文的复印件，允许论文被查阅和借阅；学校可以公布论文的全部或部 分内容，可以采用影印、缩印或其他复制手段保存论文。 ( 保密的论文在解密后应遵守此规定) 签名： 导师签名： 日期yf 3 月2 咯 日 期刊多年，月哆日 摘要 摘要 本文主要围绕如何更好的对银行系统中w e b s p h e r em q ( m e s s a g eq u e u e ) 进 行运维来进行分析，设计并实现适合银行m q 运维环境的自动化监控和管理平 厶 口。 随着m q 中间件产品在银行系统中应用的越来越广泛，如何快捷、自动化及 方便的进行m q 监控、管理、运维等操作成为一个重要研究课题，本文研究的 m q 自动化监控管理平台即是为了解决该问题进行设计、开发。 核心内容分为四个方面：一、分析银行w e b s p h e r em q 应用现状，结合实际 系统构建目前采用的三种实际架构；二、在银行实际运维中，解决了对w e b s p h e r e m q 配置、参数、日志等方面进行管理；三、设计了对w e b s p h e r em q 进行全面 有效监控的方法；四、提出了w e b s p h e r em q 故障快速定位方法，并记录一些常 见运维问题和解决方法。 本文在论述中，结合了实际系统及数据进行，如运维中心近期梳理并布置的 w e b s p h e r em q 监控指标集，c f x 系统、e a i h 系统、t r b 系统实际架构，引用 了大量d c m 中记录的银行各种w e b s p h e r em q 中间件问题、事件等进行说明。 软件设计过程中，进行了充分详细的软件设计和研发工作，并对软件进行了充分 测试，保证该平台的稳定性、准确性和可用性。本文通过分析具体实例系统的开 发，获得了w e b s p h e r em q 中间件系统的开发经验。准确详细的业务需求分析是 项目成功的保证。同时可以减少后续开发中由需求变更带来的冗余工作。注重用 户与系统的交互，功能实现知识系统成功的部分，易使用、安全、性能稳定、交 互界面美观等都是系统成功的要素。 关键字：w e b s p h e r em q ：运维；应用；架构；配置 北京工业大学工程硕士专业学位论文 a b s t r a c t t h i st h e s i sm a i n l yf o c u s e so nh o wt om o r ee f f i c i e n t l ym a i n t a i nw e b s p h e r em q ( m e s s a g eq u e u e ) o fac h i n e s eb a n k ，a n dh o wt od e v e l o pa n di m p l e m e n tt h e a u t o m a t i cm o n i t o r i n ga n dm a n a g e m e n tp l a t f o r mo fm q o p e r a t i o ne n v i r o n m e n tw h i c h i ss u i t a b l ef o rt h i sb a n k a sm i d d l e w a r eo fm qb e c o m e sm o r ea n dm o r ep o p u l a ri nt h i sc h i n e s eb a n k ， h o wt oq u i c k l y , a u t o m a t i c a l l ya n d u s e r - f r i e n d l ym o n i t o r , m a n a g ea n do p e r a t et h em q s y s t e mb e c o m e sv e r ys t r i n g e n t t h em qa u t o m a t i cm a n a g e m e n tp l a t f o r mi n v e s t i g a t e d i nt h i st h e s i sc a nb eu s e dt os o l v et h i sp r o b l e m t h e r ea r ef o u rt a s k sa sf o l l o w i n g ：1 ) t h ep r e s e n ts i t u a t i o no fw e b s p h e r em qi n t h i sc h i n e s eb a n ki si n t r o d u c e d a f t e rt h a t w ee l a b o r a t et h et h r e ep r a c t i c a ls t r u c t u r e s o fw e b s p h e r em qw h i c ha r ew i d e l ya d o p t e dn o w a d a y s ；2 ) t h e p r a c t i c a lm a n a g e m e n t o fc o n f i g u r a t i o n s ，p a r a m e t e r sa n dl o g si nw e b s p h e r em qf o rr e a la p p l i c a t i o n si nt h i s c h i n e s eb a n ki si n v e s t i g a t e d ；3 ) h o wt oc o m p r e h e n s i v e l ya n de f f e c t i v e l ym o n i t o r w e b s p h e r em qi sd i s c u s s e d ；4 ) s o m em e a n i n g f u lw a y sf o rq u i c k l yl o c a t i n g m a l f u n c t i o n so fw e b s p h e r em qa r ep r o p o s e d s o m ec o n a n l o nm a i n t e n a n c ep r o b l e m s a n dt h ec o r r e s p o n d i n gs o l u t i o n sa r es u m m a r i z e d ，n l i st h e s i sc o n s i d e r sal o to fp r a c t i c a ls y s t e m sa n dr e a ld a t as e t s s u c ha st h e m o s tr e c e n t w e b s p h e r em qm o n i t o r i n gc o n t r o li n d e xs e tf r o mt h es y s t e m m a n a g e m e n td e p a r t m e n t ，t h ec f xs y s t e m ，t h ee 触hs y s t e ma n dt h ea c t u a ls t r u c t u r e o ft h et r bs y s t e m 西o i l sw e b s p h e r em qm i d d l e w a r ei s s u e sa n de v e n t sf r o mt h e d c mr e c o r d sa r ea l s ot a k e ni n t oc o n s i d e r a t i o n d u r i n gt h es o f t w a r ed e s i g np r o c e s s w ec o m p r e h e n s i v e l yc o n s i d e rt h ec h a l l e n g e si ns o f t w a r ed e s i g na n dd e v e l o p m e n t ，a n d t e s tt h ep e r f o r m a n c eo ft h es o f t w a r eo nv a r i o u sa s p e c t si no r d e rt og u a r a n t e et h e s t a b i l i t y , a c c u r a c ya n du s a b i l i t yo ft h ed e v e l o p e dm qs y s t e m m o r ev a l u a b l e e x p e r i e n c e so nt h ed e v e l o p m e n to fm i d d l e w a r es y s t e mo fw e b s p h e r em qa r e o b t a i n e dt h r o u g ht h ea n a l y s i so fs p e c i f i ce x a m p l e so fs y s t e md e v e l o p m e n t n o t et h a t a c c u r a t ea n dc o m p r e h e n s i v eb u s i n e s sr e q u i r e m e n ta n a l y s i si st h ek e yt ot h es u c c e s so f ap r o j e c t i tc a na l s or e d u c et h er e d u n d a n tw o r ki nt h ef o l l o w - u pd e v e l o p m e n tw h e n t h eu s e r r e q u i r e m e n t sa r ec h a n g e d f u r t h e r m o r e ，w ep a ym o r ea t t e n t i o nt o t h e i n t e r a c t i o nb e t w e e nt h eu s e r sa n dt h es y s t e m ，f u n c t i o nr e a l i z a t i o n ，p r a c t i c a l ，a n ds t a b l e a n ds a f eh u m a n - m a c h i n ei n t e r a c t i o ni n t e r f a c e k e y w o r d s ：w e b s p h e r em q ；o p e r a t i o n ；a p p l i c a t i o n ；s t r u c t u r e ；c o n f i g u r a t i o n i i 目录 目录 摘要i a b s t r a c t i i 第1 章绪论1 1 1 概述1 1 2w e b s p h e r em q 中间件应用现状1 1 3w e b , s p h e r em q 同银行其他中间件对比2 1 4 本文主要研究内容3 1 5 本文组织架构，4 第2 章w e b s p h e r em q 技术基础7 2 1w e b s p h e r em q 消息通信_ 7 2 1 i 基本互连结构单向传送7 2 1 2 基本互连结构双向传送7 2 1 3 基本互连结构队列与队列管理器别名8 2 2 基于多跳的w e b s p h e r em q 架构9 2 2 1 基于多跳互连结构原理9 2 2 2 银行c f x 系统m q 多跳架构分析1 0 2 3 基于c l i e n t s e r v e r 的w e b s p h e r em q 架构1 1 2 3 1c l i e n t s e r v e r 结构原理1 l 2 3 2 银行t r b 系统m qc s 架构分析1 3 2 4 基于群集的w e b s p h e r em q 架构1 3 2 5 本章小结1 4 第3 章w e b s p h e r em q 自动化监控管理平台需求分析1 5 3 1 配置、参数及日志管理需求分析15 北京工业大学工程硕士专业学位论文 3 1 1w e b s p h e r em q 配置管理1 6 3 1 2w e b s p h e r em q 关键参数管理1 7 3 1 3w e b s p h e r em q 日志管理1 9 3 2m q 监控管理需求分析2 0 3 2 1 操作系统层面监控2 l 3 2 2 网络层面监控2 3 3 2 3 业务层面监控。2 3 3 3w e b s p h e r em o 监控手段分析2 6 3 3 1 业务监控手段2 6 3 3 2 变更监控控制。2 7 3 3 3 监控人员行为规范2 7 3 4w e b s p h e r em o 故障处理需求分析2 7 3 4 1 首次安装使用中应注意问题2 8 3 4 2w e b s p h e r em q 四步故障快速定位2 8 3 4 - 3w e b s p h e r em q 常见故障解决方法3 1 3 5 本章小结3 5 第4 章w e b s p h e r em q 自动化监控管理平台设计3 7 4 1 系统层次结构。3 7 4 2 系统模块设计3 9 4 2 1 用户角色设计。4 0 4 2 2 基础管理模块一4 1 4 2 3 队列监控指标设计一4 7 4 2 4 监控展示模块。5 2 4 2 5 定时探测模块5 3 4 2 6 配置管理模块5 4 4 2 7 角色权限模块5 4 i t 目录 4 3 数据库设计5 5 4 4 本章小结5 7 第5 章w e b s p h e r em q 自动化监控管理平台实现与测试5 9 5 1 系统功能实现5 9 5 1 1 用户管理功能5 9 5 1 2 监控展示界面6 2 5 1 3 规则管理界面6 6 5 1 4 定期作业界面6 8 5 1 5 系统配置界面6 9 5 1 6 脚本配置界面7 0 5 2 系统测试7 1 5 2 1 系统测试方法。7 1 5 2 2 系统测试内容。7 l 5 2 3 测试结果分析7 8 结j 念7 9 参考文献8 1 致访 8 3 i i i 北京工业大学工程硕士专业学位论文 i v 第1 章绪论 1 1 概述 第1 章绪论 计算机软件发展到今天，很多具有独立功能的应用模块都被逐渐隔离出来形 成软件产品，这些软件往往是针对某一种应用需求，在相关的领域中具有很强的 通用性。它们通常界于操作系统和应用程序之间，为应用程序提供一些标准的服 务，我们称这一类软件为中间件。 随着软件开发的成熟、开发者逐渐意识到应该把通信代码变成独立的工作进 程或工作模块，不同的工作进程可以通过调用通信模块来适应不同的通信协议， 而应用程序与通信程序之间使用通用的本地通信方式。这样一来，应用程序与通 信程序的代码完全分开，各自的逻辑清晰自然，易于管理与维护，在通信方式上 前进了一大步。这种工作最好交由专业的通信软件来完成。 于是，市场逐渐出现了专门负责消息通信的软件。它通常是一个独立运行的 通信环境，有统一的编程调用接口，可以跨平台，跨协议。不同结点之间的软件 可以通过配置相互连通，搭起统一的通信平台，从而出现更强大的功能。这种通 信软件往往安全可靠、配置灵活，其地位在操作系统之上，在应用程序之下，所 以被称为消息中间件( m o m ) 。w e b s p h e r em q 就是其中的一款。 w e b s p h e r em q 是i b m 公司于2 0 0 3 年2 月推出的面向消息传递的中间件 产品，其在面向消息传递的中间件( m e s s a g eo r i e n t e dm i d d l e w a r e ，m o m ) 市场中 赫赫有名，是用来连接异构平台之间企业应用的专业产品。通过w e b s p h e r em q 可以屏蔽不同的通信协议之间的差别，可以最大程度地简化网络编程的复杂性。 通过m q 的配置，通信双方的程序可以以松耦合的方式独自运行，并不关心对 方所在的位置和状态，通过消息驱动或消息触发的方式来相互联系。它支持多种 平台，对消息支持交易式的提交与回滚。 1 2w e b s p h e r em 0 中间件应用现状 w e b s p h e r em q 产品可以更可靠的解决应用之间的通信问题，保证数据稳定 可靠而且基本无丢失或重发。因此，w e b s p h e r em q 特别适合于在差异很大的环 境之间实现沟通，具有多平台支持功能。 在银行业、金融证券业等竞争激烈的商业行业中，全球市场的发展增大了业 北京工业大学工程硕士专业学位论文 务处理的压力导致了对大力发展i t 系统的需求。在这些应用程序中，数据意味 着金钱、稳定意味着效益，w e b s p h e r em q 产品为业务要求苛刻、通信稳定性高 的应用程序提供了可靠保障。 另外，w e b s p h e r em q 具有简单、灵活的特点，并能满足业务对系统速度、 集成性、安全性方面的要求。因此，w e b s p h e r em q 已经成为金融领域关键业务 系统的一个重要选择。除此之外，在邮电，交通，医疗等其它行业，w e b s p h e r em q 也有着广泛的应用。 目前国内w e b s p h e r em q 的重要客户有：中国人民银行、中国建设银行、中 国铁道部、中国移动、北京电信、中国农业银行、中国太平洋保险公司、中国宝 山钢铁公司、中国投资银行等等。 1 3w e b s p h e r em 0 同银行其他中间件对比 目前银行系统采用的中间件集中在几个主流中间件产品，例如i b m 公司的 w e b s p h e r em q 、i b mc i c s ，o r a c l e 公司的o r a c l et u x e d o 、o r a c l e w e b l o g i c 等。这些产品分别属于不同类型的中间件，并具有各自的特点和适 用场合。下面结合银行实际应用情况进行简略的对比： 第1 章绪论 据i d c 最新一项研究表明，全球业务流程管理( b p m ，b u s i n e s sp r o c e s s m a n a g e m e n ts u i t e ) 和中间件市场自2 0 0 9 年增长下滑后，2 0 1 0 年总收入接近1 6 1 亿美元，增长率达到9 2 。其中，i b m 是b p m 和中间件市场中最大的供应商， 几乎是o r a c l e 的两倍。微软的市场还不及o r a c l e 的三分之一。然而，在 2 0 1 0 年，微软是增长最快的大型b p m 和中间件供应商，增长率达到2 0 。在这 个市场的两个主要组成部分中，应用服务器中间件增长最快速，达到1 0 8 ，而 集成和流程自动化中间件增长达到8 2 。 可见，中间件作为一种新兴的技术手段具有其独特的优势，中间件市场方兴 未艾。因此，研究如何更好的规划、设计和使用中间件，应该作为银行系统运维 实践管理中一个必不可少的环节。 1 4 本文主要研究内容 本文的主要研究目的，是通过总结归纳在w e b s p h e r em q 领域学习和实践的 成果，归纳出一套适用于银行w e b s p h e r em q 中间件系统的运维管理方法，从该 套方法出发，研究开发一个m q 自动化监控管理平台。便于银行系统运维中m q 北京工业大学工程硕士专业学位论文 软件的管理使用。 本文的主要研究思路，是期望通过分析运维的全流程，涵盖w e b s p h e r em q 运维中的几个基本要点，从而为m q 自动化监控运维软件做好基础调研。本文思 考了以下两个问题： 1 、银行目前w e b s p h e r em q 是如何应用的? 银行目前主要采用w e b s p h e r em q 的系统分为两种情况，第一种是由于人行 开发的系统均采用w e b s p h e r em q 来封装底层通讯，所以与人行相连系统多使用 w e b s p h e r em q 完成通讯，例如t r b 、i b p s 系统等；另外一些典型系统，例如 e a i h 系统，由于连接了多套系统，可以利用w e b s p h e r em q 屏蔽底层不同通信 方式的特点，来完成各系统之间的互联等。 银行目前w e b s p h e r em q 使用现状进行了分析，针对性的结合c f x 、t r b 、 e a i h 三个系统分析三种典型的w e b s p h e r em q 使用架构。在实际的运维和故障 排查过程中，需要结合不同的连接特点进行。 2 、银行w e b s p h e r em q 运维工作中涉及到哪些环节? 在整个中间件开发上线使用过程中，按照阶段划分，可以分为以下五个方面， 如图1 - 1 所示： 图1 - l 中间件开发流程 f i g u r e1 - 1 m i d d l e w a r ed e v e l o p m e n tp r o c e s s 结合上述思路，需求分析部分研究了：w e b s p h e r em q 在配置、目志及参数 管理中应该注意的问题；就m q 监控思路和监控方法进行分析；分别介绍 w e b s p h e r em q 日常管理和应急处理。 从而为m q 自动化监控运维软件平台打下理论基础。 1 5 本文组织架构 全文共分为六章： 第一章绪论。从研究背景与问题的提出、研究目的和研究意义、国内外研 4 第1 章绪论 究状况的分析、研究目标和研究内容、研究方法和技术路线等方面对本课题研究 进行综合性论述。 第二章银行具体m q 使用现状是开发软件的理论基础和关键技术。本章主 要是从m q 主要通信模式来简要分析目前银行使用现状。从而从需求出发，从而 为m q 自动化监控运维平台的构建和运作提供了一个信息技术的支撑框架。 第三章m q 自动化监控运维平台的需求分析。本章分析了银行m q 自动化 监控运维平台配置、监控、自动化运维三方面的用户需求、功能性需求和非功能 性需求，提出了m q 自动化运维平台设计的出发点、基本思路和基本方法。通过 本章介绍，将复杂系统的需求模块化，描述了项目需求分析的主要考量，为项目 模块设计提供需求分析基础。 第四章m q 自动化监控管理平台系统设计。阐述了系统设计内容，对系统结 构进行功能划分，详细描述每个功能模块，描述解决问题的思路。本章具体描述 了系统的设计方案，主要包括两个方面：项目的总体架构设计和项目子模块的设 计。 第五章m q 自动化监控管理平台系统实现与测试。对系统进行了实现与测 试，同时结合工作管理项目中的典型模块，描述项目实现过程。选取了具有代表 性的子模块，介绍子模块的业务逻辑和三层结构的具体结构。并以项目中的典型 模块为例，介绍了系统设计中的相关内容。同时对系统的w e b 基本功能、系统 功能、系统易用性进行了相应的测试，并对其中技术服务基本功能进行了测试用 例测试，最后通过对系统进行总结和分析，提供可行性的分析报告。 第六章对本课题研究成果进行总结，并提出了后续应进一步完善的工作。 北京工业大学工程硕士专业学位论文 第2 章w e b s p h e r em q 技术基础 第2 章w e b s p h e r em o 技术基础 2 1 w e b s p h e r em o 消息通信 w e b s p h e r em q 工作原理的核心就是存储转发。在单个队列管理器的环境中， 队列可以用于存储应用问传递的消息，从而使应用程序在各自环节上进行处理， 并通过队列形成环环相扣的处理流程。在多个队列管理器的环境中，消息可以跨 平台进行流动，从而使整个处理流程在分布式计算环境中完成。 在实际工作中，往往需要构建复杂的互连结构。但是如果将其分解成简单的 基本结构后可以看到，其实最基本的w e b s p h e r em q 结构只有有限几种。 2 1 1 基本互连结构单向传送 q m l 要向q m 2 发送消息，双方采用s e n d e r r e c e i v e r 方式。其中，q m l 上 要定义远程队列q r _ q m 2 和传输队列q l x _ q m 2 ，q m 2 上要定义本地队列 q l q m 2 。如图2 - 1 ： o 罨；- _ | _ 。罨：i喝 图2 1 基本互连结构单向传送 f i g u r e2 - 1 b a s i ct h ei n t e r c o n n e c ts t r u c t u r e o n e - w a ys e n d q m l 上的传输队列可以是对方队列管理器的名字q m 2 ，在远程队列 q rq m 2 的定义中如果不指定x m i t q 参数，则系统会自动用r q m n a m e 参 数去寻找同名传输队列，即q m 2 。如果再找不到，会试图根据q m l 的缺省传 输队列参数d e f x m i t q 再次寻找传输队列。所以，在w e b s p h e r em q 设置时， 通常建议设置队列管理器的缺省传输队列d e f x m i t q ，同时建议传输队列与对 方队列管理器同名。 2 1 2 基本互连结构双向传送 q m l 和q m 2 要互相发送消息，双方采用s e n d e r r e c e i v e r 方式。与上例类 7 - 北京工业大学工程硕士专业学位论文 似，只是需要反向定义一套配置。如图2 2 所示： 囝。弓囝 喝j 撼i 弓。 图2 - 2 基本互连结构双向传送 f i g u r e2 - 2 b a s i ci n t e r c o n n e c ts 昀c t h r e - t w o w a yt r a n s m i s s i o n 2 1 3 基本互连结构队列与队列管理器别名 q m l 要向q m 2 发送消息，双方采用s e n d e r r e c e i v e r 方式。其中，q m l 上 定义了远程队列q r - - q m 2 指向q m 2 a 队列管理器上的队列q l q m 2 a ，远程 队列指定q l x _ q m 2 传输队列。 如图2 3 所示： 8 第2 章w e b s p h e r em q 技术基础 妈弓弓园 弓 图2 3队列与队列管理器别名 f i g u r e2 - 3q u e u ea n dq u e u em a n a g e ra l i a s 放入远程队列q k q m 2 的消息，由于远程队列本身指定了传输路由 ( q l x _ q l v l 2 ) ，所以消息自动地转送到q m 2 上。到了q m 2 后，消息的目标队列 管理器为q m 2 a ，目标队列为q l - q m 2 a ，由于在q m 2 上定义了队列管理器别 名( q m 2 a - - ) q m 2 ) ，也定义了别名队列( q l _ q m 2 a - - ) q l - q m 2 ) 。最终，消息 放入正确的目标队列。如果在q m 2 上找不到目标队列，消息会最试图进一步路 由。队列管理器别名本质上是r q n a l v i e 为空的远程队列定义。 2 2 基于多跳的w e b s p h e r em q 架构 2 2 1 基于多跳互连结构原理 出于安全等因素考虑，很多外联对端系统在设计时，会加入前置机。前置机 放置在专门的d l v i z 区域，一方面可以完成负载均衡等功能，更重要的，可以增 加一层屏障，应对来自外界网络的攻击。 由于a p ( 布置应用的主机) 与前置机放置在不同的区域，因为，如果要和 对方系统进行互连通信，就要通过三级跳甚至四级跳来完成和对方应用程序的通 膛 1 日。 基于多跳互连的结构原理如图2 4 所示，四级跳甚至更多跳的情况基本与此 类似，。 北京工业大学工程硕士专业学位论文 弓囝囝i | 薅 图2 4 基于多跳的互连结构 f i g u r e2 - 4 b a s e do nt h em u l t i - h o pi n t e r c o n n e c t i o ns t r u c t u r e q m l 要发送消息去q m 3 ，消息在q m 2 被自动转发，而不被应用消息处理， 即通常所说的消息在q m 2 不落地。q m l 上的远程队列q r - q m 3 定义了目标 队列管理器为q m 3 ，目标队列为q l _ q m 3 。 消息通过指定的传输队列q m 2 路由到q m 2 上后，试图寻找q m 3 ，结果找 到名为q m 3 的传输队列，消息进一步路由到队列管理器q m 3 上，最终放入正 确的目标队列。 如果q m 2 上的传输队列名与消息的目标队列管理器名不同，即不为q m 3 。 则可以通过设置q m 2 上的d e f x m i t q 属性达到同样的效果。 2 2 2 银行c f x 系统m q 多跳架构分析 银行境内外币支付系统( c f x ) 以人行业务处理中心( f x c c ) 为核心，由 直接参与机构等单一法人集中接入，由结算银行( f x s i ) 进行银行间外币资金 结算。 该系统需要接受人行统一的报文指示、按照报文类别和要求分别进行日切、 清算、场切等工作，另外，要向人行发送日初圈存授信资金、各参与行圈存资金 调整报文、授信资金调整报文等。这些报文的收发操作都是通过w e b s p h e r em q 来完成的。 c f x 系统同人行m q 通信的基本架构如图2 5 所示： 第2 章w e b s p h e r em q 技术基础 图2 5c f x 多跳架构 f i g u r e2 - 5c f xm u l t i - h o pa r c h i t e c t u r e 银行系统发送过程中，a p 上的应用程序将报文放入远程队列t o f x c c1 上， 报文会被放置到与t o f x c c 一1 相关的本地传输队列q m t f r o n t 上去；消息通 过发送通道8 8 8 6 c c b 8 8 8 6 被传输到前置机上的本地传输队列q m l 8 8 8 0 ；因为远 程队列t o f x c c _ 1 定义的目标队列管理器为r q m n a m e ( q m l 8 8 8 0 ) ，而在前置 机上没有此队列管理器，因此，会将消息放置在同名的本地传输队列q m l 8 8 8 0 上；放置到传输队列之后，在符合一定条件后，消息被通过发送通道8 8 8 6 8 8 8 0 发送到人行前置。 银行系统在接收过程中，人行前置通过通道8 8 8 0 8 8 8 6 发送消息到前置机的 本地传输队列q m 8 8 8 6 ；消息被通过w e b 的发送通道c c b 8 8 8 6 8 8 8 6 发给位于 a p 上的本地接收队列f r o m f x c c1 或者f r o m f x c c2 上。 2 3 基于c1 e n t s e r v e r 的w e b s p h e r em o 架构 2 3 1c l i e n t s e r v e r 结构原理 c s 架构下w e b s p h e r em q 产品分成客户端和服务器端两部分，对于客户端 而言没有m q 对象的概念，它通过配置的m q i 通道将操作命令送到服务器端执 行，结果再原路返回到客户端，所以客户端无法独立于服务器端而自行工作。服 务器之间的通道也就是队列管理器之间的通道，称为消息通道。客户端和服务器 之间的通道，称为m q i 通道。客户端与服务器模型如图2 - 6 所示。 北京工业大学工程硕士专业学位论文 图2 - 6 客尸端与服务器模型 f i g u r e2 - 6c l i e n ta n d s e r v e rm o d e l 这种架构有几个特点：1 、客户端永远只能作为消息发起的主动方而无法作 为被动方。由于自身无法存放消息，所以待处理的消息只能暂存于服务器端。2 、 客户端只是将操作命令封装后送到服务器端执行，严格地说m q i 通道传送的不 是消息。实际上m q i 通道是不能保证消息可靠性的。 因此c s 连接不适合应用于广域网( w a n ) 。通常情况下，c s 架构用在局域 网内，利用局域网的可靠性和稳定性来弥补其不足。这时m q 服务器扮演前置 机或通信机的角色，应用系统内的机器作为m q 客户端连接该通信机，通过操 作m q 服务器与对方系统系统互连通信。 当然c s 也有其独特功能，比如客户端程序可以配置连接多个队列管理器， 在一个连接不通的情况下自动连接另一个：多个克隆的客户端应用程序读同一个 服务器队列，可以形成负载平衡效果；由于c s 不是对等连接，无需在服务端做 一对一的配置，客户端的连接配置方便，在结构多变的通信环境中相当有用。 第2 章w e b s p h e r em q 技术基础 2 3 2 银行t r b 系统m qc s 架构分析 图2 - 7t r b 系统m qc s 架构 f i g u r e2 - 7t r bs y s t e mt h em q c sa r c h i t e c t u r e 应用程序布置在a p 上，当应用程序访问具体数据时，会请求w e b 建立m q i 通道，m q i 通道建立之后，可以完成通信。要注意到m q i 通道是同步的，当一 个m q i 请求从客户端发送服务器端时，w e b s p h e r em q 的客户端在发送下一个 请求之间必须要等待来自服务器端的响应。t r b 系统m qc s 架构如图2 7 所示。 2 4 基于群集的w e b s p h e r em q 架构 “群集”的基本概念是由多机系统共同担负计算任务，如果其中一个结点坏 了，剩余的部分会接管其工作。从本质上讲，群集要解决的是系统容错与负载均 衡这两个问题。w e b s p h e r em qc l u s t e r 也是为解决这些问题而设计的。 在一个群集中，每个队列管理器都有一个群集发送通道，通过它可以把送群 集信息发送到其中一个队列管理器资源管理器。队列管理器通过这个通道也可以 把消息发送到其他的队列管理器；每一个队列管理器都有一个群集接收通道。通 过这个通道可以接收数据消息和关于群集的消息。 如图2 8 所示： 北京工业大学工程硕士专业学位论文 2 5 本章小结 图2 8 群集架构说明 f i g u r e2 - 8c l u s t e ra r c h i t e c t u r ed e s c r i p t i o n 本章是本论文的技术基础部分，综述了在完成m q 自动化监控管理平台项目 中所涉及到的主要技术和工具。结合银行现有i t 系统本身，详细分析所采用的 各种技术特点，在对不同技术的优劣分析中，阐述如何采用合理的技术完成开发 工作。 第3 章w e b s p h e r em q 自动化监控管理平台需求分析 第3 章w e b s p h e r em o 自动化监控管理平台需求分析 首先要明确该平台软件的使用者即需求方。随着近些年各商业银行数据大集 中思路的开展，很多银行及其他金融机构，将所有系统统一收归总行数据中心或 运行中心管理。如何提高系统运维人员对银行系统的使用效率和管理能力? m q 自动化监控运维平台，即是针对金融等行业i t 系统运维人员开发的，一 套自动化的监控运维软件，通过使用该软件，可以大大减轻人员学习成本，降低 系统运维消耗，提高数据中心管理的自动化和高效化。 本章针对银行数据中心开放类产品运维人员进行专门调研，针对m q 软件使 用和运维管理过程中对m q 产品管理的各种需求进行深入分析。主要分为： 3 1 节，介绍配置、参数及目志管理需求，这也是最基础的直接同运维使用 相关联的软件需求；3 2 节，介绍监控管理需求，针对应该监控什么? 如何分层 次监控等问题深入研究；3 3 节，继续深入分析监控管理，研究业务监控手段和 行为规范等补充方法；3 4 节，分析自动故障处理需求。 本章部分图片为通过实际使用的文本终端界面截图所得，为黑色背景。 3 1 配置、参数及日志管理需求分析 w e b s p h e r em q 产品可以更可靠的解决应用之间的通信问题，保证数据稳定 可靠而且基本无丢失或重发。在银行业、金融证券业等竞争激烈的商业行业中， 全球市场的发展增大了业务处理的压力导致了对大力发展i t 系统的需求。在这 些应用程序中，数据意味着金钱、稳定意味着效益，w e b s p h e r em q 产品为业务 要求苛刻、通信稳定性高的应用程序提供了可靠保障。研究w e b s p h e r em q 技术 在银行各系统中的应用，可以更好的增强工作效率，为客户提供更好的服务。目 前银行有较多系统都使用了m q 作为通信手段，但是在w e b s p h e r em q