SGMSplunk非结构化数据管理常熟农商银行Word格式文档下载.docx

SGMSplunk非结构化数据管理常熟农商银行Word格式文档下载.docx

《SGMSplunk非结构化数据管理常熟农商银行Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《SGMSplunk非结构化数据管理常熟农商银行Word格式文档下载.docx（17页珍藏版）》请在冰豆网上搜索。

2.实现应用整体生产环境监控：

v应用整体生产环境梳理与分析：

针对我行关键应用系统，全面梳理并分析整体生产环境所涉及的各技术层面、相关层面等内容，明确关键系统所需监控的层次与维度；

v应用整体环境监控指标确定：

根据已梳理的应用整体生产监控环境，确定各层面、各维度的监控指标，并给出采集方法、判别方法、处置建议等关键信息；

v应用整体环境监控技术实现：

根据应用整体监控环境及相关监控指标，通过相关的监控工具及技术手段加以实现，其中应包括：

指标采集、数据处理、数据展现、数据分析等关键功能；

3.实现应用关联关系实时监控：

v应用组件构成关系监控：

梳理构成应用的各类技术组件的构成关系，并通过技术手段实现实时运行监控。

【组件关系】

v根据应用管理团队梳理的应用之间服务关联关系（会话层关系），并结合自动扫描手段，实现应用系统之间服务关联关系的实时监控与报警。

【会话关系】

v应用交易关联关系监控：

根据应用管理团队梳理的应用系统之间交易关联关系，并结合技术手段，实现交易关联关系的自动采集与监控【实现业务链的整体监控与跟踪】

4.实现应用故障定位及详细分析：

v应用故障的监控与定位：

基于应用整体监控实现及关联关系监控手段，实现应用故障的发现与定位能力，并能够根据报警情况，动态调整监控策略；

v应用故障信息实时采集：

在应用系统发生故障的情况下，能够根据已有策略，执行相应操作，实时采集故障现场数据，以便深入分析；

v应用故障成因详细分析：

根据应用故障实时采集数据，能够通过工具的辅助分析，结合技术人员具体经验，给出应用故障成因及改进建议；

2.2项目范围

2.2.1项目涉及的范围

本次项目涉及的范围为常熟农商银行关键应用系统，监控点位扩充至20个，二期项目包括手机银行、电子渠道、统一P、ESB等重要系统，约5个监控点需要二次开发。

常熟农商银行有权按照实施过程中的实际情况，灵活分配监控点的使用。

2.2.2监控实施的范围

本次应用系统监控分析与实施项目，将从实施的技术层面，划分为如下几个主要的实施范围：

1.应用整体环境动态监控实施范围：

针对我行关键应用系统，实现应用整体环境的监控梳理与实现工作【重点为应用组件层关系】；

2.应用服务层关系动态监控实施范围：

重点实施重要应用系统的服务层关系梳理与动态监控工作【服务层/会话层关系监控】；

3.应用交易层关系动态监控实施范围：

核心应用系统的重点交易状态及关系的动态监控；

3技术指标

序号

指标项

指标要求

1

基本要求

系统支持x86架构，支持主流*nix操作系统。

系统采用B/S架构，无须安装客户端程序。

系统支持中文界面，并提供中文手册。

2

数据采集

系统用旁路方式获取网络数据包，不向网络中发送任何数据包，不占用被监控系统主机资源，不对业务应用产生任何影响。

系统提供数据包捕获分析功能。

支持收集流量管理平台保存的网络数据包文件，支持cap、pcap格式。

提供数据归档管理功能，可设置数据过期时间。

数据存储时间可由用户自行选择无限制。

支持数据源自检，能够检测数据包在捕获环节是否存在捕获时丢包，并进行统计。

3

部署方式

支持分布部署、统一监控部署方式。

支持双中心、多中心部署模式。

支持负载分担部署模式，可以跨多个服务器对于所收集数据进行分布式统计、关联和集中呈现。

系统支持多种TCP连接模式的应用交易解码分析，包括常规TCP连接、TCP长连接、异步双工模式的TCP长连接。

4

服务路径自动发现

根据业务应用的网络流量数据，自动生成IP连接关系图，支持IP节点的合并和命名，生成业务系统的服务路径图。

支持业务应用协议识别，能够根据数据样本自动识别业务应用协议类型及端口，如识别为WTC协议。

