CN110347605A - 防止软件退化的方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种防止软件退化的方法、装置、设备及存储介质。该方法包括：依据软件变更请求生成变更单，在预先搭建的沙盒环境中进行软件变更，沙盒环境与待变更软件线上运行的生产环境配置一致；将生产环境中针对待变更软件的实时用户请求，引流至沙盒环境中处理；分别从沙盒环境和生产环境中提取处理实时用户请求的软件性能数据；将软件性能数据进行对比分析，根据对比分析的结果判断待变更软件变更后是否退化。本发明实施例通过在与生产环境配置一致的沙盒环境中进行软件变更，并通过用户请求引流，实现测试环境和用户请求与实际环境中的一致性，结合性能数据分析对比提高了软件性能测试的准确性和客观性，从而实现防止软件退化。

Description

防止软件退化的方法、装置、设备及存储介质

技术领域

本发明实施例涉及计算机软件技术领域，尤其涉及一种防止软件退化的方法、装置、设备及存储介质。

背景技术

随着移动互联网和AI技术的快速发展，越来越多的云+端的服务出现，为用户的生活提供了便利。由于用户的需求也越来越多样，因此服务的软件也会随之而进行快速的迭代和升级，以满足用户多样化的需求。

但是在软件更新的过程中，往往是其更新的性能够满足用户多样的需求，但是却忽略了更新后软件的时延性能和云端服务的性能，时延是用户可以直接感受到的最明显的一种体验，时延增加会给用户造成较差的体验。

目前，在对更新的软件进行测试过程中，测试环境和请求成分往往与实际的线上环境和请求成分不一致，导致测试的性能数据与实际线上的性能数据不同，因此测试的准确度较低。若直接对于实际的线上软件进行测试，则会导致测试以及问题的发现存在滞后性，软件更新后的回滚成本较大，并且给用户造成较差的体验。另外，对于各种测试方法，数据分析和得出结论均为人为主观判断，导致测试结果不客观。

发明内容

本发明实施例提供一种防止软件退化的方法、装置、设备及存储介质，以实现对软件变更过程进行准确客观的测试，从而防止软件退化。

第一方面，本发明实施例提供了一种防止软件退化的方法，该方法包括：

依据软件变更请求生成变更单，其中，所述变更单中记载有与待变更软件进行软件变更相关的信息；

依据所述变更单，在预先搭建的沙盒环境中进行软件变更，其中，所述沙盒环境与所述待变更软件线上运行的生产环境配置一致；

将所述生产环境中针对所述待变更软件的实时用户请求，引流至所述沙盒环境中处理；

分别从所述沙盒环境和所述生产环境中提取处理所述实时用户请求的软件性能数据；

将所述沙盒环境和所述生产环境中各自的软件性能数据进行对比分析，根据对比分析的结果判断所述待变更软件变更后是否退化。

第二方面，本发明实施例提供了一种防止软件退化的检测装置，该装置包括：

变更单生成模块，用于依据软件变更请求生成变更单，其中，所述变更单中记载有与待变更软件进行软件变更相关的信息；

沙盒环境软件变更模块，用于依据所述变更单，在预先搭建的沙盒环境中进行软件变更，其中，所述沙盒环境与所述待变更软件线上运行的生产环境配置一致；

引流模块，用于将所述生产环境中针对所述待变更软件的实时用户请求，引流至所述沙盒环境中处理；

时延数据提取模块，用于分别从所述沙盒环境和所述生产环境中提取处理所述实时用户请求的软件性能数据；

判断模块，用于将所述沙盒环境和所述生产环境中各自的软件性能数据进行对比分析，根据对比分析的结果判断所述待变更软件变更后是否退化。

第三方面，本发明实施例还提供了一种设备，该设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例中任一所述的防止软件退化的方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的防止软件退化的方法。

