企业消息中间件技术规范

合集下载

门户中间件软件系统技术要求

门户中间件软件系统技术要求

01
故障预防与发现
建立故障预防和发现机制,及时发现潜在问题和故障,采取措施预防和
减轻故障影响。
02
故障定位与修复
快速定位故障原因,及时进行修复和恢复,确保系统尽快恢复正常运行。
03
数据备份与恢复
建立数据备份和恢复机制,确保数据安全可靠,在数据丢失或损坏时能
够快速恢复。
07
总结与展望
项目总结
门户中间件软件系统技术要求项目旨在为企业提 供高效、稳定、安全的门户中间件软件系统,以 满足企业不断增长的业务需求。
系统部署与配置
服务器环境准备
准备合适的服务器环境,包括硬件和软件配置。
软件安装与配置
安装和配置所需的软件,如数据库、Web服务 器等。
安全配置
进行必要的安全配置,如防火墙设置、用户权限管理等,确保系统安全稳定运 行。
数据迁移与整合
数据迁移计划
制定详细的数据迁移计划,明确迁移范围、时间节点和责任人。
数据加密与安全传输
保障数据传输和存储的安全性,防止数据泄露和被篡改。
03
技术要求
系统性能
响应时间
01
系统应具有快速的响应时间,确保用户请求能够及时得到处理。
吞吐量
02
系统应具备高吞吐量,能够处理大量并发请求,保证系统的稳
定性和高效性。
负载均衡
03
系统应具备负载均衡能力,能够根据请求的特性合理分配资源,
通过本次项目,我们成功地开发出了一套符合企 业需求的门户中间件软件系统,并已在多个企业 中得到了广泛应用和认可。
在项目实施过程中,我们注重技术选型、系统架 构设计、功能模块划分、性能优化等方面,以确 保软件系统的质量和可用性。

中间件技术指引_MQ

中间件技术指引_MQ

中间件技术指引_MQ目录中间件技术指引_MQ (1)目录 (2)1.中间件简介 (3)1.1.中间件优点 (3)1.2.WMQ原理 (4)1.3.WMQ体系结构 (4)1.3.1.消息 (4)1.3.2.队列 (4)1.3.3.队列管理器 (5)1.3.4.通道 (5)1.3.5.进程 (6)1.3.6.集群 (6)2.安装 (6)2.1.安装要求 (6)2.2.介质准备 (6)2.2.1.确定需要安装的介质版本 (6)2.2.2.把介质上传到服务器上 (7)2.2.3.解压缩介质 (7)ER, GROUP设定 (7)2.3.1.mqm (7)2.4.mqm的.profile设定 (7)2.4.1.为mqm设定PROFILE (7)2.5.创建内置盘上的FS,jfs2, 3G (8)2.6.安装WMQ的介质和补丁 (8)2.6.1.安装WMQ介质 (8)2.6.2.安装WMQ补丁 (9)2.6.3.检验是否安装成功 (10)3.配置WMQ对象 (10)3.1.配置要求 (10)3.2.创建队列管理器 (11)3.2.1.创建存储上的FS,jfs2, 5G (11)3.2.2.创建队列管理器 (11)3.3.修改TCP参数 (11)3.4.修改qm.ini文件 (12)4.附件 (12)4.1.系统软件配置基线 (12)1.中间件简介中间件处于应用软件和系统软件之间,是一种以自己的复杂换取企业应用简单化的可复用的基础软件。

在中间件产生以前,应用软件直接使用操作系统、网络协议和数据库等开发,开发者不得不面临许多很棘手的问题,如操作系统的多样性,繁杂的网络程序设计和管理,复杂多变的网络环境,数据分散处理带来的不一致性,性能和效率、安全问题等等。

这些问题与用户的业务没有直接关系,但又必须解决,耗费了大量有限的时间和精力。

于是,有人提出将应用软件所要面临的共性问题进行提炼、抽象,在操作系统之上再形成一个可复用的部分,供成千上万的应用软件重复使用。

中间件执行规则