统计TCP会话记录信息，包括源IP地址、目标IP地址、源端口、目标端口、总字节数、单向字节数、TCPSYN标志位、TCPFIN标志位、TCPRST标志位。

支持分析TCP连接的模式，包括同步TCP、异步TCP。

支持分析TCP连接的可用性，包括单向会话、重复数据。

支持按照IP地址、端口、设备名以及以上条件的组合进行搜索，并在拓扑图上对搜索结果进行标识。

支持多次提取数据，能够在一张拓扑图中更换使用多份数据，并自动对比不同数据源中数据内容的增减。

支持自定义节点的服务端口，并在拓扑图上标识客户端、服务器之间的访问方向。

支持IP地址的过滤。

能够按照组件与IP地址的对照表自动完成梳理。

支持IP地址与设备名的转换显示。

支持即时创建快照，在快照中提供访问关系、节点IP地址和服务端口列表。

支持以快照为编辑的起始点，重新加载数据再次进行编辑。

支持数据包导出，能够按照服务端口导出数据包，能够全局打包导出数据包。

5

图形化配置功能

提供图形化的配置界面，允许用户通过鼠标拖拉的方式定义业务组件以及连接关系，生成业务应用的服务路径图。

通过配置服务路径图，能够体现业务应用的访问关系和依赖关系，显示完整的业务交易路径。

例如一个业务交易，数据在客户端、防火墙、负载均衡、WEB、中间件等各层级应用服务器上流转的前后顺序。

通过配置服务路径图，能够体现业务应用组件服务的网络属性，包括IP地址、端口号、连接模式（TCP短连接、TCP长连接、TCP异步双工模式长连接）。

能够按IP地址段定义站点，能够针对不同网段的客户端，提供IP地址的映射表，表项中包括区域（网段）名称、IP地址（地址段）。

支持设置基准线设置，包括开启、关闭基准线，以及基准线参考周期设置，即按照某个设定的时间周期生成基准线。

6

协议解码

针对标准的XML、SOAP协议，支持配置化的协议解码，通过配置即可完成协议解码与字段提取。

支持VISA、AMEX、JCB、Mastercard、银联、8583等卡交易协议的协议解码。

核心银行：

OracleFlexcubeTATABANCS、FiServeSignature、IBMCBOD、SAP.

SOA协议；

IBMWAS、IBMWMB、IBMWMQ、Weblogic、Tuxedo/WTC

支持人行系统协议：

二代支付、大小额、国库、联网核查、超级网银、个人征信、企业征信。

用户可自定义输出到数据库的交易字段。

用户能够自定义交易类型和交易渠道，并在监控界面展现。

7

服务仪表台

提供各应用服务运行状态的总览视图，在单一视图中呈现所有服务路径的最近30分钟的运行状态，提供1分钟数据精度，包括正常、有故障、数据处理中，并支持点击时间片直接关联至服务路径视图。

支持双中心、多中心架构应用的监控，能够完整呈现双中心、多中心部署的应用逻辑拓扑，能够体现应用组件所在的数据中心，以及跨中心应用组件之间的访问关系，并集中呈现所有交易环节的监控指标。

支持异地双活架构应用的监控，包括交易的请求、响应分别在两地的场景，能够通过分布式部署，捕获并关联统计交易结果。

服务路径交易视图支持在单一视图中呈现各应用服务组件的关键指标，支持1分钟更新。

服务路径交易视图支持以时间轴的方式进行历史数据的查询，可以选择日期和时间，精度达到1分钟。

具备站点视图，支持在单一视图中呈现站点区分的关键指标，支持站点选择、搜索，支持站点分组。

在业务拓扑图上，要求具备色彩变化的告警警示功能，并在拓扑图上用色彩变化表标识出警示信息所涉及的业务应用环节，同时在该业务拓扑图上可直接点击显示告警内容。

在服务路径图的组件上支持由指标或告警信息关联至对应组件的统计视图。

支持故障定位的呈现，直接在服务路径上支持标识触发告警的组件，并标识告警原因。

由多台服务器组成的交易环节，要求系统具备展开查看每台服务器的交易关键指标的功能，以每台服务器进行指标统计。

支持双向交易应用的监控，能够分离同一通道中的双向交易，每个交易方向各自做指标统计和分析。

8

统计指标