本发明实施例中通过预先搭建与生产环境配置一致的沙盒环境，并将生产环境中的实时用户请求引流至沙盒环境中，使沙盒环境与生产环境保持完全一致，从而使测试的环境以及请求与实际的生产环境以及请求完全一致，保证了测试数据的准确性，通过在沙盒环境中进行软件变更，并分别获取沙盒环境和生产环境中处理实时用户请求的软件性能数据，对软件性能数据进行分析对比，从而能够准确分析出变更后的软件是否发生退化，进而对变更软件进行调试以防止软件退化。

附图说明

图1是本发明实施例一中的一种防止软件退化的方法的流程图；

图2是本发明实施例一中的软件变更示意图；

图3是本发明实施例一中的实时用户请求引流示意图；

图4是本发明实施例二中的一种防止软件退化的方法的流程图；

图5是本发明实施例二中的一种防止软件退化的方法的具体实现过程流程图；

图6是本发明实施例二中的软件时延指标数据监测示意图；

图7是本发明实施例二中的防退化处理示意图；

图8是本发明实施例三中的一种防止软件退化的检测装置结构示意图；

图9是本发明实施例四中的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一中的一种防止软件退化的方法的流程图。本实施例提供的防止软件退化的方法可适用于对软件进行更新时进行准确的测试以防止变更软件发生退化的情况，该方法具体可以由防止软件退化的检测装置来执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在设备中，所述设备可以为计算机设备或服务器，其中配置有防退化系统、变更系统、引流系统、监测系统和部署系统等，参见图1，本发明实施例的方法具体包括：

S110、依据软件变更请求生成变更单，其中，所述变更单中记载有与待变更软件进行软件变更相关的信息。

其中，所述软件可以为云端服务中的软件，所述云端服务可以为人脸识别服务、语音识别服务、指纹识别服务等，所述软件变更请求可以为响应于技术人员更新软件的操作产生的请求，所述变更单为根据前端的配置输入生成的，其中记载有与待变更软件进行软件变更相关的信息，例如需要更新的软件包的下载地址，变更的对象，服务器的分配信息等。所述待变更软件为需要进行更新的软件。如图2所示，变更单中包括对软件进行增删改查一系列更新操作的信息，用于触发生产环境和沙盒环境进行软件变更，例如触发软件从版本1.0变更至版本1.1。

具体的，技术人员可以通过前端界面进行更新软件的操作，服务器或计算机设备接收到软件变更请求后，根据技术人员请求时的前端配置输入，生成软件请求变更单，以根据软件变更单对待变更软件进行更新。

S120、依据所述变更单，在预先搭建的沙盒环境中进行软件变更，其中，所述沙盒环境与所述待变更软件线上运行的生产环境配置一致。

其中，沙盒环境用于为运行中的程序提供隔离环境。沙盒环境为预先根据生产环境搭建的，沙盒环境与待变更软件线上运行的生产环境配置一致，以保证测试的环境与实际应用中的软件运行环境相一致，从而保证测试数据的可靠性和准确性。所述沙盒环境可以利用预先设计的部署系统进行搭建，实现在硬件层面和软件层面均与实际的生产系统完全相一致，例如其CPU、内存、操作系统、内核、软件、服务器以及接口数等其他配置均完全一致。

具体的，服务器或计算机中的变更系统依据变更单在预先搭建的沙盒环境中进行软件变更，从而保证沙盒环境和生产环境的硬件、系统、软件和配置等方面的完全一致。将沙盒环境中的软件更新至新一级的版本，而生产环境保留更新前的版本，对软件进行测试，从而及时准确地分析出软件更新后相对于更新前存在的问题，以对更新后的软件及时进行调试优化。

可选的，依据所述变更单，在预先搭建的沙盒环境中进行软件变更之前，所述方法还包括：中断在上一次对所述待变更软件进行软件变更时进行的实时用户请求引流。具体的，为了能够有效地保证对当前沙盒环境中的软件进行正常更新，中断上一次对待变更软件进行软件变更时进行的实时用户请求引流，从而防止沙盒环境中的软件继续执行引流的实时用户请求而导致软件无法正常更新。