中间件执行规则

中间件是指位于客户端和服务器之间的软件程序,用于在客户端和服务器之间传递请求和响应,并提供某些额外的功能,例如安全性、可靠性、性能等。

中间件执行规则通常包括以下几个方面:
执行顺序:中间件可以同时存在多个,其执行的顺序需要按照特定的规则来确定。

通常情况下,中间件的执行顺序是根据它们注册的顺序来决定的,即先注册的中间件先执行。

处理请求:中间件可以对请求进行处理,例如身份验证、日志记录、缓存等。

中间件应该能够正确地处理请求,并将请求转发给下一个中间件或处理程序。

处理响应:中间件也可以对响应进行处理,例如压缩、加密、缓存等。

中间件应该能够正确地处理响应,并将响应返回给客户端或传递给下一个中间件或处理程序。

错误处理:如果中间件在处理请求或响应时发生错误,应该能够正确地处理错误,并将错误信息传递给下一个中间件或处理程序。

中间件栈:中间件可以被组合成中间件栈,以便能够按照特定的顺序执行它们。

中间件栈的执行顺序应该能够正确地反映每个中间件的功能和需求。

中间件传递:中间件可以传递请求和响应,以便能够将请求和响应从一个中间件传递到另一个中间件。

中间件传递的过程中应该能够正确地维护请求和响应的状态,以便每个中间件都能够正常地处理它们。

总之,中间件执行规则应该能够保证中间件的正确性、可靠性和可维护性,以便能够有效地提供额外的功能,并确保请求和响应的正确处理。

信息技术 中间件 消息中间件技术要求-最新国标

信息技术 中间件 消息中间件技术要求-最新国标

信息技术中间件消息中间件技术要求1 范围本文件明确了消息中间件的技术参考模型,规定了部署管理、存储管理、传输管理、消息管理、消息服务、应用开发、运维管理、可靠性、安全管理和易用性等方面的技术要求。

本文件适用于消息中间件软件的开发、部署和测试。

2 规范性引用文件本文件无规范性引用文件。

3 术语和定义下列术语和定义适用于本文件。

消息中间件 message-oriented middleware通过队列和消息传递机制支持分布式系统实现消息传递与集成的软件。

[来源:GB/T 33847-2017,2.8]消息 message不同的应用程序(进程或线程)之间传递或交换的信息。

注:消息的格式及内容,由该消息的发送者及接收者协商而定。

消息发送者 message sender消息生产者 message producer产生消息的实体。

注:实体可以是应用程序、进程或线程。

消息接收者 message receiver消息消费者 message consumer接收消息的实体。

注:实体可以是应用程序、进程或线程。

队列 queue存储消息的缓冲区实体。

消息优先级 message priority根据消息的紧急程度,为消息设置不同的优先等级。

注:消息可以有不同的优先级。

在消息的发送和接收处理过程中,高优先级的消息可得到优先处理。

消息有效期 expiration of message产生消息时,应用设定的消息属性,指定了消息可被消费的期限。

在有效期内的消息可被应用消费。

死信 dead letter进入队列但不能完成传递过程的消息。

注:如目的队列不存在的消息或有效期时间到的消息等。

事件 event消息中间件在消息的传递过程中产生的动作。

注:事件可由用户通过配置来定义。

主题 topic一种向多个消息订阅者分发消息的机制。

发布者根据指定的主题名发布消息,订阅者通过主题名订阅消息。

4 缩略语下列缩略语适用于本文件。

AMQP 高级消息队列协议(Advanced Message Queuing Protocol)API 应用编程接口(Application Programming Interface)CPU 中央处理器(Central Processing Unit)HTTP 超文本传输协议(Hypertext Transfer Protocol)IP 互联网协议(Internet Protocol)IPv4 网际协议版本4(Internet Protocol Version 4)IPv6 网际协议版本6(Internet Protocol Version 6)JDK Java开发工具包(Java Development Kit)JMS Java消息服务(Java Message Service)MQTT 消息队列遥测传输(Message Queuing Telemetry Transport)RoCE 超融合以太网远程直接数据存取(RDMA over Converged Ethernet)SSL 安全套接层(Secure Sockets Layer)STOMP 流文本定向消息协议(Streaming Text Orientated Message Protocol)TCP 传输控制协议(Transfer Control Protocol)TLS 传输层安全性协议(Transport Layer Security)UDP 用户数据报协议(User Datagram Protocol)5 消息中间件技术参考模型消息中间件技术参考模型见图1。