支持交易笔数、交易成功率、交易响应时间、交易响应率的指标统计。

并提供时序图和快照两种统计方式，支持自行选择时间段。

交易笔数、交易成功率、交易响应时间、交易响应率的指标统计时序图支持实时刷新，并提供至少1分钟的显示刷新频率。

数据统计精度达到1分钟。

针对具备交易类型、交易渠道字段的应用协议，要求提供区分交易类型/交易渠道的统计功能，支持按照交易类型/交易渠道进行交易笔数、交易成功率、交易响应时间、交易响应率的统计。

支持基准线的生成和呈现，交易笔数、交易成功率、交易响应时间指标支持基准线功能，能够在这些指标的时序图中呈现基准线，基准线的颗粒度至少达到5分钟。

支持交易返回码的识别和统计。

支持排名统计，提供按照最差交易性能排名的分析，即可以分析某个时间段内的性能最差的交易排名。

以上指标支持按照组件、服务器主机IP、站点区分进行统计。

支持以服务路径图进行导航，可以直接选择目标应用组件、以及构成某个应用组件的主机IP，以及客户端的站点，支持以所选中的应用组件、某个主机IP、站点为单位进行所有的指标统计和结果呈现。

9

多维度统计

支持5个维度：

交易类型、交易渠道、交易返回码、服务器IP、客户端IP。

支持4个指标统计：

交易笔数、交易成功率、交易响应时间、交易响应率。

支持按照任意维度进行4个指标的统计。

支持多维度统计，比如“交易类型=消费，返回码=00”的交易笔数、交易成功率、交易响应时间、交易响应率统计。

支持从任意维度作为起始点，逐层向下展开统计，比如在交易类型这个统计维度中列出所有交易类型的统计结果，再选择某一个交易类型展开交易返回码维度。

支持从任意维度关联跳转到交易追踪，并传递对应的交易查询条件。

支持将任意维度的统计结果直接导出为CSV。

支持站点区分的统计。

10

交易追踪

交易查询追踪，能够按照时间段、客户端IP、服务器IP、交易类型、交易渠道、交易结果、交易返回码、无响应交易做单一或复合条件进行交易查询。

并且支持增加协议内其他已解码字段作为扩展查询条件。

支持自定义交易关键字，可以选择任意解码字段作为交易关键字，以用作单笔交易追踪的关联字段。

交易查询的结果要求呈现交易请求/响应的摘要结果，提供信息包括交易响应时间、交易结果、交易类型、交易渠道、返回码值、客户IP、服务器IP，以及交易关键字。

交易查询结果要求支持展开为交易的原始记录，原始记录信息中则要求包含应用协议中所有的被解码字段。

要求系统具备敏感信息加密功能，支持对敏感字段信息的不可逆的加密、加扰，使敏感字段信息被保护，防止敏感信息泄露。

支持将交易查询追踪、单笔交易追踪的结果直接导出为CSV。

11

业务交易关联分析

若多层应用协议中具备交易关联条件，支持通过单一关键字或者多个关键字进行多层关联，即一笔交易经过多个应用层级关联在一起，体现一笔交易经过多层应用组件时在每个层级上的时间消耗。

支持以特定关键字段为关联依据，进行单笔交易的多层关联追踪，能按照时间序列逐层排列交易的请求、响应记录，并统计每条交易记录的相对时间和交易记录之间的间隔时间。

12

告警功能

支持告警模版定义，能够应用模版进行告警定义。

支持独立的告警对象的开启/关闭，即可以针对某个应用交易组件独立开启/关闭告警，而不是全局开启/关闭。

并且针对单个应用组件可选择开启/关闭哪些告警项目。

针对关键交易指标：

交易笔数、无交易请求、响应时间、成功率、响应率，支持阈值加持续时间的复合条件告警，且支持基于组件、交易类型、交易渠道进行统计的阈值告警。

针对交易笔数、交易响应时间、交易成功率指标，支持基于基准线的动态告警，告警条件要求可设置超出或低于基线值百分比的阈值，同时复合超出或低于阈值的持续时间，作为最终产生告警的条件。

支持特定返回码告警，即捕捉到指定的返回码时立即产生告警。

支持逻辑可配置的故障定位算法，能够根据组件的依赖关系和各自的告警指标进行逻辑判断，定位引起故障的根源组件和原因。

