CN111736875A - 版本更新监控方法、装置、设备及计算机存储介质 - Google Patents

Abstract

本发明涉及金融科技(Fintech)技术领域，本发明公开了一种版本更新监控方法、装置、设备及计算机存储介质；该方法包括：在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照；在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统；在业务系统更新完成时，获取更新版本信息，将所述更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息；在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。本发明业务系统统一管理，在版本更新时全面监控，快速定位并解决问题。

Description

版本更新监控方法、装置、设备及计算机存储介质

技术领域

本发明涉及金融科技(Fintech)技术领域，尤其涉及版本更新监控方法、装置、设备及计算机存储介质。

背景技术

随着互联网技术，尤其是互联网金融科技(Fintech)的飞速发展，越来越多的技术(大数据、分布式、人工智能等)应用在金融领域，金融业务系统运维分工越来越精细。

目前金融业务系统管理包括配置管理和业务管理，其中，配置管理是指对金融业务系统运行环境对应IT信息的管理，配置管理具体包括内存占用率、网卡信息、磁盘信息和接口信息等等的管理；业务管理是指对金融业务系统中业务场景或者金融产品等业务相关信息的管理，业务管理包括产品信息、业务交易、系统流程和交易指标等等的管理；也就是说当前金融业务系统的业务需求、代码更新、系统监控和配置管理相互独立，金融业务系统管理分别由业务人员、系统架构师、开发人员、测试人员和/或运维人员各自管理，在金融业务系统版本更新时，需要版本更新相关人员需要进行线下沟通，容易出现版本更新不完整，对版本变更后的金融业务系统的运行情况监控不到位，若金融业务系统出现故障，故障定位和维护困难。

发明内容

本发明的主要目的在于提出一种版本更新监控方法、装置、设备及计算机存储介质，旨在解决当前金融业务系统的业务需求、代码更新、系统监控和配置管理相互独立，在金融业务系统版本更新时，对变更后的业务监控不到位，导致金融业务系统故障定位和维护困难的技术问题。

为实现上述目的，本发明提供一种版本更新监控方法，所述版本更新监控方法包括如下步骤：

在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照；

在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统；

在业务系统更新完成时，获取更新版本信息，将所述更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息；

在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。

可选地，所述在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照的步骤之前，所述方法包括：

获取预先定义的业务信息和IT信息，根据所述业务信息和所述IT信息构建数据映射表，并将所述业务信息和所述IT信息保存至所述数据映射表；

所述在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照的步骤，包括：

在检测到业务需求更新时，确定新的业务需求关联的业务系统，并将所述业务系统的初始版本信息复制到所述数据映射表中，其中，所述初始版本信息是指业务系统中更新之前的业务信息和IT信息；

在所述初始版本信息复制完成时，按照预定义的标识生成规则生成的业务版本标识；

将所述数据映射表中的所述初始版本信息与业务版本标识关联并添加时间戳，形成系统快照。

可选地，所述在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统的步骤，包括：

在检测到所述系统快照创建完成时，获取所述业务系统关联的管理账户，发送更新提示至所述管理账户，以使所述管理账户对应的管理人员根据所述业务需求执行更新操作；

在所述更新操作为数据库更新操作时，输出配置页面，以供所述管理人员基于所述配置页面更新数据库信息；

在所述更新操作为接口更新操作时，输出接口文件，以供所述管理人员基于所述接口文件更新接口信息；

在所述更新操作为数据表更新操作时，输出数据映射表，以供所述管理人员基于所述数据映射表更新表结构信息和/或表数据信息；

将更新的所述数据库信息、所述表结构信息和/或所述表数据信息作为第一版本信息并保存。

可选地，所述在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统的步骤之后，所述方法包括：

调用预设分析工具判断改动点是否标注完整、流程登记信息是否完整、配置管理数据库是否同步、监控方案是否完整和/或处理预案是否完整；

若所述改动点标注不完整、所述流程登记信息不完整、所述配置管理数据库没有同步、所述监控方案不完整和/或所述处理预案不完整，则输出信息补充提示；

获取基于所述信息补充提示输入的第二版本信息，将所述第一版本信息和所述第二版本信息作为更新版本信息。

可选地，所述在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案的步骤，包括：

在接收到业务系统告警提示时，获取所述告警提示的数量；

在所述告警提示的数量为至少两个时，获取所述告警提示关联的异常指标，及所述异常指标关联的业务流程和系统信息，向预设告警平台请求所述业务流程和所述系统信息关联的异常信息并输出，以进行事故分析；

在所述告警提示的数量为一个时，获取所述告警提示关联的IT信息，按照所述IT信息中的系统标识、IP地址和设备状态确定告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。

可选地，所述在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案的步骤，包括：

在接收到业务系统告警提示时，获取所述告警提示中的改动点，和所述告警提示中的告警类型；

在所述告警类型为硬件故障类型时，将所述告警提示发送至所述改动点关联的管理账户；

在所述告警类型为软件故障类型时，获取所述改动点对应的处理预案，执行所述处理预案。

可选地，所述在业务系统更新完成时，获取更新版本信息，将所述更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息的步骤之后，所述方法包括：