设计企业级中间件的常见方案和注意事项

设计企业级中间件的常见方案和注意事项

设计企业级中间件的常见方案和注意事项在现今互联网领域,企业级中间件的重要性愈加明显。

它能够帮助企业实现多种应用的集成和协作,优化业务流程,提升系统性能和可靠性,保障数据安全性等等。

因此,越来越多的企业开始关注和投入到中间件的开发与运维中来。

本文将从设计角度出发,探讨一些常见的中间件方案和设计注意事项。

一、中间件方案1. 服务总线(SOA)服务总线(SOA)是一种架构模式,旨在将应用程序的多个模块或服务之间的相互依赖关系解耦,通过一组共同通信协议,更加便捷地交换和共享数据,达到应用的可重用性和可扩展性。

SOA的核心是通过服务和消息来整合软件系统中的各种业务功能,使用中间件作为数据传输和转换的桥梁,使得不同服务之间可以相互配合协同工作。

在SOA架构下,中间件通常采取购买商业化产品或者自主开发产品两种方案。

如果公司内部技术力量强大可以考虑自主开发,否则还是建议购买市场上应用较广泛的产品如TIBCO、WebLogic、BizTalk等。

2. 消息队列(MQ)消息队列(MQ)是一种应用场景较为广泛的点对点通信机制。

具有异步通信、简单轻量、可靠性较高、灵活可配置等优点。

使用MQ中间件的主要目的是通过解耦、异步和多副本备份来提高应用的可扩展性、可靠性和性能。

对于高并发、高流量、系统间复杂交互的场景中。

使用MQ可以将任务分摊到不同的节点上,并能够协调不同应用之间的流程,提高效率和可靠性。

市场上流行的MQ有ActiveMQ、RabbitMQ、Kafka、RocketMQ、各类云平台下的消息服务等。

3. 缓存缓存系统主要是为了提高数据访问和响应速度。

在复杂系统中,数据访问往往是瓶颈点之一,而缓存则可以减轻访问压力,提高应用性能和响应速度。

在应用中使用缓存可以将业务逻辑和数据存储分开,缩短数据访问的时间,解决了减轻并发访问压力、提高响应速度等问题,同时亦保证了数据稳定性和可靠性。

常见的缓存产品有Memcached、Redis、Guava等,每种缓存产品都有其自身的优势和适用场景。

中间件数据管理技术规范

中间件数据管理技术规范

中间件数据管理技术规范篇一:应用服务器中间件技术要求3、应用服务器中间件技术要求篇二:数据库中间件高级技术支持服务说明数据库和中间件技术支持服务说明书版本号:V2.0 赛尔网络年4月28日 2010目录第一章、公司简介 ................................................... .. (3)第二章、服务内容提要 ................................................... .. (5)第三章、数据库和中间件技术支持与服务详述 (6)3.1、远程支持服务 ................................................... ...................................................... . (6)3.1.1、中文电话支持服务(7*24小时) ................................................. . (6)3.1.2、Email服务(7*24小时) ................................................. .. (6)3.2.现场服务 ................................................... ...................................................... (6)3.2.1.数据库、中间件安装调试服务 ................................................... (6)3.2.1.1、数据库安装调试服务 ................................................... .. (6)3.2.1.2、中间件安装调试服务 ................................................... .. (7)3.2.2定期系统健康检查服务 ................................................... . (8)3.2.2.1、数据库方面的健康巡检 ................................................... . (8)3.2.2.2、中间件方面的健康巡检 ................................................... . (9)3.2.2.3、操作系统方面的检查 ................................................... (10)3.2.3.性能优化服务 ................................................... (11)3.2.4.数据库备份恢复策略的制定和测试服务 ................................................... . (13)3.2.5.数据库和中间件升级及迁移服务 ................................................... . (14)3.2.6.数据库和中间件应急服务 ................................................... . (14)3.2.7.重大事件待命服务 ................................................... . (15)3.2.8、制定数据库和中间件管理规范服务 ................................................... (15)3.2.9.其他现场服务 ................................................... (16)第四章服务质量保证及验收标准 (17)4.1、服务项目的组织结构及人员安排 ................................................... . (17)4.2、客户服务档案 ................................................... ...................................................... .. (18)4.3、服务效果的验收.................................................... . (18)第五章赛尔网络服务质量保障体系 (19)5.1 技术支持总体流程.................................................... .. (19)5.2 现场支持工作流程.................................................... (20)5.3 健康巡检工作流程.................................................... ..................... 错误!未定义书签。