支持排期功能，用户能够自定义时间段，使某个时间段不列入基线计算数据中；

或者使某个时间段不触发告警通知。

支持告警记录功能，集中呈现告警信息记录，在告警信息记录中标识告警信息产生的时间、告警事件触发的时间、告警事件持续的时间、告警类型、事件、告警峰值/阈值，以及产生该条告警的组件、交易类型、渠道等定位信息。

同时支持按照时间搜索告警记录，并支持按照告警记录内的多字段复合条件进行告警查询。

告警合并功能，在同一告警持续发出的情况下，能够将持续发出的同一告警信息合并为1条告警记录，并记录该条告警信息的触发时间和持续时间。

要求告警记录可关联至对应告警触发该告警的时间段的服务仪表台视图。

13

第三方集成

能够将告警信息通过syslog方式发送给第三方事件管理平台，并提供详细告警信息说明。

记录的业务交易记录可导出为CSV文件，提供给第三方。

支持与IBMTivoli监控平台的集成，实现将BPC应用监控指标通过Tivoli集中展现。

4服务要求

4.1服务要求

4.1.1产品的原厂服务

提供本次采购产品的一年原厂技术服务，包括软件产品的原厂支持服务（如有）、硬件产品的维保服务（如有）。

4.1.2产品安装和项目实施服务

提供本次采购产品的集成实施服务，包括到货、验收、安装、调试、投产、试运行、更新和改进等服务，对一期项目中现有监控点位、监控指标等进行优化和更新。

本次项目实施服务完成后，原厂提供一、二期共20个点位授权书。

4.1.3产品售后服务

设备维保期内，代理商需承诺提供产品保修及技术服务，具体服务要求如下。

1、成立专门的技术支持服务保障组，提供全天（24小时）内电话技术支持，且在接到常熟农商银行报修电话后30分钟内给予电话回复以指导排除故障恢复使用；

如电话指导无法解决问题时，应当于接到报修电话后的12小时到场诊断，如在24小时内无法排除故障，应免费提供变通解决方案，保证系统及网络的正常运转。

2、向常熟农商银行提供的基本服务不收取任何人工费用或维护、维修等费用；

如发生设备硬件故障需要更换，应在确认故障后的48小时内免费提供同型号备机进行更换。

3、每3个月对常熟农商银行系统的使用情况进行1次现场巡检和预防性维护，并根据巡检情况给出评估报告，如存在问题或者隐患应立即给予解决；

4、每年提供设备的软硬件版本生命周期评估，并对设备的软硬件升级替换提供免费现场技术支持和保障服务。

对于原厂商产品升级或运维过程中发现的问题、故障，需要通过升级软件解决的，乙方提供免费的软件版本推荐。

当乙方其他用户使用的设备软件发生问题后，乙方需及时通知甲方，并提交解决方案。

5、配合第三方的实施及维护，一个系统将会涉及不同的产品和系统集成商,如果在该项中有此类情况。

在该项目中的实施阶段、维护阶段都需配合常熟农商银行主动的与第三方进行联系，敦促并配合第三方保证为用户方解决相应故障。

对于已经影响常熟农商银行业务正常开展的故障，无论是否属原厂服务范围内原因的，同样需在1小时内到达现场排除故障或支持第三方和常熟农商银行共同完成。

7、在常熟农商银行开展各类演练工作、重大保障工作或重要业务应用系统的投产时，根据甲方需求提供免费的现场人员支持、现场备品备件支持。

4.1.4其他要求

根据我行的具体要求，按需进行相应的产品及技术培训。

安排工程师交流相关维护经验和技巧。

5方案书内容及要求

在以上服务内容要求的基础上，乙方提交的方案书还应满足本节提出的要求，包括但不限于以下内容：

乙方应根据本规范书的要求编写并提交本项目实施维护服务内容。

1、投标方应详细说明项目实施方案和规划，以及服务流程和规范等。

2、方案中应详细说明培训方案，包括系统配置、操作与管理等。

3、方案中应详细说明售后支持和维护方案，包括热线服务、驻场服务、系统健康巡检、产品版本更新、补丁提供、损坏产品介质的更换、Internet服务、服务响应时间（远程支持响应时间、工程师到达现场时间、故障处理时间等）。

4、方案中应详细说明项目实施服务人员（包括但不限于项目经理和技术工程师）的资质情况及项目经验，并提供资质证明。