将所述差异版本信息输入至预设风险评估模型，获得所述差异版本信息对应改动点的初始风险值；

获取所述改动点的风险类型，根据所述改动点的风险类型划分所述改动点的风险等级；

在所述改动点的风险等级为一级时，根据预设范围影响因子和/或预设概率影响因子调整所述初始风险值，获得所述改动点的总风险评分；

在所述改动点的风险等级为二级时，获取所述改动点的历史版本信息，根据所述历史版本信息确定所述改动点对应的历史风险值，根据预设时间影响因子处理所述初始风险值和所述历史风险值，获得所述改动点的总风险评分；

生成包含所述总风险评分的改动点明细报告。

此外，为实现上述目的，本发明还提供一种版本更新监控装置，所述版本更新监控装置包括：

快照创建模块，用于在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照；

系统更新模块，用于在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统；

差异确定模块，用于在业务系统更新完成时，获取更新版本信息，将所述更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息；

接收执行模块，用于在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。

此外，为实现上述目的，本发明还提供一种版本更新监控设备，所述版本更新监控设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的版本更新监控程序，所述版本更新监控程序被所述处理器执行时实现如上所述的版本更新监控方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机存储介质，所述计算机存储介质上存储有版本更新监控程序，所述版本更新监控程序被处理器执行时实现如上所述的版本更新监控方法的步骤。

本发明提供一种版本更新监控方法、装置、设备及计算机存储介质。本发明实施例中在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照；在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统；在业务系统更新完成时，获取更新版本信息，将所述更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息；在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。本发明实施例中通过设置统一的版本更新监控框架，在业务系统版本更新时进行指导实现版本信息的全面更新，与此同时，对版本更新后的业务系统进行全面监控，在业务系统出现故障时，可以快速定位故障并根据预先配置的方案解决问题。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图；

图2为本发明版本更新监控方法第一实施例中版本更新监控框架的示意图；

图3为本发明版本更新监控方法第一实施例的流程示意图；

图4为本发明版本更新监控装置一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

现在业务系统管理中业务需求、代码更新、系统监控和配置管理相互独立，如CPU/内存/网卡/磁盘/IO等设置监控指标，在CPU/内存/网卡/磁盘/IO超出监控指标，则判定异常进行告警；但是在业务系统的业务应用层，对产品信息、业务交易、系统流程、交易指标、交易码、返回码、预案等业务层实际需要运维的对象，目前还散落在业务人员、系统架构师、开发人员、测试人员和/或运维人员各自手里，当前缺乏一个以产品业务流程为索引，主导IT监控、风险评估和问题定位处理的综合性的业务系统管理平台，对不断迭代更新的业务系统缺少一幅全景图；即，当前业务系统版本管理存在以下不足：1、业务需求、配置管理和监控分离，当前仅对业务系统的IT信息进行维护和管理，缺少以业务为主视角的数据管理，对业务迭代和系统迭代缺少关系描述；2、系统变更前对风险评估不足，变更后的业务监控不到位，在出现业务系统版本更新导致业务系统故障时，业务系统故障定位困难，难以判断故障影响面。

基于现有的业务系统管理方式不足，提出了本发明版本更新监控方法，该方法包括：在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照；在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统；在业务系统更新完成时，获取更新版本信息，将所述更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息；在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。本发明中在业务系统开发完成之后，业务人员可以更新业务需求，版本更新监控设备检测到业务需求更新时，创建时间快照，与此同时，版本更新监控设备根据业务需求提示开发人员更新业务系统，在业务系统更新完成上线之后，对版本更新后的业务系统进行全面监控，在出现故障时快速定位并解决问题。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图。

本发明实施例版本更新监控方法应用于版本更新监控设备。

如图1所示，该版本更新监控设备可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及版本更新监控程序。

在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接消费节点(用户端)，与消费节点进行数据通信；而处理器1001可以用于调用存储器1005中存储的版本更新监控程序，并执行下述版本更新监控方法中的操作。

基于上述硬件结构，提出本发明版本更新监控方法实施例。

在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照；

在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统；

在业务系统更新完成时，获取更新版本信息，将所述更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息；

在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。

本实施例版本更新监控方法应用于版本更新监控设备，版本更新监控设备是版本更新监控框架的硬件载体，版本更新监控框架可以设置在业务系统的前端，版本更新监控框架还可以作为独立的设置，版本更新监控框架可以理解为版本更新监控计算机程序对应的功能模块架构图。

在本发明版本更新监控方法第一实施例的步骤执行之前，搭建版本更新监控框架，如图2所示，图2为本发明版本更新监控方法第一实施例中版本更新监控框架的示意图，图2中版本更新监控框架中包括两个大的逻辑模块分别是：业务版本管理模块和风险监控事件模块，其中，