中间件业界主要标准

中间件业界主要标准

12
JBI
JAVA业务集成(Java Business Integration)
Oracle/SUN
13
SCA
服务组件架构 (Service Component Architecture)
OASIS(Organization for the Advancement of Structured Information Standards,结 构化信息标准促进组织)
2009年04月20日,Oracle甲骨文公司将Sun收购旗下。这一收购没有 颠覆Sun之前的开源模式,但购买Java EE的商标却已被冠上了Oracle的名 头。
只有Java EE的授权持有者可以销售Java EE兼容的产品,使用Java EE 品牌,证实产品能够提供Write Once, Run Anywhere (WORA)的Java跨平台 兼容能力。只有Java EE授权持有者才能获得完整的兼容性测试售Java EE 的品牌产品。
Business Process
5
BPEL
Execution Language (业务流程执行语
OASIS组织
言Bu)siness Process
6
BPMN
Modeling Notation (业务流程建模与标
OMG
注)
OASIS(Organization for the
7 Web Service Web服务
OMG组织,是一个国际性 的非盈利组织,其职责是 为应用开发提供一个公共 框架,制订工业指南和对 象管理规范,加快对象技 术的发展。
4
XPDL
XML Process
Definition Language(XML流程 定义语言)

如何设计高性能和高可靠性的消息中间件

如何设计高性能和高可靠性的消息中间件

如何设计高性能和高可靠性的消息中间件随着互联网的快速发展,消息中间件作为一种革命性的通信方式,被越来越广泛地应用于各行各业。

因为消息中间件能够帮助解决大数据处理、异构系统之间的通信、分布式事务处理等问题。

一个高性能和高可靠性的消息中间件不仅能够提高业务处理效率,更能够保障系统的稳定性。

本文将从三个方面入手介绍如何设计高性能和高可靠性的消息中间件:技术选型、系统架构以及性能优化。

一、技术选型技术选型是设计消息中间件的第一步。

在进行技术选型时应该考虑到消息中间件的需求,选择一种适合自己的技术方案。

目前已知的消息中间件技术主要包括:ActiveMQ、RabbitMQ、Kafka 等。

新开发的消息中间件可以考虑使用RocksDB存储引擎,RocksDB运行效率更高,支持海量数据存储。

此外,RocksDB使用简单的高速内存,比传统的LMDB、RocksDB性能更好。

在选择技术时,应该考虑消息读写的速度、消息中间件消息源的稳定性、系统的可维护性等因素。

二、系统架构系统架构是设计消息中间件的核心。

设计者必须考虑到系统的可靠性和可扩展性等方面。

以下是几个建立高性能、高可靠的消息中间件系统架构的关键:1. 高可扩展性高可扩展性是消息中间件最为基础的部分。

一个高可扩展的消息中间件应该优先考虑消息路由的管理能力,路由管理性能瓶颈应尽量放到总服务层面上。

消息源的配置、备份等都是可扩展性的关键。

2. 消息分发机制消息发送与消费之间的分发机制决定了消息中间件的可靠性。

在设计中间件时,可以采用多个消费者模式,使得多个消费者并行处理消息。

这样可以避免消息阻塞或者消息丢失等问题。

3. 消息持久化机制消息持久化机制是消息可靠性的关键。

在消息中间件中,数据持久化包括操作日志、消息队列、索引数据等方面,需要考虑可靠的持久化方式。

常用的消息持久化方式包括文件系统、数据库、NoSQL数据库等。

持久化的数据需要进行备份和合并,以确保系统稳定性和数据可靠性。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

企业消息中间件技术规范目录1.消息中间件概述 (3)1.1 支持的规范和技术 (3)1.2 消息传输 (4)1.3 应用管理 (8)1.4 系统配置 (9)1.5 安全与可靠性保障 (12)1.消息中间件概述消息中间件是一款标准、安全、高效、集成并具备丰富功能的医用级消息中间件,基于医用消息中间件,为省级人口健康信息平台、区域医疗数据中心、医院信息平台的建设提供了坚实的基础支撑。

消息中间件主要用于医疗领域在应用程序之间传递消息,使这些消息可以在不同的网络协议、不同的计算机系统和不同的应用软件之间传递。

消息中间件通过内部的可靠队列传输机制,使数据可以快速、可靠地送达接送方,在传输期间能够应对网络故障、主机宕机等各种意外情况,做到断点续传,保证数据“一次传递、可靠达到”。

1.1 支持的规范和技术➢支持国标消息中间件软件产品技术规范(GB/T 28168-2011);➢具备良好的跨平台能力,应用编程接口(API)支持各种运行平台,如HP-UX、IBM AIX、SUN SOLARIS、WINDOWS 、Digital UNIX、SGI、TRU UNIX、Linux等,支持64位操作系统,并且在各平台上的API接口一致;➢支持多种通讯链路和网络环境,如以太网、SDH、DDN、X.25、帧中继FR、拨号网络、卫星网络等,能根据网络环境对传输效率提供优化;➢支持树形拓扑结构和网状拓扑结构的网络环境;➢持多种网络协议,如TCP/IP、NETBIOS、SNA等;➢支持C、C++、C#、JAVA开发语言,提供动态库、OCX、JAVA三种API模式;支持PB、VB、VC、Delphi等开发工具。

1.2 消息传输消息中间件是基于队列与消息传递技术,在网络环境中为应用系统提供同步或异步、可靠的消息传输的支撑性软件程序。

1)消息的组成和属性:我们把应用程序交由消息中间件传输的数据定义包装为消息,消息由消息头和消息体组成,消息头中定义了消息的属性信息,包含消息类型、消息唯一标识、消息发送时间、消息目的地、消息优先级、消息有效期、消息大小以及其他用户自定义属性等;消息体中包含消息内容或消息所传输文件的名称。