S130、将所述生产环境中针对所述待变更软件的实时用户请求，引流至所述沙盒环境中处理。

其中，所述实时用户请求为用户作用于生产环境待变更软件的常态请求。服务器或计算机设备中的引流系统将线上生产环境中的实时用户请求引流至沙盒环境中，从而实现沙盒环境和生产环境中的请求成分相一致，以保证测试的真实性和准确性。

可选的，将所述生产环境中针对所述待变更软件的实时用户请求，引流至所述沙盒环境中处理，包括：获取所述生产环境中针对所述待变更软件的实时用户请求；将所述实时用户请求转发至所述沙盒环境中处理。具体的，如图3所示，生产环境针对用户对待变更软件的操作生成实时用户请求，服务器或计算机设备中的引流系统获取生产环境中生成的实时用户请求，再将获取的实时用户请求转发至沙盒环境中，由沙盒环境对实时用户请求进行进一步处理。在一个测试周期内，可以引流生产周期中的所有实时用户请求，也可以随机或指定地引流实时用户请求中的一部分实时用户请求，也可以根据业务需求或测试需求确定引流的实时用户请求的条件，在本发明实施例中对引流的实时用户请求的数量和类型不作具体限制。通过将实时用户请求引流至沙盒环境，使在沙盒环境中处理的请求与生产环境中处理的请求保持一致，在沙盒环境中的测试数据可以代表在生产环境中的测试数据，从而提高测试数据的准确性。

S140、分别从所述沙盒环境和所述生产环境中提取处理所述实时用户请求的软件性能数据。

其中，所述性能数据可以为沙盒环境和生产环境中的软件在处理实时用户请求时所表现出性能的数据，例如图像、指纹、语音识别准确性、识别所需时间等。软件性能数据可以作为评判软件是否退化的因素。因此，服务器或计算机设备中的检测系统提取沙盒环境和生产环境中处理实时用户请求的软件性能数据，以根据获取的沙盒环境和生产环境中的软件性能数据判断变更后的软件是否发生退化。

S150、将所述沙盒环境和所述生产环境中各自的软件性能数据进行对比分析，根据对比分析的结果判断所述待变更软件变更后是否退化。

具体的，若变更后的软件发生退化，则在沙盒环境中处理实时用户请求时的软件性能数据与在生产环境中处理相同的实时用户请求的软件性能数据会发生变化。因此，在本发明实施例中，将分别从沙盒环境和生产环境中获取的各自的软件性能数据进行分析对比，根据分析对比结果以判断待变更软件在变更之后是否发生退化，导致性能变差。若判断出软件在变更之后发生退化，则对此次软件变更进行拦截，阻止当前生产环境继续对软件进行变更，对软件进行调试优化之后再对软件进行变更。通过将生产环境中的软件性能数据，以及与生产环境配置一致的沙盒环境中软件性能数据进行对比分析，从而实现在沙盒环境中预先对更新后的软件进行测试，从而解决了测试环境与生产环境不一致、以及请求数据不一致导致的测试误差，以及在生产环境中的软件更新后再测试的滞后性问题，提高了测试的准确性和测试效率。

本发明实施例的技术方案，依据软件变更请求生成变更单，在预先搭建的沙盒环境中进行软件变更，沙盒环境与待变更软件线上运行的生产环境配置一致；将生产环境中针对待变更软件的实时用户请求，引流至沙盒环境中处理；分别从沙盒环境和生产环境中提取处理实时用户请求的软件性能数据；将软件性能数据进行对比分析，根据对比分析的结果判断待变更软件变更后是否退化。本发明实施例通过在与生产环境配置一致的沙盒环境中进行软件变更，并通过用户请求引流，实现测试环境与用户请求和实际环境中相一致性，结合性能数据分析对比提高了软件性能测试的准确性和客观性，从而实现防止软件退化。

实施例二

