CN114265737A - 系统迁移完整度检测方法、装置及电子设备 - Google Patents

Abstract

本申请实施例公开了系统迁移完整度检测方法、装置及电子设备，所述方法包括：在将第一应用系统中的功能迁移到第二应用系统的过程中，确定所述第二应用系统中迁移后生成的迁移内容清单，所述迁移内容清单中包括迁移后生成的新功能模块的标识，所述新功能模块关联的新服务的标识，以及新数据库的标识；获取所述第二应用系统中多个调用链路上的调用关系信息；通过对所述调用关系信息进行分析，判断所述调用关系中的被调用对象是否在所述迁移内容清单中，如果不在，则确定该条调用关系中的主调方的迁移工作存在遗漏项。通过本申请实施例，能够实现对迁移工作的完整性更全面的检查。

Description

系统迁移完整度检测方法、装置及电子设备

技术领域

本申请涉及系统间迁移技术领域，特别是涉及系统迁移完整度检测方法、装置及电子设备。

背景技术

在一些大型应用系统中，由于架构升级等原因，需要在不改变应用逻辑的情况下做大规模的系统迁移，把某个应用系统1中的功能模块、数据等迁移到另一个应用系统2，使得用户可以在应用系统2中可以获得具体功能模块提供的服务。但是，由于在进行系统迁移的过程中，需要迁移的功能模块、数据的数量可能会非常大，并且，在各种应用链路中，不同功能模块之间的调用关系更是错综复杂，因此，可能会出现部分功能模块或数据在迁移过程中部分迁移工作被遗漏的情况。

现有技术中存在一些关于迁移完整性检查的方案，但是主要是在数据迁移过程中，检查迁移前后数据是否完整、一致。这种方案的完整性检查局限在数据层面，仅核对两份数据是否一致，而关于模块间的调用关系等，无法实现完整性检查。

因此，如何对应用迁移过程中迁移工作的完整性进行更全面的检查，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了系统迁移完整度检测方法、装置及电子设备，能够实现对迁移工作的完整性更全面的检查。

本申请提供了如下方案：

一种系统迁移完整度检测方法，包括：

在将第一应用系统中的功能迁移到第二应用系统的过程中，确定所述第二应用系统中迁移后生成的迁移内容清单，所述迁移内容清单中包括迁移后生成的新功能模块的标识，所述新功能模块关联的新服务的标识，以及新数据库的标识；

获取所述第二应用系统中多个调用链路上的调用关系信息；

通过对所述调用关系信息进行分析，判断所述调用关系中的被调用对象是否在所述迁移内容清单中，如果不在，则确定该条调用关系中的主调方的迁移工作存在遗漏项。

其中，所述获取所述第二应用系统中多个调用链路上的调用关系信息，包括：

通过所述第二应用系统所接入的链路分析系统，获取所述多个调用链路上的调用关系信息。

其中，所述多个调用链路包括：通过系统运营者触发的调用链路，通过消费者用户触发的调用链路，和/或，通过系统异步消息触发的调用链路。

其中，所述判断所述调用关系中的被调用对象是否在所述迁移内容清单中，包括：

如果所述调用关系中被调用的应用模块不在所述迁移内容清单中，或者，被调用的应用模块在所述迁移内容清单中，但被调用的应用模块中具体被调用的服务不在所述迁移内容清单中，或者，被调用的数据表不在所述迁移内容清单中，则确定对应的调用关系中的主调方的迁移工作存在遗漏项。

其中，所述迁移内容清单中还包括所述新功能模块或新服务的统一资源定位符URL；

所述方法还包括：

获取所述第二应用系统中，系统访问入口的URL访问记录；

如果所访问的URL不在所述迁移内容清单中的URL范围内，则确定对应的系统访问入口的迁移工作存在遗漏项。

其中，还包括：

在确定出所述调用关系中的主调方的迁移工作存在遗漏项后，通过关联的通信系统向该主调方对应的迁移工作负责人用户提供通知消息。

一种系统迁移完整度检测装置，包括：