业务版本管理模块包括从上到下依次包括三级，第一级实现初始信息解析同步操作，第一级包括信息上报接口、CMDB同步接口和代码、生产旁路检测接口；信息上报接口可以接收业务人员、技术人员(技术人员例如开发人员、测试人员和运维人员等等)等输入的业务需求、更新代码和版本信息；CMDB同步接口(CMDB，Configuration ManagementDatabase配置管理数据库，CMDB存储与管理IT架构中设备的各种版本信息，CMDB与所有服务支持和服务交付流程都紧密相联，支持这些流程的运转、发挥版本信息的价值，同时依赖于相关流程保证数据的准确性)接收管理人员输入的数据库信息，其中，所述数据库信息包括系统服务治理、调用关系、同步异步信息和/或网络防火墙策略等等，并将数据库信息同步至CMDB；代码、生产旁路检测接口用于接收管理人员更新的代码信息和服务治理信息监控信息等等；第二级实现业务CMDB同步，即，第二级根据信息上报接口、CMDB同步接口和代码、生产旁路检测接口上传的信息实现业务CMDB同步；第三级为实现信息管理操作，即，第三级用于实现业务系统中产品、交易、系统流程、系统监控、版本更新和IT信息的关联，使得业务需求更新时，可以提示管理人员更新业务需求关联的信息，使得业务人员、系统架构师、开发人员、测试人员和/或运维人员的操作信息进行统一到版本更新监控框架中，形成全局资源视图，使得业务人员、系统架构师、开发人员、测试人员和/或运维人员对业务系统统一管理。

风险监控事件模块包括预先设置的：业务全链路监控指标和预案、事件管理模块和版本变更信息，在监测系统监测到业务系统的版本更新时，根据业务全链路监控指标和预案、事件管理模块和版本变更信息进行监控，在检测到告警信息时，定位告警信息对应的告警位置，根据告警位置处理预案并解决规则。

在本实施例中版本更新监控框架中预先定义需要管理的信息，具体地，包括：

获取预先定义的业务信息和IT信息，根据所述业务信息和所述IT信息构建数据映射表，并将所述业务信息和所述IT信息保存至所述数据映射表。

即，版本更新监控设备获取预先定义的业务信息和IT信息，其中，业务信息包括：业务线、产品信息、业务流程、重要等级和业务监控点等等；IT信息包括系统流程、系统监控点、系统接口、系统接口对应的服务治理信息，路由信息、接口类型，业务表，字段，交易码，返回码和交互方式等等；版本更新监控设备根据业务信息和IT信息构建数据映射表，版本更新监控设备将业务信息和IT信息保存至数据映射表，在业务版本更新时，获取业务系统更新前后的业务信息和IT信息，版本更新监控设备将业务信息和IT信息作为版本信息保存至数据映射表。本实施例中业务信息和IT信息需要通过业务、开发手工的录入，java代码分析，对接口拉取生产服务治理信息的方法来实现。

例如，本实施例中给出预先定义的业务信息和IT信息包括：

业务标识，业务在注册的时候，分配一个唯一的业务标识信息；

产品信息，描述产品总体信息，负责人，重要程度，记录产品标识，由业务人员注册；

业务交易，描述交易流程和重要级，记录业务标识，产品标识，业务交易标识，由业务人员注册；

业务指标，描述业务交易的明确指标，是对业务交易的量化，把交易质量转化为多个明确的指标，比如常规的对开户借还款量化为交易量、业务成功率、系统成功率、耗时等指标，记录业务交易标识，由业务、开发运维注册；系统交易流程，描述为实现业务交易而设计的系统流程，包括系统流程时序图，系统接口，文件交互等，记录业务交易标识，系统标识，由技术产品经理和开发注册；

业务系统，描述为实现业务交易而创建的系统，记录系统标识，由开发人员注册、CMDB拉取或测试环境代码拉取；

系统接口，描述系统提供的所有接口，包括接口的交易码，返回码，操作的数据库和表，记录系统标识、接口标识，由开发人员注册、CMDB拉取或测试环境代码拉取；

大数据任务，描述交易对应的大数据任务，任务依赖、读写操作的表，记录业务交易标识、系统交易流程标识，由开发人员注册或测试环境代码拉取；监控需求，描述业务场景、IT场景对监控的需求、具体的监控实现情况(已实现、正常运行、缺失等状态)，记录业务交易标识，由业务、开发运维注册；

网络访问方式，描述外部网络的接入方式，记录产品标识,业务交易标识，由技术产品经理，运维注册；

应急预案，描述重要业务交易对应的紧急预案、紧急联系人(外部、内部)，记录产品标识，业务交易标识，系统流程标识，由业务、技术产品经理、开发、运维注册。

本实施例中通过预先定义需要管理的业务信息和IT信息，版本更新监控设备将业务信息和IT信息作为版本信息，并创建数据映射表保存版本信息，实现业务系统统一管理，使得业务系统的相关技术人员可以进行全局的管理控制操作，即，业务系统版本更新之前创建业务系统的系统快照，将业务系统的初始版本信息保存至数据映射表，更新后将更新版本信息保存至管理数据库，根据管理数据库中的信息确定改动点，以对改动点进行监控，在接收到系统告警提示提示时，在告警位置为改动点时，执行更新版本信息中的处理预案，具体地，包括：

参照图3，图3为本发明版本更新监控方法第一实施例的流程示意图，所述方法包括：

步骤S10，在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照。