图4是本发明实施例二中的一种防止软件退化的方法的流程图。图5是本发明实施例二中的一种防止软件退化的方法的具体实现过程流程图。本实施例在上述实施例的基础上进行了优化，未在本实施例中详细描述的细节详见上述实施例。参见图4和图5，本实施例提供的防止软件退化的方法可以包括：

S210、依据软件变更请求生成变更单，其中，所述变更单中记载有与待变更软件进行软件变更相关的信息。

S220、依据所述变更单，在预先搭建的沙盒环境中进行软件变更，其中，所述沙盒环境与所述待变更软件线上运行的生产环境配置一致。

S230、将所述生产环境中针对所述待变更软件的实时用户请求，引流至所述沙盒环境中处理。

S240、分别在所述沙盒环境和所述生产环境中，采集预设的观察周期之内处理所述实时用户请求的所有模块的模块日志。

其中，每个实时用户请求具有唯一ID，所述模块日志中包括基于所述唯一ID跟踪得到的每个实时用户请求的处理链路中所涉及到的各模块的时延数据。

其中，所述预设的观察周期可以为技术人员根据实际情况设定的测试周期。软件性能数据包括软件时延数据。具体的，如图6所示，服务器或计算机设备中的监测系统采集预设的观察周期内沙盒环境和生产环境中分别处理实时用户请求的所有模块的模块日志，例如，在图像识别服务中，处理用户的图像识别请求时，需要通过图像检测模块、图像识别模块、图像匹配模块等，采集各模块处理实时用户请求时的模块日志，从而便于进一步根据模块日志分析各模块的时延数据。

在对模块日志的延时数据进行分析时，目前往往只能够单独获取各模块的耗时，例如只能单独获取图像监测模块处理各实时用户请求的耗时，图像识别模块处理各实时用户请求的耗时，以及图像匹配模块处理各实时用户请求的耗时，最后计算平均耗时数据，无法获知在处理一个实时用户请求时的各个模块的总耗时，从而无法准确地获取软件在处理一个实时用户请求时的性能数据，因此，在本发明实施例中，预先为每一个实时用户请求生成一个ID，从而在软件处理实时用户请求时根据其ID跟踪处理该实时用户请求时处理链路中涉及到的各个模块，进一步获取各个模块的模块日志，便于后续根据模块日志获取处理该实时用户请求的各个模块的时延数据。通过上述方案能够准确地获取处理单个或多个实时用户请求时的时延数据，从而使获取的测试数据更具参考价值，与获取单个模块处理各个实时用户请求的平均耗时的方案相比，本发明实施例能够通过处理单个或多个实时用户请求的链路中涉及模块的时延数据准确反映出软件处理用户请求的时延性能，提高了测试的准确性和可靠性。

S250、根据所述唯一ID从所述模块日志中提取所述时延数据并进行统计，分别得到所述沙盒环境和所述生产环境中，针对单个实时用户请求的至少一种时延指标数据，或者针对至少两个实时用户请求经汇聚得到的至少一种时延指标数据。

其中，根据每个请求的唯一ID即可提取出每个请求的时延数据，经过统计，即可得到单个实时用户请求的至少一种时延指标数据，或者经过汇聚得到针对至少两个实时用户请求的至少一种时延指标数据。示例性的，所述时延指标数据包括如下中的至少之一：单模块耗时、整体耗时、耗时增加模块个数、不同请求类型的耗时。可选的，也可以根据实际的测试需求设置其他实验指标数据，以从更多方面对软件的性能进行测试。由于时延是用户在应用软件的过程中能够直接感受的最明显的一种体验，因此时延是评价软件性能的一个重要因素，因此，本发明实施例得到单模块耗时、整体耗时、耗时增加模块个数、不同请求类型的耗时中的至少一种耗时数据，以根据沙盒环境和生产环境分别处理实时用户请求时的耗时数据对比，分析出软件更新后与更新前的性能对比。

S260、按照预设的决策树算法和预设的指标阈值，对所述沙盒环境和所述生产环境中各自的至少一种时延指标数据进行对比分析。