迁移内容清单确定单元，用于在将第一应用系统中的功能迁移到第二应用系统的过程中，确定所述第二应用系统中迁移后生成的迁移内容清单，所述迁移内容清单中包括迁移后生成的新功能模块的标识，所述新功能模块关联的新服务的标识，以及新数据库的标识；

调用关系获取单元，用于获取所述第二应用系统中多个调用链路上的调用关系信息；

完整性检测单元，用于通过对所述调用关系信息进行分析，判断所述调用关系中的被调用对象是否在所述迁移内容清单中，如果不在，则确定对应的调用关系中的主调方的迁移工作存在遗漏项。

其中，所述内容清单中还包括所述新功能模块或新服务的统一资源定位符URL；

所述装置还包括：

URL访问记录获取单元，用于获取所述第二应用系统中，系统访问入口的URL访问记录；

所述完整性检测单元还用于：

如果所访问的URL不在所述内容清单中的URL范围内，则确定对应的系统访问入口的迁移工作存在遗漏项。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一项所述的方法的步骤。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述任一项所述的方法的步骤。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以在将第一应用系统中的功能迁移到第二应用系统的过程中，确定出第二应用系统中迁移后生成的迁移内容清单，其中可以包括迁移后生成的新功能模块的标识，所述新功能模块关联的新服务的标识，以及新数据库的标识。并且，还可以获取所述第二应用系统中多个调用链路上的调用关系信息，并对所述调用关系信息进行分析，如果其中某条调用关系中的被调用对象不在所述迁移内容清单中，则确定该条调用关系中的主调方的迁移工作存在遗漏项。通过这种方式，可以实现对迁移过程中对调用关系相关的迁移遗漏项的检查，以此实现对迁移工作的完整性更全面的检查。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的方法的流程图；

图3是本申请实施例提供的调用关系示意图；

图4是本申请实施例提供的装置的示意图；

图5是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

为了便于理解本申请实施例提供的技术方案，首先需要说明的是，在将一个应用系统中的功能迁移到另一个应用系统中时，具体需要迁移的内容通常包括功能模块、数据库等，其中，具体的功能模块可能是某一类服务的集合，因此，对功能模块的迁移也涉及到对具体服务的迁移。其中，在对具体的功能模块进行迁移的过程中，由于在迁移前后，功能模块具体实现的功能可能不变，只是模块名、模块内所提供的各个服务的服务名等内容可能会发生变化，因此，具体迁移任务的执行者可能会在原来的功能模块的代码基础上进行部分修改之后，生成新的功能模块。但是，由于模块名、服务名、数据库中数据表名等可能会发生变化，因此，一部分迁移工作是，对具体功能模块或者服务中涉及到功能模块间调用、服务间调用、功能模块对数据库的调用等多种调用关系的代码，进行手动修改。例如，假设第一应用系统中的功能模块A1、B1、C1迁移到第二应用系统中，分别对应的新的功能模块的名称分别为A2、B2、C2；其中，在某应用链路中，A1需要调用B1，B1调用C1；此时，在进行对上述功能模块的迁移时，如果是在A1的代码基础上进行修改生成A2，在B1的代码基础上进行修改生成B2，并且需要保留上述应用链路，则需要在A2、B2的代码中，对应用模块之间的调用关系进行修改，也即，修改为A2调用B2、B2调用C2。但是，如果在迁移的过程中，没有将A2对B2的调用关系进行修改，也即，在对A2进行迁移时存在遗漏项，则迁移后，A2只能按照原来的逻辑对B1进行调用。虽然B1有可能正常被调用，但是，由于其后续链路会回到第一应用系统中的逻辑，因此，可能会导致第二应用系统中的逻辑无法被正确实现，尤其是涉及到后续的数据库调用时，由于新产生的数据可能都已经被写入到第二应用系统的数据库中，原来第一应用系统的数据库中读取到的数据可能已经不是最新的数据，等等。