版本更新监控设备在检测到业务需求更新时，确定新的业务需求关联的业务系统，即，业务人员有新的业务需求时，业务人员将新的业务需求输入到需求管理系统，版本更新监控设备在检测到需求管理系统中业务需求更新时，版本更新监控设备确定业务需求对应的业务系统(业务系统的数量不作限定，即，业务系统可以是一个或多个)，版本更新监控设备创建业务系统的系统快照；具体地，包括：

步骤a1，在检测到业务需求更新时，确定新的业务需求关联的业务系统，并将所述业务系统的初始版本信息复制到所述数据映射表中，其中，所述初始版本信息是指业务系统中更新之前的业务信息和IT信息；

步骤a2，在所述初始版本信息复制完成时，按照预定义的标识生成规则生成的业务版本标识；

步骤a3，将所述数据映射表中的所述初始版本信息与业务版本标识关联并添加时间戳，形成系统快照。

即，版本更新监控设备在检测到业务需求更新时，版本更新监控设备确定新的业务需求关联的业务系统，版本更新监控设备将业务系统的初始版本信息复制到数据映射表中，其中，初始版本信息是指业务系统版本更新之前的业务信息和IT信息，在业务系统的第一个版本时，初始版本信息为预定义的业务信息和IT信息；在业务系统版本为第二版本，初始版本信息是第二版本业务系统的业务信息和IT信息，即业务人员基于第二版本的业务系统输入的新的业务需求时，需要业务系统升级至第三个版本。

版本更新监控设备在初始版本信息复制完成时，按照预定义的标识生成规则生成的业务版本标识；例如，版本更新监控设备预先定义业务版本标识以业务标识+时间戳作为大版本号，以业务、系统修改次数作为小版本号，得到业务版本标识product_no:kxcc_20200510_001002；版本更新监控设备在检测到业务需求更新时，通过业务标识进行编辑，每次新建需求会得到一个新的业务版本标准，更新需求会更新当前业务版本标识。

本实施例中版本更新监控设备将数据映射表中的初始版本信息与业务版本标识关联并添加时间戳，形成系统快照，即，版本更新监控设备通过restful接口，向业务需求管理系统定时拉取新的业务需求，当发现新的业务需求时，版本更新监控设备创建业务版本标识，并通过product_no查找，对当前版本信息做一次全量复制，并把业务版本标识更新到复制的数据中，每次创建新的业务版本标识，版本更新监控设备都会对当前版本进行快照保存，以方便后期的业务系统版本升级后，进行业务系统版本信息比对，具体地：

步骤S20，在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统。

版本更新监控设备在检测到系统快照创建完成时，版本更新监控设备根据业务需求更新业务系统，即，版本更新监控设备获取新的业务需求对应的更新业务场景、更新业务流程等等，版本更新监控设备根据更新业务场景、更新业务流程输出更新提示，以使管理人员根据更新提示全部更新版本信息，避免更新遗漏，具体地，包括：

步骤b1，在检测到所述系统快照创建完成时，获取所述业务系统关联的管理账户，发送更新提示至所述管理账户，以使所述管理账户对应的管理人员根据所述业务需求执行更新操作；

步骤b2，在所述更新操作为数据库更新操作时，输出配置页面，以供所述管理人员基于所述配置页面更新数据库信息；

步骤b3，在所述更新操作为接口更新操作时，输出接口文件，以供所述管理人员基于所述接口文件更新接口信息；

步骤b4，在所述更新操作为数据表更新操作时，输出数据映射表，以供所述管理人员基于所述数据映射表更新表结构信息和/或表数据信息；

步骤b5，将更新的所述数据库信息、所述表结构信息和/或所述表数据信息作为第一版本信息并保存。

即，本实施例中版本更新监控设备根据业务需求提示管理人员对业务系统进行更新操作，即，管理人员输入更新代码信息，版本更新监控设备确认需要采集的代码信息后，通过流程主动登记、代码检查等方式，对版本信息进行补充和旁路检查，具体地：

版本更新监控设备业务需求关联的管理人会收到更新系统流程的通知，对应负责人此使按流程进行数据更新。版本更新监控设备通过restful接口，向CMDB更新系统服务治理信息、调用关系信息、同步异步信息和网络防火墙策略等信息，并保存至CMDB，版本更新监控设备通过git拉取代码的接口文件，对代码文件进行语法分析，分析接口对应的类型，对数据库的操作等信息，对版本接口信息进行更新，通过拉取生产表信息，对表结构、表记录数进行更新，版本更新监控设备登记、拉取接口的更新版本信息，并将更新版本信息存储在管理数据库。

步骤S30，在业务系统更新完成时，获取更新版本信息，将所述更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息。

版本更新监控设备在业务系统更新完成时，版本更新监控设备获取更新版本信息，版本更新监控设备将更新版本信息与系统快照中的初始版本信息进行比对，获得差异版本信息，即，版本更新监控设备可以将更新获得的更新版本信息也保存至数据映射表，版本更新监控设备将更新版本信息与初始版本信息进行比对，确定差异版本信息。

步骤S40，在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。

版本更新监控设备在接收到业务系统告警提示时，版本更新监控设备确定告警提示对应的告警位置，版本更新监控设备在告警位置为差异版本信息对应的改动点时，执行更新版本信息中的处理预案，具体地，包括：

步骤c1，在接收到业务系统告警提示时，获取所述告警提示中的改动点，和所述告警提示中的告警类型；