2)消息类型:支持数据包和文件两种类型消息的类型。

并支持对大数据包、大文件的传输,传输数据的长度不小于2G,支持大型消息的自动分组传输和自动重组。

3)消息的传输:提供同步通讯、异步通讯及通知等通讯机制,支持实时响应的程序间通讯,也支持异步的程序间通讯,网络不能连通时仍然可以正常工作,不导致数据丢失和应用程序故障,支持树形拓扑结构和网状拓扑结构的网络环境。

4)提供点对点(P2P)的通讯方式进行消息的传输:点对点方式是最为传统和常见的通讯方式,它支持一对一、一对多两种配置方式。

点对点方式允许应用程序通过队列这个虚拟通道来同步和异步接收消息,在这种方式中,消息生产者成为发送者,消息消费者成为接受者。

发送者向队列发送一条消息,每个消息都包含具体队列的地址,接受者送队列中提取消息。

队列将发送给他们的消息一直保留到消费或过期。

这种方式只需按名字发送或接收数据,即可实现应用到应用间的跨越网络、平台的通讯,应用与底层网络相隔离,提高了应用系统的灵活性。

图1点对点的方式5)提供发布/订阅的通讯方式进行消息的传输:发布/订阅消息传输方式是指通过发布/订阅代理,为应用提供一种透明的信息发布和信息消费的框架。