基于上述情况，在本申请实施例中，提供了对迁移前后调用关系的迁移完整性的检查方案。在该方案中，可以在将第一应用系统中的功能迁移到第二应用系统的过程中，首先确定出第二应用系统中迁移后生成的迁移内容清单，例如，具体可以包括迁移后生成的新功能模块的标识，新功能模块关联的新服务的标识，以及新数据库的标识，等等。另外，还可以通过一些方式获取到第二应用系统中多个调用链路上的调用关系信息，并对获取到的调用关系进行分析，如果其中某条调用关系中的被调用对象(可以是另一应用模块或服务或数据库等)不在所述迁移内容清单中，则确定可以该条调用关系中的主调方的迁移工作存在遗漏项。例如，某功能模块A2对功能模块A1进行了调用，而该功能模块A1并不在第二应用系统中迁移后的迁移内容清单中，因此，就可以确定出该功能模块A2存在迁移遗漏项，至少该调用链路中的该调用关系没有进行迁移，等等。

具体从系统架构角度而言，参见图1，本申请实施例可以提供用于提供迁移完整性检查功能的系统，该系统可以预先获取到第二应用系统中的新功能模块名、新服务名、新数据库中的新数据表名等信息，并且，可以获取到第二应用系统中多个具体调用链路上的调用关系信息，之后，通过对这种调用关系进行分析，发现其中可能存在的迁移遗漏项。其中，具体实现时，由于第二应用系统可能会接入到某链路分析系统中，通过该链路分析系统，功能模块之间以及功能模块与底层资源的依赖关系能被自动梳理，因此，本申请中可以通过该系统来获取具体调用链路中的各种调用关系，并基于这种调用关系进行进一步的分析处理。具体实现时，除了可以对调用关系进行分析，还可以对前端的系统访问入口对URL(Uniform Resource Locator，统一资源定位符)的访问情况进行分析。具体的，可以获取到这种系统访问入口的URL访问记录(例如，可以从系统访问入口的访问日志中获取)，判断访问的URL是否为新的URL，如果不是，则这种系统访问入口也可能存在迁移遗漏项，等等。在发现具体的迁移遗漏项之后，还可以通过相关的通信系统，通知给具体的迁移任务执行者，使其可以及时发现问题并予以解决。

下面对本申请实施例提供的具体实现方案进行详细介绍。

首先，本申请实施例从前述提供迁移完整性检查功能的系统的角度，提供了一种系统迁移完整度检测方法，参见图2，该方法具体可以包括：

S201：在将第一应用系统中的功能迁移到第二应用系统的过程中，确定所述第二应用系统中迁移后生成的迁移内容清单，所述迁移内容清单中包括迁移后生成的新功能模块的标识，所述新功能模块关联的新服务的标识，以及新数据库的标识。

在本申请实施例中，为了便于在将第一应用系统中的功能迁移到第二应用系统的过程中，发现具体的调用关系中存在的迁移遗漏项，首先可以确定出第二应用系统中迁移后生成的迁移内容清单。也就是说，可以确定出第二应用系统中包括哪些新的功能模块、新服务、新数据库中的新数据表，等等。其中，这些新的功能模块、服务等通常与第一应用系统中对应功能的模块或服务具有不同的名称等标识，因此，可以将这些些新的功能模块、服务等的标识收集起来。另外，第二应用系统中相关新数据表的标识等也可以一起收集起来。此外，除了功能模块之间或者对更底层的服务、数据库等的调用之外，第二应用系统的系统访问入口(为系统运营维度人员提供的工作台，或者为消费者用户提供的小程序、轻应用等)还可能涉及到通过URL访问的方式对具体功能模块、服务的访问。因此，也可以收集到具体应用模块、服务的URL等信息，等等。

其中，具体实现时，可以从具体的迁移任务执行者处进行上述各项迁移内容信息的收集，具体收集到的信息可以预先保存在当前用于提供迁移完整性检查功能的系统中，后续的具体完整性检查过程就可以基于该保存的迁移内容清单来进行。

S202：获取所述第二应用系统中多个调用链路上的调用关系信息。

在获取到具体的迁移内容清单后，就可以获取第二应用系统中多个调用链路上的调用关系信息。其中，具体获取上述调用关系信息的方式可以有多种，例如，一种方式下，由于第二应用系统可能会接入到某个具体的链路分析系统中，以实现对各种调用关系的管理或者清理，等等，而这种链路分析系统能够记录功能模块之间以及功能模块与底层资源的调用关系，因此，可以从这种链路分析系统中获取到本申请实施例中所需的调用关系信息。