步骤c2，在所述告警类型为硬件故障类型时，将所述告警提示发送至所述改动点关联的管理账户；

步骤c3，在所述告警类型为软件故障类型时，获取所述改动点对应的处理预案，执行所述处理预案。

本实施例中预先设置统一的版本更新监控框架，版本更新监控框架将需求平台、开发平台、业务系统、监控平台、预案平台等等相结合，业务人员在需求平台上进行需求更新，版本更新监控框架在检测到业务需求更新时，版本更新监控框架确定新的业务需求关联的业务系统，版本更新监控框架创建业务系统的系统快照；版本更新监控框架在检测到系统快照创建完成时，版本更新监控框架根据业务需求引导版本更新相关人员配置更新版本信息(包括代码信息、配置信息、监控点和故障对应的预案处理等)以更新业务系统，本实施例中通过建立统一的版本更新监控框架使得不同业务系统管理人员对业务系统进行全面更新，减少了线下交流提高了版本更新效率，避免出现更新遗漏的情况；在业务系统更新完成时，版本更新监控框架获取更新版本信息，将更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息；版本更新监控框架将差异版本信息对应的改动点作为监控点进行监控，在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，版本更新监控框架按照更新版本信息中改动点的处理预案进行处理。本发明实施例中通过设置统一的版本更新监控框架，在业务系统版本更新时进行指导实现版本信息的全面更新，与此同时，对版本更新后的业务系统进行全面监控，在业务系统出现故障时，可以快速定位故障并根据预先配置的方案解决问题。

进一步地，基于本发明版本更新监控方法上述实施例，提出了本发明版本更新监控方法第二实施例。

本实施例是第一实施例中步骤S20之后的步骤，本实施例与上述实施例的区别在于：

调用预设分析工具判断改动点是否标注完整、流程登记信息是否完整、配置管理数据库是否同步、监控方案是否完整和/或处理预案是否完整；

若所述改动点标注不完整、所述流程登记信息不完整、所述配置管理数据库没有同步、所述监控方案不完整和/或所述处理预案不完整，则输出信息补充提示；

获取基于所述信息补充提示输入的第二版本信息，将所述第一版本信息和所述第二版本信息作为更新版本信息。

版本更新监控设备调用预设分析工具(预设分析工具是指预先设置的代码分析程序)，版本更新监控设备将初始版本信息中更新版本信息进行比对，并对已经在代码层面产生差异的地方是否全部标注改动点，版本更新涉及到的流程登记信息是否完整、配置管理数据库是否同步、监控方案是否完整和/或处理预案是否完整；若改动点标注不完整、流程登记信息不完整、配置管理数据库没有同步、监控方案不完整和/或处理预案不完整，则输出信息补充提示，以提示版本管理人员进行补充更新，版本更新监控设备获取基于信息补充提示输入的第二版本信息，版本更新监控设备将第一版本信息和第二版本信息作为更新版本信息进行保存。

本实施例中版本更新监控设备在接收到代理人员输入的更新信息之后，进一步地通过预设分析工具检查流程在当前版本是否有更新监控点和预案未完善，使得业务系统版本更新进行统一管理，全面更新。

进一步地，基于本发明版本更新监控方法上述实施例，提出了本发明版本更新监控方法第三实施例。

本实施例是本发明第一实施例中步骤S40的细化步骤，本实施例与上述实施例的区别在于：

在接收到业务系统告警提示时，获取所述告警提示的数量；

在所述告警提示的数量为至少两个时，获取所述告警提示关联的异常指标，及所述异常指标关联的业务流程和系统信息，向预设告警平台请求所述业务流程和所述系统信息关联的异常信息并输出，以进行事故分析；

在所述告警提示的数量为一个时，获取所述告警提示关联的IT信息，按照所述IT信息中的系统标识、IP地址和设备状态确定告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。

版本更新监控设备在接收到业务系统告警提示时，版本更新监控获取告警提示的数量；单条告警，没有触发业务指标大规模告警。这类告警信息包含了原有的IT信息中的系统标识、IP地址和设备状态等，版本更新监控结合数据映射表中上报的业务标识，场景信息和等级，可以快速定位业务系统影响风险，根据告警标识，向预案平台查找预案并快速处理版本更新监控设备确定多条告警，触发业务指标大规模异常，这类告警信息不易快速定位，版本更新监控设备根据业务指标下降的业务标识，在告警位置为差异版本信息对应的改动点时，执行更新版本信息中的处理预案；在告警位置不是差异版本信息对应的改动点时，版本更新监控设备获取关联对应的业务流程、系统流程及对应的系统信息，向告警系统拉取业务下的所有类别告警信息，并按照主机、网络、中间件、业务系统、前端入口多个问题层次，逐层展示当前业务涉及的异常情况，同事提供当前事故影响的业务交易类型和重要等级，协助人工快速定位问题出现的层次和影响判断。

本实施例中版本更新监控设备根据不同的告警情况，确定告警定位和告警处理策略，使得版本更新全面监控，并快速定位解决问题。

进一步地，基于本发明版本更新监控方法上述实施例，提出了本发明版本更新监控方法第四实施例。

