企业服务总线ESB方案书(7)

达到系统性能指标峰值要求时，系统处理能力应留有足够的余量，CPU，内存等系统资源的使用率应低于80%，达到平均值要求时，系统资源使用率应低于50%。保证系统在设计指标压力情况下的长期稳定运行。

2.6 公用服务

2.6.1

流量控制

当服务访问量超过预设的流量值时，总线系统快速挡回对该服务的访问请求，根据服务系统的服务响应时间和返回状态，判断服务状态是否异常，当服务系统发生异常达到设定的条件时，自动降低对该服务系统的访问流量限制，避免服务系统的故障影响范围扩大。

通过交易阀值的统计来完成实时的后台系统服务质量统计。从而达到对前端系统访问的指示。在后台服务质量不好的情况下，把针对此后台的数据在接入层直接挡回，避免交易在ESB中占用过多处理资源。

由于系统超时时间一般设置的比较长，防止公用通路被单一后台服务通道堵塞，需要知道后台系统的运行状况，当出现问题后，及时隔离，不影响主通路运行。

2.6.2 故障隔离

服务系统发生异常达到设定的条件时，自动降低对该服务系统的访问流量限制，避免服务系统的故障影响范围扩大。保留少量的探测服务对故障系统进行探测，服务系统故障排除恢复正常后，总线系统可自动恢复其正常的流量。

第26页，共38页 2.6.3 统一流水号

实现ESB平台内统一标准平台流水号的分配功能，唯一标识请求系统的发往ESB平台单次服务调用。

2.6.4 日志记录

应用日志作为服务系统的又一I/O点，也可以采用异步模式。将一个服务线程在完成一次报文处理过程中的所有日志集中一次性异步输入到指定文件是必要的。一方面减少业务处理线程的I/O操作，另一方面讲一次业务处理的日志集中输出相比传统的多线程分离输出方便问题查找，大大增加了日志的可读性。

2.7 管理监控

由于实际部署的系统随着需求的增加，部署会经常发生变化，对于随着出现的多监控源，我们需要建立统一集中的管理和操作平台。需要做到以下几方面：

2.7.1 系统平台级监控

包括cpu，内存，文件系统，各队列深度，应用日志，应用core文件等。

2.7.2 应用级监控

包括各部署模块的内部运行状态。

2.7.3 统计分析

第27页，共38页 既定的汇报机制、汇报内容和汇报格式。有些汇报的内容是通过手工统计汇总的，能尽量将这些汇报物交由报表系统自动生成。ESB作为全行的运行基础平台，需要能向IT部分提供全面的IT资源运行情况，为全行的IT资源分配提供依据。

2.7.4 异常报警

对平台运行的问题进行报警，需要有统一的报警规范来支持未来报警类型的扩展，需要提供多种报警模式，例如声音，短信，微信等。

2.7.5 统一的运维管理

提供应用日志，流水日志的统一处理，防止多点，多平台部署情况下维护混乱的情况。

3 技术支持与服务方案

公司在大力开拓市场的同时，高度重视售后服务及技术支持工作，始终恪守“客户满意第一”的原则，以全力满足用户的一切需要为己任，向用户提供“及时、专业、真诚”的技术服务。公司不仅为用户提供一流的产品，而且为用户提供一流的服务，在第一时间对用户的服务要求做出响应。

公司将尽心尽力与用户紧密合作，为用户单位提供及时、全面的技术支持和服务，保障系统的正常运行。

第28页，共38页 3.1 技术支持与售后服务体系

为满足客户系统7X24小时不间断、高可靠地运行，公司按照国际质量标准，形成了一套完备严谨的质量管理体系，实现了从产品、服务到公司运营全过程、全方位的质量管理

3.2 服务管理模式

公司将按如下模式进行技术支持与服务管理：

1) 公司服务代表是对客户服务需求的接口，并定位服务内容，指定服务技术人员,咨询顾问。

2) 公司服务团队负责提供维护支持服务。

3) 公司全体技术人员,咨询顾问都可以作为后台资源，为服务技术人员,咨询顾问提供支持，满足客户的服务需求。在必要时还可以要求合作伙伴提供技术支持，为客户提供满意的服务。

4) 客户的服务需求将按级别优先级响应，并提供相应的服务。

第29页，共38页

3.3 服务响应

3.3.1

问题优先级（或问题严重程度）级定义

优先级定义：

优先级 判定标准 系统崩溃，无法启动或拒绝连接等原因导致客户无法获得任何系1 统服务，并对客户业务的正常运行造成重大影响。 系统主要功能不能正常工作，并对客户业务的正常运行造成较大2 影响；生产系统不稳定，并有周期性的中断。 系统有故障，但仍可全面运行，对客户业务系统的正常运行有一3 定的或轻微的影响 4 优先级1、2和3之外的问题和需求，例如产品性能增强请求；第30页，共38页

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库企业服务总线ESB方案书(7)在线全文阅读。