其中，具体实现时，具体第二应用系统中的调用链路会比较多，本申请实施例中可以将各种可能的调用链路中的调用关系都进行获取并进行分析。例如，从调用链路的触发方式而言，可以分为通过系统运营者触发的调用链路，通过消费者用户触发的调用链路，和/或，通过系统异步消息触发的调用链路，等等。本申请实施例可以对上述各种调用链路中的调用关系全部进行获取。

例如，如图3所示，假设具体的第一应用系统以及第二应用系统是与商品信息服务相关的应用系统，则具体涉及到的用户可以包括后端的运营维护等用户，商家用户，还可以包括前端的消费者用户，团长、主播用户等等。其中，可能会为运营维护类的用户(或称“小二”)或商家用户提供工作台，对于商品发布，商品价格的设定或者修改，上架或者优惠方式、时间等的配置，等等，都可以在工作台里进行操作。也即，这种工作台是运维人员或者商家用户的系统访问入口。而这些用户操作都会触发某个具体的调用链路。例如，如图3中右侧的①处所示，在进行商品发布操作时，会触发与商品发布相关的调用链路，也即，用户提交对某个商品的发布请求后，需要涉及到系统中一系列功能模块、服务、数据库等的调用。本申请实施例可以将这种调用链路中的调用关系信息进行收集。

或者，如图3中左侧的①处所示，对于消费者用户，团长等用户，则还可以为其提供小程序或者客户端(App)等，使其可以将其系统访问入口，进行商品信息的浏览、下单、链接转发等操作。用户通过这些小程序或者App执行的操作，在系统后端也会涉及到对某个调用链路的触发，因此，本申请实施例中也可以对这种调用链路中的调用关系信息进行收集。

在各种用户操作即时触发了某调用链路之后，如图3中的②处所示，可以涉及到不同功能模块之间的调用，还可以如图3中的③处所示，涉及到功能模块对数据库的调用。

此外，如图3中的④处所示，除了上述由各类用户操作即时触发的调用链路，还可能会存在由系统异步消息触发的调用链路。例如，消费者用户发起下单操作后，会即时触发下单功能对应的调用链路；之后，后台需要准备商品进行发货等，该调用链路则是通过后端的系统消息来触发的。同样的，本申请实施例中也可以对这种调用链路中的调用关系信息进行收集，等等。

当然，在具体实现时，除了可以获取上述各种触发方式触发的调用链路中的调用关系信息，对于前述由各种用户操作即时触发的调用链路，还可以收集系统访问入口访问的URL信息。具体的，由于工作台、小程序或者App等前端系统访问入口通常会记录访问日志，因此，可以从这种访问日志中，获取具体访问的URL信息，等等。

这里需要说明的是，在图3所示的例子中，虽然将第一应用系统中的功能迁移到第二应用系统中，但是，各类不同用户都是既可以对第一应用系统进行访问，也可以对第二应用系统进行访问，尤其是在迁移过程尚未全部完成时，两个应用系统都可以对外提供服务，以实现在不停机状态下的功能迁移。在完成迁移后，第一应用系统中可以不再继续提供相关服务，或者，也可以继续与第二应用系统中的功能并列存在，等等。

S203：通过对所述调用关系信息进行分析，判断所述调用关系中的被调用对象是否在所述迁移内容清单中，如果不在，则确定对应的调用关系中的主调方的迁移工作存在遗漏项。

在获取到具体的调用关系信息之后，可以对其进行分析。如果其中某条调用关系中的被调用对象不在所述迁移内容清单中，例如，某功能模块A2调用了某功能模块B1，而该功能模块B1并不在第二应用系统的迁移内容清单中，则证明其可能还是第一应用系统中的功能模块，因此，可以确定处该功能模块A2中存在迁移遗漏项。或者，在实际应用中，可能在迁移过程中，仅修改了服务名，而功能模块名并未修改的情况，此时，直接通过功能模块名，可能无法发现迁移遗漏项。因此，还可以对具体调用的服务的服务名进行判断，例如，某功能模块A调用了另一功能模块B下的某个服务S，该功能模块B位于第二应用系统的迁移内容清单中，但是，该服务S可能并不在第二应用系统的迁移内容清单中，该服务S同样可能属于第一应用系统中的服务，也同样可以证明该功能模块A存在迁移遗漏项。另外，如果某功能模块A调用了某数据库中的某数据表，而该数据表不在第二应用系统的迁移内容清单中，则也可以证明该功能模块A中存在迁移遗漏项，等等。