本实施例是本发明第一实施例中步骤S40之后的步骤，本实施例与上述实施例的区别在于：

将所述差异版本信息输入至预设风险评估模型，获得所述差异版本信息对应改动点的初始风险值；

获取所述改动点的风险类型，根据所述改动点的风险类型划分所述改动点的风险等级；

在所述改动点的风险等级为一级时，根据预设范围影响因子和/或预设概率影响因子调整所述初始风险值，获得所述改动点的总风险评分；

在所述改动点的风险等级为二级时，获取所述改动点的历史版本信息，根据所述历史版本信息确定所述改动点对应的历史风险值，根据预设时间影响因子处理所述初始风险值和所述历史风险值，获得所述改动点的总风险评分；

生成包含所述总风险评分的改动点明细报告。

本实施例中版本更新监控设备中预设风险评估模型，预设风险评估模型是指预先通过代码样本迭代训练，获得的风险评估算法，版本更新监控设备将差异版本信息输入至预设风险评估模型，获得差异版本信息对应改动点的初始风险值；版本更新监控设备获取改动点的风险类型，版本更新监控设备根据改动点的风险类型划分改动点的风险等级，例如，风险类型包括流程风险、接口风险、网络风险、数据库风险等等，版本更新监控设备根据风险类型确定风险等级，即，版本更新监控设备中预设风险类型与风险等级映射表，版本更新监控设备查询预设风险类型与风险等级映射表，获得风险类型对应的风险等级。

版本更新监控设备在确定风险等级之后，版本更新监控设备根据风险等级调整初始风险值，即，在改动点的风险等级为一级时，该改动点出现风险的概率不会随时间变化，且该改动点的影响面较大，版本更新监控设备根据预设范围影响因子(预设范围影响因子可以根据访问数量等灵活设置)和/或预设概率影响因子(预设概率影响因子可以根据业务情况等灵活设置)调整所述初始风险值，获得所述改动点的总风险评分。

在改动点的风险等级为二级时，该改动点出现风险的概率会随时间变化，版本更新监控设备获取改动点的历史版本信息，根据历史版本信息确定改动点对应的历史风险值；其中，历史风险值的算法可以和初始风险值的算法相同，例如，历史风险值为版本更新监控设备通过预设风险评估模型处理历史版本信息获得历史风险值，或者，历史风险值的算法可以和初始风险值的算法不同，例如，历史风险值为版本更新监控设备将改动点故障次数比上总的故障次数，版本更新监控设备获取预设时间影响因子(预设时间影响因子可以根据版本更新时间距离当前时间的时间间隔灵活设置)，版本更新监控设备将初始风险值和历史风险值分别乘以预设时间影响因子后加和，获得改动点的总风险评分。

版本更新监控设备将改动点和改动点对应的风险总值都添加到报告模板中生成包含总风险评分的改动点明细报告。本实施例中版本更新监控设备将改动点对应的风险类型进行分类，然后根据不同的风险类型采用不同的分析算法，准确地评估各改动点对应的风险值，并生成对应的改动点明细报告，以方便规避版本更新时遇到的风险。

此外，版本更新监控设备根据不同的风险类型和风险总值设不同的处理预案，针对一级风险项、二级风险项的风险评分落在不同的区间，对应的不同处理预案；这样在版本更新出现风险时，版本更新监控设备可以根据对应的处理预案快速执行，以有效规避版本更新风险，例如，风险类型为接口类型风险，接口类型风险对应的风险等级为一级，在风险等级为一级总风险评分超过预设风险总值，对应的处理预案为版本回滚；再比如，风险类型为网络类型风险，网络类型风险对应的风险等级为二级，在风险等级为二级总风险评分超过预设风险总值，对应的处理预案为限流。

为了方便理解，本实施例中给出了一具体报告生成场景，包括：

预设风险评估模型评估风险点，对新旧版本的业务需求进行对比，计算风险分，输出风险报告；将风险报告中的风险进行分类，具体地运维、开发设置检查流程，设两级风险点，第一级风险点包括风险大类，第二级风险点为各风险点的细分类，如：流程风险：主流程变动、非主流程变动，流程重要级别变动；接口风险：字段变动，交易返回码变动，表操作变动，服务治理变动；数据库风险：新表、新字段变动，存量数据改动，大表变动；大数据风险：新任务变动，新依赖变变动；网络风险：访问方式变动，认证方式变动，带宽变动，负载均衡变动；发布回滚依赖风险：依赖变动，回滚变动；分别取出新版和旧版的配置数据的各项进行对比，对于存储在数据库中的配置数据，通过比较各记录差异，输出并记录到偏差表，对于存储在文件中的代码和数据库文件，通过对比文件差异，转化后记录到偏差表。

计算历史各版本变更事故原因权重：

对历史的事故，风险随着开发规范加强，对风险判断的影响会逐渐减少，直接通过平均数计算有较大误差，需要按版本迭代次数逐渐减弱早期风险分带来的误差，只计算若干个版本内，某个风险分类的事故比例，对2级风险点进行权重计算，使用指数加权平均算法vt＝βvt-1+(1-β)θt，其中：vt为最近1-β/t个版本内的风险比例均值；θt为上一个版本该变更点实际发生的风险比例，即ix中的二级风险点变更风险比例；常数β影响统计到若干版本前，这里设为0.9；通过各类第二级风险点的变更数量乘以对应的预估风险比例，计算各风险评分，求和计算本次版本的风险总评分；以上面计算输出具体变动点和风险点输出评分和明细报告，以使用户快速地确定风险。