其中，预设的决策树的具体采用算法可以由技术人员根据实际情况选用。所述预设的指标阈值可以为技术人员根据实际情况进行设置的时延指标数据的阈值，例如单模块耗时时延阈值、整体耗时时延阈值、耗时增加模块个数阈值、不同请求类型的耗时时延阈值等。

当软件变更后的处理耗时性能发生变化时，其处理相同的实时用户请求时的时延指标数据不同，因此对沙盒环境和生产环境中，处理同一个实时用户请求时的至少一种时延指标数据或者至少两个实时用户请求经汇聚得到的至少一种时延指标数据进行对比分析，从而得到软件变更前和变更后的习耗时性能变化。

S270、根据对比分析的结果判断所述待变更软件变更后是否退化。

具体的，如图7所示，若经过对所述沙盒环境和所述生产环境中各自的至少一种时延指标数据进行对比分析得到的耗时时延数据大于预设的指标阈值，则判断为待变更软件变更后发生了退化。示例性的，首先设定单模块耗时时延阈值为50ms，整体耗时时延阈值为500ms，耗时增加模块个数阈值为4个，不同请求类型的耗时时延阈值为30ms，在对获取到的沙盒环境和生产环境中处理同一个实时用户请求时的单模块耗时指标数据进行对比分析，得到沙盒环境和生产环境中单模块耗时指标数据的差作为单模块耗时时延数据，若得到单模块耗时延时数据为100ms，大于单模块耗时时延阈值为50ms，因此触发变更拦截，阻止生产环境对软件进行变更。若得到单模块耗时时延为40ms，小于单模块耗时时延阈值为50ms，则继续对根据沙盒环境和生产环境中处理同一个实时用户请求时的整体耗时指标数据得到的整体耗时时延数据与整体耗时时延阈值进行对比分析，以此类推，并对测试数据以及变更产生的软件性能变化进行记录，以用于后续追溯问题。需要说明的是，本发明实施例是对一种具体对比分析方法的举例，其中阈值选取和指标数据的对比顺序可以由技术人员自行设定，本发明实施例不作具体限定。

S280、如果判断出所述待变更软件变更后未发生退化，则将所述变更单下发至所述生产环境，并指示所述生产环境依据所述变更单对所述待变更软件进行软件变更。

具体的，若经过对沙盒环境和生产环境中各自的至少一种时延指标数据进行对比分析判断出待变更软件在变更后没有发生退化，则说明此时可以对生产系统中的待变更软件进行软件变更，因此，服务器或计算机设备中的变更系统将变更单下发至生产系统，指示生产系统依据变更单对待变更软件进行软件变更，从而在保证待变更软件进行变更后不发生退化的情况下对待变更软件进行更新，防止出现软件变更后发生退化影响用户体验的情况。对测试数据以及变更产生的软件性能变化进行记录，便于后续对问题进行追溯。

本发明实施例的技术方案，预先为每一个实时用户请求生成一个ID，从而在软件处理实时用户请求时根据其ID跟踪处理该实时用户请求时处理链路中涉及到的各个模块，并在沙盒环境和生产环境中，采集预设的观察周期之内处理所述实时用户请求的所有模块的模块日志，从而获取软件处理单个或多个实时用户请求的时延指标数据，并通过对沙盒环境和生产环境中各自的至少一种时延指标数据进行对比分析，从而准确地分析出待变更软件在变更后没有发生退化，以便在软件发生退化时进行拦截，阻止生产环境进一步更新，以在对软件进行调试优化后进行更新，防止软件变更后发生退化给用户造成不良的体验，实现了防止软件退化和软件完善地更新。

实施例三

图8为本发明实施例三提供的一种防止软件退化的检测装置的结构示意图。该装置适用于对软件进行更新时进行准确的测试以防止变更软件发生退化的情况，该装置可以由软件和/或硬件的方式实现，该装置可以集成在设备中。参见图8，该装置具体包括：

变更单生成模块310，用于依据软件变更请求生成变更单，其中，所述变更单中记载有与待变更软件进行软件变更相关的信息；