发布/订阅功能使消息的分发可以突破目的队列地理指向的限制,使消息按照特定的主题甚至内容进行分发,用户或应用程序可以根据主题或内容接收到所需要的消息。

消息的发布者只负责发布信息的收集,并通过一个公共“主题”来发布这个消息,消息的订阅者通过公共主题订阅需要的消息,当有订阅“主题”消息发布时,消息自动发送给订阅者。

图2发布/订阅方式订阅和发布可实现一对多、多对一和多对多的消息传递方式,订阅者可以根据自己的需要订阅某些主题,然后在适当的时间从该主题上接收已经发布的消息。

发布/订阅功能使得发送者和接收者之间的耦合关系变得更为松散,发送者不必关心接收者的目的地址,而接收者也不必关心消息的发送地址,而只是根据消息的主题进行消息的收发。

6)消息队列:消息队列是消息的安全存放地,队列为构造以同步或异步方式实现的分布式应用提供了松耦合方法,消息队列的应用并不要求收和发送应用程序同时执行,消息可驻留在队列中,直到它们被应用程序读走。

通过消息队列,应用程序可独立地执行,它们不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。

消息队列以下述方式工作:a)程序A形成对消息队列系统的调用,此调用告知消息队列系统,消息准备好了投向程序B;b)消息队列系统发送此消息到程序B驻留处的系统,并将它放到程序B的队列中;c)适当时间后,程序B从它的队列中读此消息,并处理此信息。

系统支持用户可根据消息的用途的目的地,创建不同类型的队列,如:a)接收队列或本地队列。

物理队列,用于存储从异地节点通过网络传输到本地,本地节点应用放入的消息。

b)发送队列。

物理队列,用于存放网络发送出去的消息的队列。

c)事件队列。

物理队列,用于存储系统事件消息,系统事件中包含由配置中定义的事件触发消息、死信消息。

d)集群队列。

逻辑队列,是一个包含多个物理队列的列表。

e)远程队列。

逻辑队列,是远端节点的一个接受队列或远程队列在本地节点的一个逻辑映射。

7)支持消息可靠传输。

通过把消息保存在可靠队列(磁盘文件)中来保障“可靠传输”,只有消息中间件接到接收方系统收到信息的确认之后,它才从传输队列中真正将该信息删除。

消息在传输过程中,无论是系统停止、硬件断电、硬件异常、非正常关机还是网络意外中断等情况,消息都保留在消息队列中。

8)支持断点续传。

在系统恢复后,消息将从传输失败点继续发送,而不是整个消息重新发送。

这可以确保消息传输,并且是一次且仅一次的传递。

9)传输优先级管理。

用户可以根据消息的紧急程度设置消息的优先级,高优先级的消息可以获得优先处理,有更多的发送机会。

10)连接通道管理。

消息中间件能够根据用户的需要,适时地建立网络连接通道,当网络链路发生故障后,能够自动重建连接。

11)支持路由功能以及路由备份功能。

当一条通道由出现故障时,可以通过备份留有达到接收方。

12)常连接和动态连接。

支持应用节点间常连接和动态连接方式,常连接是指以预连接的方式建立传输通道,以减少因频繁建立/拆除连接所引起的系统开销和网络开销,并通过定时发送检测包来检测其通断情况。

动态连接是在系统间有数据需要传输时,以实时建立连接的方式来建立传输通道,完成传输后自动关闭连接,以此来节约系统占用的网络资源,动态连接在有数据传输请求的情况下建立,没有数据要求传输时断开。

13)支持网络连接的多路复用。

多个应用可通过一条连接收发消息数据。

14)支持传输流量控制。

根据网络流量调整发送速率防止网络拥塞,网络质量较高的系统,可以调大流量配置,以充分利用网络带宽,网络质量较差的系统,可以相应调小流量控制配置,以减少对网络的传输压力。