参照图4，本发明还提供一种版本更新监控装置的实施例，在本实施例中所述版本更新监控装置包括：

快照创建模块10，用于在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照；

系统更新模块20，用于在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统；

差异确定模块30，用于在业务系统更新完成时，获取更新版本信息，将所述更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息；

接收执行模块40，用于在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。

在一实施例中，所述版本更新监控装置，包括：

获取预先定义的业务信息和IT信息，根据所述业务信息和所述IT信息构建数据映射表，并将所述业务信息和所述IT信息保存至所述数据映射表；

所述快照创建模块10，包括：

信息复制单元，用于在检测到业务需求更新时，确定新的业务需求关联的业务系统，并将所述业务系统的初始版本信息复制到所述数据映射表中，其中，所述初始版本信息是指业务系统中更新之前的业务信息和IT信息；

标识生成单元，用于在所述初始版本信息复制完成时，按照预定义的标识生成规则生成的业务版本标识；

快照形成单元，用于将所述数据映射表中的所述初始版本信息与业务版本标识关联并添加时间戳，形成系统快照。

在一实施例中，所述系统更新模块20，包括：

更新提示单元，用于在检测到所述系统快照创建完成时，获取所述业务系统关联的管理账户，发送更新提示至所述管理账户，以使所述管理账户对应的管理人员根据所述业务需求执行更新操作；

第一更新单元，用于在所述更新操作为数据库更新操作时，输出配置页面，以供所述管理人员基于所述配置页面更新数据库信息；

第二更新单元，用于在所述更新操作为接口更新操作时，输出接口文件，以供所述管理人员基于所述接口文件更新接口信息；

第三更新单元，用于在所述更新操作为数据表更新操作时，输出数据映射表，以供所述管理人员基于所述数据映射表更新表结构信息和/或表数据信息；

信息保存单元，用于将更新的所述数据库信息、所述表结构信息和/或所述表数据信息作为第一版本信息并保存。

在一实施例中，所述版本更新监控装置，包括：

调用判断模块，用于调用预设分析工具判断改动点是否标注完整、流程登记信息是否完整、配置管理数据库是否同步、监控方案是否完整和/或处理预案是否完整；

补充提示模块，用于若所述改动点标注不完整、所述流程登记信息不完整、所述配置管理数据库没有同步、所述监控方案不完整和/或所述处理预案不完整，则输出信息补充提示；

信息获取获取基于所述信息补充提示输入的第二版本信息，将所述第一版本信息和所述第二版本信息作为更新版本信息。

在一实施例中，所述接收执行模块40，包括：

数量获取单元，用于在接收到业务系统告警提示时，获取所述告警提示的数量；

事故分析单元，用于在所述告警提示的数量为至少两个时，获取所述告警提示关联的异常指标，及所述异常指标关联的业务流程和系统信息，向预设告警平台请求所述业务流程和所述系统信息关联的异常信息并输出，以进行事故分析；

定位执行单元，用于在所述告警提示的数量为一个时，获取所述告警提示关联的IT信息，按照所述IT信息中的系统标识、IP地址和设备状态确定告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。

在一实施例中，所述接收执行模块40，包括：

类型确定单元，用于在接收到业务系统告警提示时，获取所述告警提示中的改动点，和所述告警提示中的告警类型；

信息发送单元，用于在所述告警类型为硬件故障类型时，将所述告警提示发送至所述改动点关联的管理账户；

预案执行单元，用于在所述告警类型为软件故障类型时，获取所述改动点对应的处理预案，执行所述处理预案。

在一实施例中，所述版本更新监控装置，包括：

风险确定模块，用于将所述差异版本信息输入至预设风险评估模型，获得所述差异版本信息对应改动点的初始风险值；

风险分类单元，用于获取所述改动点的风险类型，根据所述改动点的风险类型划分所述改动点的风险等级；

第一确定单元，用于在所述改动点的风险等级为一级时，根据预设范围影响因子和/或预设概率影响因子调整所述初始风险值，获得所述改动点的总风险评分；

第二确定单元，用于在所述改动点的风险等级为二级时，获取所述改动点的历史版本信息，根据所述历史版本信息确定所述改动点对应的历史风险值，根据预设时间影响因子处理所述初始风险值和所述历史风险值，获得所述改动点的总风险评分；

报告生成单元，用于生成包含所述总风险评分的改动点明细报告。

上述各程序模块所执行的方法可参照本发明版本更新监控方法各个实施例，此处不再赘述。

本发明还提供一种计算机存储介质。

本发明计算机存储介质上存储有版本更新监控程序，所述版本更新监控程序被处理器执行时实现如上所述的版本更新监控方法的步骤。

其中，在所述处理器上运行的版本更新监控程序被执行时所实现的方法可参照本发明版本更新监控方法各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种版本更新监控方法，其特征在于，所述版本更新监控方法包括：