沙盒环境软件变更模块320，用于依据所述变更单，在预先搭建的沙盒环境中进行软件变更，其中，所述沙盒环境与所述待变更软件线上运行的生产环境配置一致；

引流模块330，用于将所述生产环境中针对所述待变更软件的实时用户请求，引流至所述沙盒环境中处理；

时延数据提取模块340，用于分别从所述沙盒环境和所述生产环境中提取处理所述实时用户请求的软件性能数据；

判断模块350，用于将所述沙盒环境和所述生产环境中各自的软件性能数据进行对比分析，根据对比分析的结果判断所述待变更软件变更后是否退化。

可选的，还包括：

中断模块，用于中断在上一次对所述待变更软件进行软件变更时进行的实时用户请求引流。

可选的，所述引流模块330，包括：

实时用户请求获取单元，用于获取所述生产环境中针对所述待变更软件的实时用户请求；

转发单元，用于将所述实时用户请求转发至所述沙盒环境中处理。

可选的，所述软件性能数据包括软件时延数据；

相应的，所述时延数据提取模块340，包括：

采集单元，用于分别在所述沙盒环境和所述生产环境中，采集预设的观察周期之内处理所述实时用户请求的所有模块的模块日志，其中，每个实时用户请求具有唯一ID，所述模块日志中包括基于所述唯一ID跟踪得到的每个实时用户请求的处理链路中所涉及到的各模块的时延数据；

统计单元，用于根据所述唯一ID从所述模块日志中提取所述时延数据并进行统计，分别得到所述沙盒环境和所述生产环境中，针对单个实时用户请求的至少一种时延指标数据，或者针对至少两个实时用户请求经汇聚得到的至少一种时延指标数据。

可选的，所述时延指标数据包括如下中的至少之一：单模块耗时、整体耗时、耗时增加模块个数、不同请求类型的耗时。

可选的，所述判断模块350，包括：

对比分析单元，用于按照预设的决策树算法和预设的指标阈值，对所述沙盒环境和所述生产环境中各自的至少一种时延指标数据进行对比分析。

可选的，还包括：

变更单下发模块，用于如果判断出所述待变更软件变更后未发生退化，则将所述变更单下发至所述生产环境，并指示所述生产环境依据所述变更单对所述待变更软件进行软件变更。

本发明实施例的技术方案，变更单生成模块依据软件变更请求生成变更单，沙盒环境软件变更模块依据所述变更单，在预先搭建的沙盒环境中进行软件变更，其中，所述沙盒环境与所述待变更软件线上运行的生产环境配置一致；引流模块将所述生产环境中针对所述待变更软件的实时用户请求，引流至所述沙盒环境中处理；时延数据提取模块分别从所述沙盒环境和所述生产环境中提取处理所述实时用户请求的软件性能数据；判断模块将所述沙盒环境和所述生产环境中各自的软件性能数据进行对比分析，根据对比分析的结果判断所述待变更软件变更后是否退化。本发明实施例通过在与生产环境配置一致的沙盒环境中进行软件变更，并通过用户请求引流，实现测试环境与用户请求和实际环境中相一致性，结合性能数据分析对比提高了软件性能测试的准确性和客观性，从而实现防止软件退化。

实施例四

图9是本发明实施例四提供的一种设备的结构示意图。图9示出了适于用来实现本发明实施例的示例性设备412的框图。图9显示的设备412仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，设备412以通用计算设备的形式表现。设备412的组件可以包括但不限于：一个或者多个处理器或者处理器416，系统存储器428，连接不同系统组件(包括系统存储器428和处理器416)的总线418。

总线418表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

设备412典型地包括多种计算机系统可读存储介质。这些存储介质可以是任何能够被设备412访问的可用存储介质，包括易失性和非易失性存储介质，可移动的和不可移动的存储介质。