此外，如果迁移内容清单中还包括所述新功能模块或新服务的URL，并且也获取了第二应用系统中系统访问入口的URL访问记录；则还可以判断具体系统访问入口访问的URL是否位于所述迁移内容清单中的URL范围内，如果不在，则也可以确定出对应的系统访问入口的迁移工作存在遗漏项。

在实际用于中，在确定出所述调用关系中的主调方的迁移工作存在遗漏项后，还可以通过关联的通信系统(例如，即时通信系统等)向该主调方对应的迁移工作负责人用户提供通知消息。这样，使得迁移工作负责人可以及时发现问题并予以解决，以免造成更严重的问题。

总之，通过本申请实施例，可以在将第一应用系统中的功能迁移到第二应用系统的过程中，确定出第二应用系统中迁移后生成的迁移内容清单，其中可以包括迁移后生成的新功能模块的标识，所述新功能模块关联的新服务的标识，以及新数据库的标识。并且，还可以获取所述第二应用系统中多个调用链路上的调用关系信息，并对所述调用关系信息进行分析，如果其中某条调用关系中的被调用对象不在所述迁移内容清单中，则确定该条调用关系中的主调方的迁移工作存在遗漏项。通过这种方式，可以实现对迁移过程中对调用关系相关的迁移遗漏项的检查，以此实现对迁移工作的完整性更全面的检查。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

与前述方法实施例相对应，本申请实施例还提供了一种系统迁移完整度检测装置，参见图4，该装置可以包括：

迁移内容清单确定单元401，用于在将第一应用系统中的功能迁移到第二应用系统的过程中，确定所述第二应用系统中迁移后生成的迁移内容清单，所述迁移内容清单中包括迁移后生成的新功能模块的标识，所述新功能模块关联的新服务的标识，以及新数据库的标识；

调用关系获取单元402，用于获取所述第二应用系统中多个调用链路上的调用关系信息；

完整性检测单元403，用于通过对所述调用关系信息进行分析，判断所述调用关系中的被调用对象是否在所述迁移内容清单中，如果不在，则确定对应的调用关系中的主调方的迁移工作存在遗漏项。

具体的，所述调用关系获取单元具体可以用于：

通过所述第二应用系统所接入的链路分析系统，获取所述多个调用链路上的调用关系信息。

其中，所述多个调用链路包括：通过系统运营者触发的调用链路，通过消费者用户触发的调用链路，和/或，通过系统异步消息触发的调用链路。

其中，所述完整性检测单元具体可以用于：

如果所述调用关系中被调用的应用模块不在所述迁移内容清单中，或者，被调用的应用模块在所述迁移内容清单中，但被调用的应用模块中具体被调用的服务不在所述迁移内容清单中，或者，被调用的数据表不在所述迁移内容清单中，则确定对应的调用关系中的主调方的迁移工作存在遗漏项。

具体实现时，所述迁移内容清单中还可以包括所述新功能模块或新服务的统一资源定位符URL；此时，该装置还可以包括：

URL访问记录获取单元，用于获取所述第二应用系统中，系统访问入口的URL访问记录；

所述完整性检测单元还可以用于，如果所访问的URL不在所述迁移内容清单中的URL范围内，则确定对应的系统访问入口的迁移工作存在遗漏项。

另外，该装置还可以包括：

通知单元，用于在确定出所述调用关系中的主调方的迁移工作存在遗漏项后，通过关联的通信系统向该主调方对应的迁移工作负责人用户提供通知消息。

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图5示例性的展示出了电子设备的架构，具体可以包括处理器510，视频显示适配器511，磁盘驱动器512，输入/输出接口513，网络接口514，以及存储器520。上述处理器510、视频显示适配器511、磁盘驱动器512、输入/输出接口513、网络接口514，与存储器520之间可以通过通信总线530进行通信连接。