在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照；

在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统；

在业务系统更新完成时，获取更新版本信息，将所述更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息；

在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。

2.如权利要求1所述的版本更新监控方法，其特征在于，所述在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照的步骤之前，所述方法包括：

获取预先定义的业务信息和IT信息，根据所述业务信息和所述IT信息构建数据映射表，并将所述业务信息和所述IT信息保存至所述数据映射表；

所述在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照的步骤，包括：

在检测到业务需求更新时，确定新的业务需求关联的业务系统，并将所述业务系统的初始版本信息复制到所述数据映射表中，其中，所述初始版本信息是指业务系统中更新之前的业务信息和IT信息；

在所述初始版本信息复制完成时，按照预定义的标识生成规则生成的业务版本标识；

将所述数据映射表中的所述初始版本信息与业务版本标识关联并添加时间戳，形成系统快照。

3.如权利要求1所述的版本更新监控方法，其特征在于，所述在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统的步骤，包括：

在检测到所述系统快照创建完成时，获取所述业务系统关联的管理账户，发送更新提示至所述管理账户，以使所述管理账户对应的管理人员根据所述业务需求执行更新操作；

在所述更新操作为数据库更新操作时，输出配置页面，以供所述管理人员基于所述配置页面更新数据库信息；

在所述更新操作为接口更新操作时，输出接口文件，以供所述管理人员基于所述接口文件更新接口信息；

在所述更新操作为数据表更新操作时，输出数据映射表，以供所述管理人员基于所述数据映射表更新表结构信息和/或表数据信息；

将更新的所述数据库信息、所述表结构信息和/或所述表数据信息作为第一版本信息并保存。

4.如权利要求3所述的版本更新监控方法，其特征在于，所述在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统的步骤之后，所述方法包括：

调用预设分析工具判断改动点是否标注完整、流程登记信息是否完整、配置管理数据库是否同步、监控方案是否完整和/或处理预案是否完整；

若所述改动点标注不完整、所述流程登记信息不完整、所述配置管理数据库没有同步、所述监控方案不完整和/或所述处理预案不完整，则输出信息补充提示；

获取基于所述信息补充提示输入的第二版本信息，将所述第一版本信息和所述第二版本信息作为更新版本信息。

5.如权利要求1所述的版本更新监控方法，其特征在于，所述在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，并执行所述更新版本信息中的处理预案的步骤，包括：

在接收到业务系统告警提示时，获取所述告警提示的数量；

在所述告警提示的数量为至少两个时，获取所述告警提示关联的异常指标，及所述异常指标关联的业务流程和系统信息，向预设告警平台请求所述业务流程和所述系统信息关联的异常信息并输出，以进行事故分析；

在所述告警提示的数量为一个时，获取所述告警提示关联的IT信息，按照所述IT信息中的系统标识、IP地址和设备状态确定告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。

6.如权利要求1所述的版本更新监控方法，其特征在于，所述在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案的步骤，包括：

在接收到业务系统告警提示时，获取所述告警提示中的改动点，和所述告警提示中的告警类型；

在所述告警类型为硬件故障类型时，将所述告警提示发送至所述改动点关联的管理账户；

在所述告警类型为软件故障类型时，获取所述改动点对应的处理预案，执行所述处理预案。

7.如权利要求1-6任意一项所述的版本更新监控方法，其特征在于，所述在业务系统更新完成时，获取更新版本信息，将所述更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息的步骤之后，所述方法包括：

将所述差异版本信息输入至预设风险评估模型，获得所述差异版本信息对应改动点的初始风险值；

获取所述改动点的风险类型，根据所述改动点的风险类型划分所述改动点的风险等级；

在所述改动点的风险等级为一级时，根据预设范围影响因子和/或预设概率影响因子调整所述初始风险值，获得所述改动点的总风险评分；

在所述改动点的风险等级为二级时，获取所述改动点的历史版本信息，根据所述历史版本信息确定所述改动点对应的历史风险值，根据预设时间影响因子处理所述初始风险值和所述历史风险值，获得所述改动点的总风险评分；

生成包含所述总风险评分的改动点明细报告。

8.一种版本更新监控装置，其特征在于，所述版本更新监控装置包括：

快照创建模块，用于在检测到业务需求更新时，确定新的业务需求关联的业务系统，创建所述业务系统的系统快照；

系统更新模块，用于在检测到所述系统快照创建完成时，根据所述业务需求更新所述业务系统；

差异确定模块，用于在业务系统更新完成时，获取更新版本信息，将所述更新版本信息与所述系统快照中的初始版本信息进行比对，获得差异版本信息；

接收执行模块，用于在接收到业务系统告警提示时，确定所述告警提示对应的告警位置，在所述告警位置为差异版本信息对应的改动点时，执行所述更新版本信息中的处理预案。

9.一种版本更新监控设备，其特征在于，所述版本更新监控设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的版本更新监控程序，所述版本更新监控程序被所述处理器执行时实现如权利要求1至7中任一项所述的版本更新监控方法的步骤。

10.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有版本更新监控程序，所述版本更新监控程序被处理器执行时实现如权利要求1至7中任一项所述的版本更新监控方法的步骤。

Images