系统存储器428可以包括易失性存储器形式的计算机系统可读存储介质，例如随机存取存储器(RAM)430和/或高速缓存存储器432。设备412可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统434可以用于读写不可移动的、非易失性磁存储介质(图9未显示，通常称为“硬盘驱动器”)。尽管图9中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光存储介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据存储介质接口与总线418相连。存储器428可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块442的程序/实用工具440，可以存储在例如存储器428中，这样的程序模块462包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块462通常执行本发明所描述的实施例中的功能和/或方法。

设备412也可以与一个或多个外部设备414(例如键盘、指向设备、显示器426等)通信，还可与一个或者多个使得用户能与该设备412交互的设备通信，和/或与使得该设备412能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口422进行。并且，设备412还可以通过网络适配器420与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器420通过总线418与设备412的其它模块通信。应当明白，尽管图9中未示出，可以结合设备412使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器416通过运行存储在系统存储器428中的多个程序中其他程序的至少一个，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种防止软件退化的方法，包括：

依据软件变更请求生成变更单，其中，所述变更单中记载有与待变更软件进行软件变更相关的信息；

依据所述变更单，在预先搭建的沙盒环境中进行软件变更，其中，所述沙盒环境与所述待变更软件线上运行的生产环境配置一致；

将所述生产环境中针对所述待变更软件的实时用户请求，引流至所述沙盒环境中处理；

分别从所述沙盒环境和所述生产环境中提取处理所述实时用户请求的软件性能数据；

将所述沙盒环境和所述生产环境中各自的软件性能数据进行对比分析，根据对比分析的结果判断所述待变更软件变更后是否退化。

实施例五

本发明实施例五还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种防止软件退化的方法：

依据软件变更请求生成变更单，其中，所述变更单中记载有与待变更软件进行软件变更相关的信息；

依据所述变更单，在预先搭建的沙盒环境中进行软件变更，其中，所述沙盒环境与所述待变更软件线上运行的生产环境配置一致；

将所述生产环境中针对所述待变更软件的实时用户请求，引流至所述沙盒环境中处理；

分别从所述沙盒环境和所述生产环境中提取处理所述实时用户请求的软件性能数据；

将所述沙盒环境和所述生产环境中各自的软件性能数据进行对比分析，根据对比分析的结果判断所述待变更软件变更后是否退化。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的存储介质的任意组合。计算机可读存储介质可以是计算机可读信号存储介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明实施例中，计算机可读存储介质可以是任何包含或存储程序的有形存储介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号存储介质还可以是计算机可读存储介质以外的任何计算机可读存储介质，该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读存储介质上包含的程序代码可以用任何适当的存储介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或设备上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (15)

1.一种防止软件退化的方法，其特征在于，所述方法包括：

依据软件变更请求生成变更单，其中，所述变更单中记载有与待变更软件进行软件变更相关的信息；

依据所述变更单，在预先搭建的沙盒环境中进行软件变更，其中，所述沙盒环境与所述待变更软件线上运行的生产环境配置一致；

将所述生产环境中针对所述待变更软件的实时用户请求，引流至所述沙盒环境中处理；

分别从所述沙盒环境和所述生产环境中提取处理所述实时用户请求的软件性能数据；

将所述沙盒环境和所述生产环境中各自的软件性能数据进行对比分析，根据对比分析的结果判断所述待变更软件变更后是否退化。

2.根据权利要求1所述的方法，其特征在于，所述依据所述变更单，在预先搭建的沙盒环境中进行软件变更之前，所述方法还包括：

中断在上一次对所述待变更软件进行软件变更时进行的实时用户请求引流。

3.根据权利要求1所述的方法，其特征在于，所述将所述生产环境中针对所述待变更软件的实时用户请求，引流至所述沙盒环境中处理，包括：

获取所述生产环境中针对所述待变更软件的实时用户请求；

将所述实时用户请求转发至所述沙盒环境中处理。

4.根据权利要求1所述的方法，其特征在于，所述软件性能数据包括软件时延数据；