其中，处理器510可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器520可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器520可以存储用于控制电子设备500运行的操作系统521，用于控制电子设备500的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器523，数据存储管理系统524，以及系统迁移完整度检测处理系统525等等。上述系统迁移完整度检测处理系统525就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器520中，并由处理器510来调用执行。

输入/输出接口513用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口514用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线530包括一通路，在设备的各个组件(例如处理器510、视频显示适配器511、磁盘驱动器512、输入/输出接口513、网络接口514，与存储器520)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器510、视频显示适配器511、磁盘驱动器512、输入/输出接口513、网络接口514，存储器520，总线530等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的系统迁移完整度检测方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种系统迁移完整度检测方法，其特征在于，包括：

在将第一应用系统中的功能迁移到第二应用系统的过程中，确定所述第二应用系统中迁移后生成的迁移内容清单，所述迁移内容清单中包括迁移后生成的新功能模块的标识，所述新功能模块关联的新服务的标识，以及新数据库的标识；

获取所述第二应用系统中多个调用链路上的调用关系信息；

通过对所述调用关系信息进行分析，判断所述调用关系中的被调用对象是否在所述迁移内容清单中，如果不在，则确定该条调用关系中的主调方的迁移工作存在遗漏项。

2.根据权利要求1所述的方法，其特征在于，

所述获取所述第二应用系统中多个调用链路上的调用关系信息，包括：

通过所述第二应用系统所接入的链路分析系统，获取所述多个调用链路上的调用关系信息。

3.根据权利要求1所述的方法，其特征在于，

所述多个调用链路包括：通过系统运营者触发的调用链路，通过消费者用户触发的调用链路，和/或，通过系统异步消息触发的调用链路。

4.根据权利要求1所述的方法，其特征在于，

所述判断所述调用关系中的被调用对象是否在所述迁移内容清单中，包括：

如果所述调用关系中被调用的应用模块不在所述迁移内容清单中，或者，被调用的应用模块在所述迁移内容清单中，但被调用的应用模块中具体被调用的服务不在所述迁移内容清单中，或者，被调用的数据表不在所述迁移内容清单中，则确定对应的调用关系中的主调方的迁移工作存在遗漏项。

5.根据权利要求1所述的方法，其特征在于，

所述迁移内容清单中还包括所述新功能模块或新服务的统一资源定位符URL；

所述方法还包括：

获取所述第二应用系统中，系统访问入口的URL访问记录；

如果所访问的URL不在所述迁移内容清单中的URL范围内，则确定对应的系统访问入口的迁移工作存在遗漏项。

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

在确定出所述调用关系中的主调方的迁移工作存在遗漏项后，通过关联的通信系统向该主调方对应的迁移工作负责人用户提供通知消息。

7.一种系统迁移完整度检测装置，其特征在于，包括：

迁移内容清单确定单元，用于在将第一应用系统中的功能迁移到第二应用系统的过程中，确定所述第二应用系统中迁移后生成的迁移内容清单，所述迁移内容清单中包括迁移后生成的新功能模块的标识，所述新功能模块关联的新服务的标识，以及新数据库的标识；

调用关系获取单元，用于获取所述第二应用系统中多个调用链路上的调用关系信息；

完整性检测单元，用于通过对所述调用关系信息进行分析，判断所述调用关系中的被调用对象是否在所述迁移内容清单中，如果不在，则确定对应的调用关系中的主调方的迁移工作存在遗漏项。

8.根据权利要求6所述的方法，其特征在于，

所述内容清单中还包括所述新功能模块或新服务的统一资源定位符URL；

所述装置还包括：

URL访问记录获取单元，用于获取所述第二应用系统中，系统访问入口的URL访问记录；

所述完整性检测单元还用于：

如果所访问的URL不在所述内容清单中的URL范围内，则确定对应的系统访问入口的迁移工作存在遗漏项。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至5任一项所述的方法的步骤。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至5任一项所述的方法的步骤。

Images