15)自适应网络通信链路。

支持根据网络状况,对网络链路进行自适应调节和补充,从而能够更好地适应不同环境下通信的需要,节省系统资源和提高传输效率。

16)支持压缩传输。

支持消息传输过程中的自动压缩与解压,以减轻对网络传输的压力。

17)消息生命周期管理。

提供消息生命周期管理机制,以便系统及时处置过期消息,释放占用的系统资源,防止失效消息占用资源,保证整个系统的运行效率。

18)支持对消息的事务管理。

提供对消息的事务管理,包括发送方事务和接收方事务,多个消息发送和接受可包含在一个事务里,系统保证事务中的所有消息发送和消息接受的操作同时成功或同时失败。

失败的消息接收操作会将消息回退到队列中,等待下次的处理。

19)支持事件功能。

事件提供了对关心的异常和系统状态的处理,如消息事件、连接事件、应用事件等。

事件可由用户通过配置来定义,由事件触发产生的消息,称为事件消息。

20)支持JMS。

支持通过JMS,进行消息的发送与接收。

1.3 应用管理消息中间件支持对应用程序的调度和管理,可以在进程/线程总数、每类应用程序总数和调度策略上进行控制,防止对主机资源的过度使用导致主机处理性能下降。

支持以下几类应用程序定义和管理:客户程序、触发程序、周期程序、定时程序。

a)触发程序:支持事件驱动机制,在触发条件满足时,唤醒应用程序的执行,即应用程序不必总是在运行中的。

当第一个或第几个信息到达一个指定的队列时,一个应用可以有选择的被触发起来。

b)周期程序:这类程序是按照系统设定的周期进行周期性运行。

c)定时程序:这类程序是按照系统设定的固定时间进行运行。

1.4 系统配置1)监控与管理消息中间件提供远程统一监控和管理工具,支持从一个统一入口监控多个远程系统的运行,实现对本地和其它远程节点消息中间件、消息及应用状态进行远程监控和管理。

通过监控画面,系统管理员可以及时地发现网络故障及系统运行的异常情况,通过系统提供的相关工具进行处理。

可以在运行过程中,对节点的通讯状态进行控制,可以打开或关闭某些节点,可以改变某些节点的连接关系。

监控管理工具能够灵活地部署在用户选择的计算机系统上。

监控管理实现的具体功能包括:a)实时查看个消息中间件节点的运行状态;b)动态地修改系统配置及相关运行参数;c)查看各队列中消息的传输情况;d)对所监控的对象进行启动、停止或删除等管理操作。

2)日志管理消息中间件系统提供完善的日志管理功能。

运行过程中自动生成日志文件系统,登记系统的日常运行信息、传输的数据包和文件信息、系统出错提示等。

日志级别可以配置,级别越高,记录的数据越详细,可以产生多种日志,如系统日志、数据包日志等。

日志可用于对系统的运行状态进行监控,也可用于对系统的运行情况进行审计、故障处理、系统开发调试跟踪。

消息中间件系统的警告功能可以及时显示在管理台、日志文件中,便于用户的查看的和问题定位。

系统提供如下的日志管理功能:a)提供调试开关的功能,使用户能够根据需要及时调节系统的核心,提高效率和可靠性;b)提供日志定时清理和磁盘空间管理功能;c)提供日志的查询和管理功能;d)动态修改日志的等级,便于用户的排错。

3)动态修改节点为了支持关键业务对7*24小时不间断运行的需求,消息中间件支持在系统不停机重启的情况下动态增加应用节点和修改节点配置,能够根据应用规模或数据规模的增长,通过不断地调整系统的各项参数或不断增加新的服务器去满足这种需求。

具体包括:a)动态增加应用节点;b)动态修改节点的运行参数;c)动态修改队列的个数;d)动态修改客户端连接的个数限制;e)动态扩充系统中应用的数量。

4)支持服务节点的集群,支持集群的负载均衡。

当服务中心业务量增加时,可以通过多台机器形成集群共同承担服务处理工作。

相关文档
最新文档