相应的，所述分别从所述沙盒环境和所述生产环境中提取处理所述实时用户请求的软件性能数据，包括：

分别在所述沙盒环境和所述生产环境中，采集预设的观察周期之内处理所述实时用户请求的所有模块的模块日志，其中，每个实时用户请求具有唯一ID，所述模块日志中包括基于所述唯一ID跟踪得到的每个实时用户请求的处理链路中所涉及到的各模块的时延数据；

根据所述唯一ID从所述模块日志中提取所述时延数据并进行统计，分别得到所述沙盒环境和所述生产环境中，针对单个实时用户请求的至少一种时延指标数据，或者针对至少两个实时用户请求经汇聚得到的至少一种时延指标数据。

5.根据权利要求4所述的方法，其特征在于，所述时延指标数据包括如下中的至少之一：单模块耗时、整体耗时、耗时增加模块个数、不同请求类型的耗时。

6.根据权利要求4所述的方法，其特征在于，所述将所述沙盒环境和所述生产环境中各自的软件性能数据进行对比分析，包括：

按照预设的决策树算法和预设的指标阈值，对所述沙盒环境和所述生产环境中各自的至少一种时延指标数据进行对比分析。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果判断出所述待变更软件变更后未发生退化，则将所述变更单下发至所述生产环境，并指示所述生产环境依据所述变更单对所述待变更软件进行软件变更。

8.一种软件时延防退化装置，其特征在于，所述装置包括：

变更单生成模块，用于依据软件变更请求生成变更单，其中，所述变更单中记载有与待变更软件进行软件变更相关的信息；

沙盒环境软件变更模块，用于依据所述变更单，在预先搭建的沙盒环境中进行软件变更，其中，所述沙盒环境与所述待变更软件线上运行的生产环境配置一致；

引流模块，用于将所述生产环境中针对所述待变更软件的实时用户请求，引流至所述沙盒环境中处理；

时延数据提取模块，用于分别从所述沙盒环境和所述生产环境中提取处理所述实时用户请求的软件性能数据；

判断模块，用于将所述沙盒环境和所述生产环境中各自的软件性能数据进行对比分析，根据对比分析的结果判断所述待变更软件变更后是否退化。

9.根据权利要求8所述的装置，其特征在于，还包括：

中断模块，用于中断在上一次对所述待变更软件进行软件变更时进行的实时用户请求引流。

10.根据权利要求8所述的装置，其特征在于，所述引流模块，包括：

实时用户请求获取单元，用于获取所述生产环境中针对所述待变更软件的实时用户请求；

转发单元，用于将所述实时用户请求转发至所述沙盒环境中处理。

11.根据权利要求8所述的装置，其特征在于，所述软件性能数据包括软件时延数据；

相应的，所述时延数据提取模块，包括：

采集单元，用于分别在所述沙盒环境和所述生产环境中，采集预设的观察周期之内处理所述实时用户请求的所有模块的模块日志，其中，每个实时用户请求具有唯一ID，所述模块日志中包括基于所述唯一ID跟踪得到的每个实时用户请求的处理链路中所涉及到的各模块的时延数据；

统计单元，用于根据所述唯一ID从所述模块日志中提取所述时延数据并进行统计，分别得到所述沙盒环境和所述生产环境中，针对单个实时用户请求的至少一种时延指标数据，或者针对至少两个实时用户请求经汇聚得到的至少一种时延指标数据。

12.根据权利要求11所述的装置，其特征在于，所述判断模块，包括：

对比分析单元，用于按照预设的决策树算法和预设的指标阈值，对所述沙盒环境和所述生产环境中各自的至少一种时延指标数据进行对比分析。

13.根据权利要求8所述的装置，其特征在于，还包括：

变更单下发模块，用于如果判断出所述待变更软件变更后未发生退化，则将所述变更单下发至所述生产环境，并指示所述生产环境依据所述变更单对所述待变更软件进行软件变更。

14.一种设备，其特征在于，所述设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的一种防止软件退化的方法。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的一种防止软件退化的方法。