CN116136817A - 基于云服务的信息处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

为简化服务提供者对自身提供服务的性能测试/优化，本发明公开一种基于云服务的信息处理方法、装置、电子设备及存储介质，在服务提供平台侧，所述方法包括：识别第一服务包含的原始服务依赖；所述第一服务为所述服务提供平台提供的多种服务中的任一种；从云服务平台获得与所述原始服务依赖匹配的云服务依赖；基于所述云服务依赖替换所述原始服务依赖，形成第二服务，所述第二服务能够共享所述云服务平台提供的服务能力。通过本发明实施例提供的方法及装置，能够至少部分解决上述问题。

Description

基于云服务的信息处理方法、装置、电子设备及存储介质

技术领域

本发明涉及自动控制技术领域，尤其涉及一种基于云服务的信息处理方法、装置、电子设备及存储介质。

背景技术

现如今，公有云逐渐成为云计算的主要模式，发展非常迅速。依据产品的多元化以及价格的低廉化，为广大互联网服务提供者提供了可靠的云服务平台。然而目前，服务提供者自身提供的云服务的性能测试依赖额外的具有一定专业技术的团队进行，测试成本较高。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于云服务的信息处理方法、装置、电子设备及存储介质，能够至少部分解决服务提供者自身提供的云服务的性能测试成本高的问题。

为达到上述目的，本发明的技术方案是这样实现的：

第一方面，本发明实施例提供一种基于云服务的信息处理方法，应用于服务提供平台，所述方法包括：

识别第一服务包含的原始服务依赖；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

从云服务平台获得与所述原始服务依赖匹配的云服务依赖；

基于所述云服务依赖替换所述原始服务依赖，形成第二服务，所述第二服务能够共享所述云服务平台提供的服务能力。

第二方面，本发明实施例还提供另一种云服务的信息处理方法，应用于云服务平台，所述方法包括：

按照设定规范允许服务提供平台接入；所述服务提供平台中的第一服务包含的原始服务依赖被所述云服务平台提供的与所述原始服务依赖匹配的云服务依赖替换，形成第二服务，以使所述服务提供平台共享所述云服务平台提供的服务能力；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

接收所述服务提供平台发送的第一请求；所述第一请求指示所述云服务平台启动对所述第二服务使用至少一种所述服务能力；

基于所述至少一种所述服务能力应用于云服务平台，所述方法包括：

按照设定规范允许服务提供平台接入；所述设定规范为所述服务提供平台中的第一服务包含的原始服务依赖被所述云服务平台提供的与所述原始服务依赖匹配的云服务依赖替换，形成第二服务，所述第二服务能够共享所述云服务平台提供的服务能力；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

接收所述服务提供平台发送的第一请求；所述第一请求指示所述云服务平台启动对所述第二服务使用至少一种所述服务能力；

使用至少一种所述服务能力测试/优化所述第二服务的服务性能完成对所述第二服务的服务性能的测试/优化。

第三方面，本发明实施例还提供一种基于云服务的信息处理装置，应用于服务提供平台，所述装置包括：识别模块、获得模块和替换模块，其中；

所述识别模块，用于识别第一服务包含的原始服务依赖；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

所述获得模块，用于从云服务平台获得与所述原始服务依赖匹配的云服务依赖；

所述替换模块，用于基于所述云服务依赖替换所述原始服务依赖，形成第二服务；所述第二服务能够共享所述云服务平台提供的服务能力。

第四方面，本发明实施例还提供另一种基于云服务的信息处理装置，应用于云服务平台，所述装置包括：接入模块、接收模块和测试/优化模块，其中；

所述接入模块，用于按照设定规范允许服务提供平台接入；所述设定规范为所述服务提供平台中的第一服务包含的原始服务依赖被所述云服务平台提供的与所述原始服务依赖匹配的云服务依赖替换，形成第二服务，所述第二服务能够共享所述云服务平台提供的服务能力；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

所述接收模块，用于接收所述服务提供平台发送的第一请求；所述第一请求指示所述云服务平台启动对所述第二服务使用至少一种所述服务能力；

所述测试/优化模块，用于使用至少一种所述服务能力测试/优化所述第二服务的服务性能。

第五方面，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现前述任一项所述方法的步骤。

第六方面，本发明实施例还提供一种电子设备，所述电子设备包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，执行前述任一项所述方法的步骤。

本发明实施例提供一种基于云服务的信息处理方法、装置、电子设备及存储介质，其中，在服务提供平台侧，所述方法包括：识别第一服务包含的原始服务依赖；所述第一服务为所述服务提供平台提供的多种服务中的任一种；从云服务平台获得与所述原始服务依赖匹配的云服务依赖；基于所述云服务依赖替换所述原始服务依赖，形成第二服务，所述第二服务能够共享所述云服务平台提供的服务能力。本发明提供的方法及装置，通过识别自身提供的第一服务包含的原始服务依赖，然后将云服务平台上的与该原始服务依赖匹配的云服务依赖替换到自身的平台，以此共享云服务平台提供的服务能力，进而利用云服务平台提供的能力解决服务提供者自身提供的云服务的性能测试成本高的问题。

附图说明

图1为本发明实施例提供的一种基于云服务的信息处理方法的流程示意图；

图2为本发明实施例提供的云服务平台中各组件的调用逻辑关系图；

图3为本发明实施例提供的链路调用模型的图形化示意图；

图4为本发明实施例提供的一种复杂场景下链路调用模型的图形化示意图；

图5为本发明实施例提供的另一种基于云服务的信息处理方法的流程示意图；

图6为本发明实施例提供的一种基于云服务的信息处理的结构示意图；

图7为本发明实施例提供的另一种基于云服务的信息处理的结构示意图；

图8为本发明实施例提供的电子设备的一种硬件结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对发明的具体技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互任意组合。在附图的流程图示出的步骤在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在描述本发明实施例提供的技术方案前，以下对相关技术简单的介绍。

现如今，公有云逐渐成为云计算的主要模式，发展非常迅速。公有云依据具有多元化以及价格的低廉化的产品，为广大互联网服务提供者提供了可靠的云服务平台。伴随着应用系统的微服务(微服务由许多较小的、松散耦合的云服务组成一个应用程序)化，微服务本身高可用要求日益提高，服务提供者如何找出自身提供的应用系统中服务的性能薄弱的地方逐渐成了众多服务提供者的一大关注点。然而，在信息收集方面，服务提供者提供的服务的服务性能数据多依赖于压力测试等相关性能测试，安装应用性能管理(APM，Application Performance Management)探针进行应用监控或者甚至是依靠系统出现问题累积的经验进行代码架构分析得出数据，不同微服务之间的调用也多依赖于单一数据的组合进行分析。

也就是说，现有的云服务平台以及服务提供平台(服务提供者所使用的终端或系统)存在以下问题：

第一点，现有微服务的服务性能数据的获取依赖于额外的性能测试、安装探针等方式，这些方式的使用一般需要专业的测试人员或者开发人员制定特定的测试方案，有时性能测试使用的探针可能还需依赖第三方的开源工具或购入一些付费的产品，因此具有一定的门槛以及较高的成本(时间、人力、金钱等)，尤其是对未成体系、团队不够完善、非专业化的服务提供者来说并不友好。

第二点，针对一些链路上非性能方面的薄弱点缺少相应的分析处理手段，普通的服务提供者更多只能靠业务架构、代码审查进行相关的分析。

第三点，针对云环境场景下多资源池甚至跨资源池的使用场景，不同资源池上的服务存在差异后维护成本将较高提升，且作为云服务使用服务提供者来说难以了解到不同资源池之间的使用差异。

基于此，本发明实施例提供一种基于云服务的信息处理方法，服务提供平台识别自身提供的第一服务包含的原始服务依赖，然后将云服务平台上的与该原始服务依赖匹配的云服务依赖替换到自身的平台，以此共享云服务平台提供的服务能力，进而利用云服务平台提供的能力解决服务提供者自身提供的云服务的性能测试成本高的问题。

以下结合附图详细说明本发明实施例提供的基于云服务的信息处理方法。

如图1所示，其示出本发明实施例提供的一种基于云服务的信息处理方法的流程示意图。该方法可以应用于服务提供平台，具体流程包括：

S101：识别第一服务包含的原始服务依赖；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

S102：从云服务平台获得与所述原始服务依赖匹配的云服务依赖；

S103：基于所述云服务依赖替换所述原始服务依赖，形成第二服务，所述第二服务能够共享所述云服务平台提供的服务能力。

需要说明的是，这里所说的服务提供平台可以是指服务提供者所使用的平台或者系统，其中，所说的服务提供者通过前述服务提供平台向客户提供的服务，比如，所说服务提供者为电商，那么，服务提供平台可能就是一个购物网站，其提供的服务就包含购物服务。其中，前述的购物服务就可能是第一服务中的一种，也就是说，第一服务可以是服务提供者提供的多种服务中的任一种，在前述描述中，若第一服务为购物服务，则服务依赖可以是指实现该购物服务的代码调用之间的依赖关系。

应该理解的是，云服务平台提供有比较多的服务能力，如果服务提供者的第一服务的性能测试/优化可以由云服务平台来完成，那么，服务提供者只需要按照设定规范将服务提供平台接入到云服务平台中，由云服务平台对其第一服务进行性能测试/优化，这样一来，就可以为服务提供者提供低成本且不需要依赖额外的具有一定专业的团队。

基于此上述的技术方案可以理解为：将第一服务包含的原始服务依赖替换成云服务平台中提供的与所述原始服务依赖匹配的云服务依赖，形成第二服务，由于该第二服务中的部分依赖是云服务平台提供的，所以，对所述第二服务可以使用云服务平台提供的服务能力，也就是说，服务提供平台部署的第二服务可以共享所述云服务平台提供的服务能力，因此，所述服务提供平台可以对所述第二服务使用这些服务能力。

在一些实施例中，所述原始服务依赖包括第一服务使用的语言开发框架和以下至少之一的中间件：负载均衡中间件、消息中间件；所述云服务依赖包括云服务基本开发框架和以下至少之一的基本中间件：云服务负载均衡中间件、云服务消息中间件；

对应的，所述从云服务平台获得与所述原始服务依赖匹配的云服务依赖，包括：从所述云服务平台获得与所述语言开发框架匹配的云服务基本开发框架；

及以下至少之一：

从所述云服务平台获得与所述中间件匹配的云服务负载均衡中间件；

从所述云服务平台获得与所述中间件匹配的云服务消息中间件。

这里，所说的第一服务使用的语言开发框架可以是指开发该第一服务所使用的计算机语言及框架的类型，比如，所述语言开发框架可以是Java语言的spring-boot框架。所说的中间件可以是指第一服务中完成某项特定功能的插件，比如，负载均衡中间件、消息中间件等。所说的云服务基本开发框架可以是是指云服务平台提供的主流语言框架的定制化开发框架BC-Framework，比如，以主流语言为Java为例，云服务平台提供的云服务基本开发框架可以基于spring-boot框架为基础，其中包含web请求过滤器、基本远程调用BC-RPC、异步基本线程池BCThreadPool等。其中，web请求过滤器用于对web请求的请求包头(Head)进行的过滤，以便将过滤后的请求包头持久化存储到应用系统的日志的目录中，或者，用于初始化链路标识；所述基本远程调用BC-RPC可以是云服务平台封装的加入链路标识的扩展远程调用方式，对链路标识进行透传或者初始化传递；所述异步BCThreadPool可以是云服务平台针对异步线程封装的，可以将链路标识在初始化时进行传递设置。

云服务基本中间件可以是指云服务平台封装的中间件，比如，云服务平台提供的云服务负载均衡(BC-LB)中间件，其可以作为web请求的入口，在接收到web请求时，将初始化链路标识加入到该web请求的请求包头中，以对该web请求进行标记，以便后续链路的追踪。再比如，云服务平台提供的云服务消息(BC-MQ)中间件，其可以是对RocketMQ封装后获得，可以将链路标识加到消息传递中，并且配合BC-Framework中的消息传递能力完成在消息模式下的链路标识的传递，进而将服务——消息中间件——服务的链路标识关联起来。

在对前述原始服务依赖和云服务依赖的描述的基础上，所述从云服务平台获得与所述原始服务依赖匹配的云服务依赖，可以包括以下至少之一：

从所述云服务平台获得与所述语言开发框架匹配的云服务基本开发框架；

从所述云服务平台获得与所述中间件匹配的云服务基本中间件。

作为一种可选的实施方式，可以通过登录云服务平台下载该云服务依赖。在另一种可选的实施方式中，可以通过云服务平台管理者的发送。在实际应用过程中，获得与所述原始服务依赖匹配的云服务依赖的方式可以多种多样，在此不再一一赘述。

在获得与所述原始服务依赖匹配的云服务依赖后，将第一服务中包含的原始服务依赖替换成云服务依赖，以形成第二服务。

具体的，所述基于所述云服务依赖替换所述原始服务依赖，形成第二服务，可以包括：

按照封装兼容模式将所述第一服务中的所述语言开发框架替换成所述云服务基本开发框架；

以及以下至少之一：

将所述第一服务中的所述负载均衡中间件替换成所述云服务负载均衡中间件；

将所述第一服务中的所述消息中间件替换成所述云服务消息中间件；

基于被替换后的第一服务形成所述第二服务。

在实际应用过程中，在形成第二服务后，所述服务提供平台能够共享所述云服务平台提供的服务能力。应该理解的是，所述第二服务的开发框架使用的是云服务平台提供的BC-Framework，相当于所述服务提供平台中的第二服务按照云服务平台的规范要求接入到了云服务平台，能够共享云服务平台提供的服务能力。

在实际应用过程中，所述服务能力可以是云服务平台中任何基于BC-Framework能够使用的能力，举例来说，所述云服务平台提供的服务能力可以至少包括以下至少之一：日志收集能力、链路追踪能力、数据分析能力、数据展示能力和模拟Mock处理能力。再比如，所述服务能力还可以包括数据展示能力、异常报警能力等等。

之后，在一些实施例中，所述方法还可以包括：

向所述云服务平台发送第一请求；所述第一请求指示所述云服务平台使用至少一种所述服务能力测试/优化所述第二服务的服务性能。

需要说明的是，这一步骤可以是在第二服务形成后，服务提供平台向所述云服务平台发送第一请求，以使所述云服务平台启动对所述第二服务使用至少一种所述服务能力以完成对所述第二服务的服务性能的测试/优化。应该理解的是，要完成对所述第二服务的服务性能的测试/优化可能使用不止一种云服务平台提供的服务能力，比如，要实现对第二服务的服务性能的测试可能需要日志收集能力、链路追踪能力、数据分析能力三种服务能力；再比如，要实现对第二服务的服务性能进行优化，除了上述日志收集能力、链路追踪能力、数据分析能力三种服务能力之外，还需要模拟Mock处理能力等等。第一请求可以是服务提供平台发出的任何请求，比如，web请求、远程调用请求等。

为了理解本发明，如图2所示，其示出本发明实施例提供的云服务平台中各组件的调用逻辑关系图。如图2所示，云服务平台可以包括云服务平台链路日志收集系统、云服务平台链路Mock系统、云服务平台链路数据分析系统三个系统和云服务平台开放的定制化开发框架BC-Framework、封装中间件云服务平台BC-LB、云服务平台BC-MQ等中间件。

其中，所说的定制化开发框架BC-Framework可以是基于主流语言框架的，其中以Java语言为例说明BC-Framework主要提供哪些内容，BC-Framework以基于springboot框架为基础，可以包括web请求过滤器，用于对Web请求过滤请求头以将请求头持久化存储到应用系统(服务提供平台)的日志目录或者用于初始化链路标识；云服务平台封装的扩展远程调用加入链路标识的BC-RPC远程调用(基本远程调用BC-RPC)，用于对链路标识进行透传或者初始化传递；针对异步线程封装的BCThreadPool(异步BCThreadPool)，用于将链路标识在初始化时进行传递设置；配合以下的消息中间件，将链路标识加到消息传递协议中发送接收并持久化到应用日志目录。

所说的云服务负载均衡(BC-LB)中间件，作为web请求的入口，在web请求被接收到时初始化链路标识加到web请求的请求头中以对web请求进行打标(进行标记)，以便后续链路的追踪。所说的云服务消息(BC-MQ)中间件可以是基于常见消息中间件如RocketMQ进行封装，用于将链路标识加到消息传递中，配合BC-Framework的中消息传递能力完成在消息模式下的链路标识的传递，进而将服务——消息中间件——服务的链路标识关联起来。

在如图2所示提供的云服务平台，服务提供平台可以基于自己提供的服务使用的开发语言、框架(也即识别第一服务包含的原始服务依赖)选择对应的BC-Framework(也即从云服务平台获得与所述原始服务依赖匹配的云服务依赖)，BC-Framework以封装兼容的方式进行原框架依赖替换(也即基于所述云服务依赖替换所述原始服务依赖，形成第二服务)。需要说明的是，对于第一服务中的常规业务逻辑因采用的是封装兼容的方式因此无需改造，整体业务无需进行大的改动。在一些实施例中，对于所述第一服务中的远程调用，需在第一服务所对应代码中的对应模块中利用BC-RPC替换原调用方式，也即在形成的第二服务中使用BC-RPC进行远程调用请求的编写。其中，服务提供平台可以是指任何提供服务的服务提供者所持有的应用系统或者应用程序，如图2中的服务提供者系统A及服务提供者系统B均属于服务提供平台。

在一些实施例中，对于所述第一服务中的消息中间件对应的代码部分，需要利用BC-MQ替换原消息中间件，也即在形成的第二服务中使用BC-MQ进行消息模块的编写。对于所述第一服务中的负载均衡对应的代码部分，需要利用BC-LB替换原负载均衡中间件。

按照上述描述替换后，服务提供平台对于第二服务即可直接使用云服务平台上提供在云服务环境中使用的云服务消息中间件、云服务负载均衡中间件，由此可将负载均衡、第二服务、消息中间件等组件串联起来，可以在云服务平台上基于平台能力直接使用。

基于以上这些替换方式为服务提供者提供了一套完整生态的接入云服务平台的接入方案，将服务提供者的应用系统纳入云服务平台能力覆盖范围内(能够直接使用云服务平台提供的服务能力)，极大程度上降低后续进行链路调用数据收集、分析的成本，同时也为将来额外的功能做好铺垫(降低了测试/优化的成本)。

具体云服务平台如何使用其提供的服务能了力完成对第二服务的服务性能的测试/优化，具体如下：云服务平台在接收到所述第一请求后，利用所述云服务平台提供的链路追踪能力，在所述第一请求中生成或传递链路标识，然后，利用云服务平台提供的日志收集能力统一调度收集服务提供者的第二服务对应的调用链路中特定位置(如链路中的负载均衡节点、远程调用节点等等)上生成的带有链路标识的日志文件，其中收集的方式可以是到服务提供平台中存储日志的文件夹中进行同步，如图2中，到/{userApp}/BC-TraceLog}中同步；然后由云服务平台提供的数据分析能力根据链路标识进行调用链路之间各个节点的关联，通过对日志文件中所述第二服务对应的调用链路中第一链路节点作为被调用方收到的上游系统发来的第一请求信息中的第一请求路径信息以及所述第一链路节点发出的对下游系统的接口的第二请求路径信息的整合，利用链路标识(该链路标识为全局唯一变量)进行串联以收集调用链路的上下游关系、调用性能及调用频次等数据。此外，云服务平台还可提供初步的数据展示平台给到服务提供者直观的所述第二服务对应的链路调用情况展示，初步实现服务提供者低成本化收集展示第二服务对应的调用链路、性能数据的目的。

以基于链路上负载均衡、应用服务、消息中间件的链路调用日志数据的收集，进行服务依赖关系分析为例，服务提供者可基于日志收集能力、链路追踪能力、数据分析能力操作后，得到：请求由负载均衡处初始化得到链路标识—>日志有链路标识的网关A—>日志有链路标识，且符合A中调用地址的实际服务B—>BC-RPC日志中包含链路标识且符合B的两组请求目标的C、D的调用链路，以此云服务平台利用数据分析能力能够很快得到该调用链路对应的实际请求拓扑图，以便某个调用链路中某个节点出现故障时，服务提供者可以基于数据分析能力得到的数据得出该节点在调用链路中是否处于关键位置，该节点被调用频率，以便服务提供者对该节点出现的故障进行等级分类及快速抢修。如上述例子中网关A为关键调用链路中的关键节点，其出现的故障即为一级故障需快速抢修。其中，云服务平台分析提供的故障标准可以为：一级故障：核心链路错误导致服务完全不可用；二级故障：高频调用服务故障，但整体链路还可用；三级故障整体业务无问题，部分低频调用服务故障。具体故障等级分类由服务提供者制定标准。

需要说明的是，前述的日志收集能力、链路追踪能力的实现，可以图2中所示的，通过云服务平台提供的链路日志收集系统完成。前述的数据分析能力可以如图2所示的，通过云服务提供的链路数据分析系统。

前述详细说明的日志收集能了力及链路追踪能力的实现，对于数据分析能力，具体的实现具体可以如下：基于链路日志收集系统收集的数据，链路数据分析系统可根据日志时间、调用日志次数等数据统计服务的请求情况，包括请求时长、请求频率、请求异常情况、配合云上资源池数据区分出跨资源池请求，另外基于知识表示，以及日志收集系统得到的链路请求上下游数据、日志收集系统中Mock中心的统计数据为数据来源，为调用链路进行链路调用情况的建模。应该理解的是，知识表示是介于人工智能、算法、实际工程交叉的领域，故对于链路情况是一个持续学习迭代的过程，算法、模型并不是单一的，但是目的是解决工程问题，由不同模型分析训练，数据样本、算法样本都要有一定积累。以下的这两组是不同场景下代入链路知识表示分析的例子：

常规链路调用：Kripke模型：M＝<W，R，π>。

其中，W代表着一组世界观，这里具体代表链路调用的一组集合，即链路上的节点；

代表一组二元关系，即链路上节点上下游请求到达的情况；π为W→P→{true，false}。

为突出表示实际使用时M这个有值图模型，也可以把M＝<(W，R)，π〉表示成M＝<F，π〉，其中F＝(W，R)可视为此模型下的框架。

其中，Kripke模型也可表示成M＝〈W，R，I>，其中I:P→2W；π(w)(p)＝true时对应到w∈I(p)。

将简单的链路调用模型图形化如图3所示就是：

以此简易链路代入此模型为：

W＝{w，w1，w2，w3，v}；

R＝{(w，w1)，(w，w2)，(w，w3)，(w1，v)，(w2，v)}；

π：π(w)(p)＝π(w)(q)＝true；

π(v)(p)＝(v)(q)＝false；

π(w2)(p)＝(w3)(p)＝true；

π(w2)(q)＝(w3)(q)＝false；

π(w1)＝(w)。

重新举例定义一个模型M1＝((W1，R1)，I1)，给出以下稍复杂场景分析链路情况，如图4所示，取节点1处示例：

M1，

从1开始设定

场景(全量考虑)的情况：

M1，

1|＝p or M1，/>

iff 1∈I1(p)or not M1，1|＝p；

iff 1∈I1(p)or not 1∈I1(p)；

iff false or not false；

iff false or true；

iff true。

由此基于收集的数据根据服务提供者提供的服务的实际情况进行详细建模，找出服务比较合理的架构设计，如分析出某应用处于链路调用的关键节点且经常触发Mock中心熔断，则此时服务的链路调用可达分析情况次应用即为一个非常关键的瓶颈点。在为服务提供者提示后，服务提供者可在具体服务中分析问题所在，以进行例如服务扩容，应用服务器增高配置，数据库问题分库分表索引添加，服务拆分等操作，而云服务平台本身是会基于整个云服务平台上接入的类似链路模型历史数据提供有优化后链路可达性能数据提升的样本进行类似配置提升的建议(如对接云主机模块得到一定量的链路可达性能数据提升样本在数据变好之前做过服务器扩容操作，那此操作即会作为一条建议提供出去)同时佐以实际服务提供者的数据参考为刚接入链路分析的服务提供者提供服务设计分析报告，同时给出基于模型经验的优化方案，极大降低服务提供者服务优化的分析实施成本。

以上是对第二服务的服务性能的测试，本发明实施例提供的方法还可以对第二服务出现的薄弱点进行处理及优化，也就是利用模拟Mock处理能力，在数据收集展示的同时，对调用链路性能出现薄弱点时的简易处理方案，具体可以为提供统一的Mock/熔断接入组件，此组件的主要提供常态化的应用服务Mock以及生产环境下服务压力过大时非必要服务的熔断能力，其中，具体的详细技术细节如下：

云服务平台提供服务提供者主机环境下的Mock中心服务，Mock中心是一个基于云服务平台应用框架开发的，接入云服务平台链路的服务能力。Mock中心只为Web、RPC请求提供带链路标识的Mock处理能力，返回服务提供者在Mock中心页面上设置的无业务影响的标准返回，其中，标准返回可以是指服务提供者设置的返回信息，服务提供者提供的服务在运行时都会有个统一的返回格式标准，比如异常了会返回异常信息、异常标识等。这里就是服务提供者可以动态去设置这个返回信息，可以是一个异常的返回，也可以是服务提供者觉得可以直接返回的正常返回。例如，在电商购物节的时候，可以对修改订单信息、修改服务提供者昵称等一些非关键业务进行配置，直接返回系统异常，阻断这个请求到核心的下单系统、服务提供者系统，保障能先下单成功。Web请求由BC-LB负载均衡器处理，在接入Mock开关开启时将流量打到Mock中心的网关，由Mock中心的网关解析重新处理请求为Mock中心固定地址，参数为服务提供者请求统一资源定位器(URL，Uniform Resource Locator)的方式向Mock中心发起请求，Mock中心返回服务提供者配置的特定返回。RPC请求是由图2中的BC服务注册中心在接入Mock开关时，以将服务提供者提供的服务下线，再替换为Mock中心服务注册上线的方式进行流量转接，请求同样被重新处理为特定接口，并将之前的请求服务参数化，以和Mock中心服务提供者保存的请求服务的数据对应，返回服务提供者设置的特定返回。Mock中心以一种统一服务、网页配置化的方式让服务提供者能以最快最低的成本获得基于服务负载均衡调度的mock能力，在平时可以借用此组件完成常规研发的mock能力，且可在云环境中无感接入，因为Mock中心不是在代码或者用户系统配置文件里面进行修改的，用户自己系统的程序员不需要来来回回改请求地址以接入正常链路或者切到Mock中心，这个是由云服务平台基于负载均衡做的，提供管理页面进行切换的，因此服务提供者这端是没有察觉的，因此为无感接入，这样便于调用方系统的快速迭代开发。在生产环境下针对一些非关键链路或主业务需熔断的场景，为服务提供者开放支持主被动触发的服务熔断能力，可返回预先设置好的阻断返回或不影响业务的默认返回以保证在部分服务宕机时主业务的使用，服务提供者具体是在Mock中心进行自动切换配置，自动切换根据请求的标准返回，例如500、503状态码，在发现这样的请求状态码时，自动打开上面提到的实现细节的开关，打开接入Mock中心的能力，返回服务提供者在Mock中心预设的值，具体是保障服务继续执行还是阻断服务由服务提供者设定的返回在服务提供者业务逻辑中的含义决定。同时基于服务接入的链路标记，Mock中心也会提供本身的链路追踪记录到链路日志分析平台，以统计服务提供者业务链路触发熔断请求到Mock中心的次数，触发时间，哪些服务、接口比较经常触发。

基于前述的描述可知，本发明实施例提供的方法的关键点在于：第一点，基于云服务平台模式下，提出了一种由云服务平台提供云上公共服务，基础架构组件，服务框架接入的链路追踪解决方案，以便捷的方式为云服务平台服务提供者提供链路追踪，链路日志收集，分析上下游链路调用的能力。第二点，由云服务平台提供云上Mock中心，在服务提供者各环境提供优化的流量切换的解决方案，实现云服务平台Mock中心对服务提供者应用无感接入使用、熔断的能力，同时也进行异常链路调用的数据记录，以供后续数据采集分析。第三点，针对链路采集的数据，基于知识表示进行数据建模，达成服务链路可达性、链路关键节点的分析，为服务提供者提供基于链路大数据分析得到的优化解决方案，便于服务提供者根据云服务平台的链路分析系统，链路可达性数据模型分析的统计数据，了解自己链路的关键点，由服务提供者本身在云服务平台上进行与实际适配的应用服务器、组件的升降配或者进行服务拆分改造，帮助提高云服务平台服务提供者的服务可靠性。

基于此，本发明实施例提供的技术方案的技术优点如下：1、基于云服务平台实现生态化的能力提供，服务提供者只需按照云服务平台提供的接入方案进行接入，且接入方案多基于常用开源框架进行云上封装开发，接入方式较为简单，接入后可直接使用的云上提供的链路追踪、链路数据收集、链路日志分析等能力，总体来说降低服务提供者搭建分析链路分析能力的成本，同时赋能服务提供者云服务平台提供的云上能力。2、云服务平台基于生态的接入可提供云上Mock中心，这可用于如测试环境关键链路调试进行链路Mock保障其它服务正常测试，生产场景配置化服务熔断或保障宕机业务集群不影响其它业务等场景，对于接入的系统也可在链路中记录下异常情况进行后续的数据分析，得出服务在业务流程链路中的影响能力。3、采用基于云服务平台大数据收集的链路数据分析，与单单服务提供者自己进行分析相比大大提高了数据分析的效率及准确度，并且建议改动方案有现存改造服务的数据支撑能够给予到服务提供者一定的参考性。

与前述相同的发明构思，本发明实施例还提供另一种基于云服务的信息处理方法，如图5所示其流程示意图。

如图5所示，其流程为：应用于云服务平台，所述方法包括：

S501：按照设定规范允许服务提供平台接入；所述设定规范为所述服务提供平台中的第一服务包含的原始服务依赖被所述云服务平台提供的与所述原始服务依赖匹配的云服务依赖替换，形成第二服务，所述第二服务能够共享所述云服务平台提供的服务能力；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

S502：接收所述服务提供平台发送的第一请求；所述第一请求指示所述云服务平台启动对所述第二服务使用至少一种所述服务能力；

S503：使用至少一种所述服务能力测试/优化所述第二服务的服务性能完成对所述第二服务的服务性能的测试/优化。

需要说明的是，此处提供的云服务的信息处理方法为前述云服务的信息处理方法在云服务平台端的一些操作，其仍然是基于同样的发明构思，这里出现的名词在前述的方法中已经明确说明，在此不再赘述。

如图6所示，本发明实施例还提供一种基于云服务的信息处理装置，应用于服务提供平台，所述装置60可以包括：识别模块601、获得模块602和替换模块603，其中；

所述识别模块601，可以用于识别第一服务包含的原始服务依赖；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

所述获得模块602，可以用于从云服务平台获得与所述原始服务依赖匹配的云服务依赖；

所述替换模块603，可以用于基于所述云服务依赖替换所述原始服务依赖，形成第二服务；所述第二服务能够共享所述云服务平台提供的服务能力。

在一些实施例中，所述原始服务依赖包括第一服务使用的语言开发框架和以下至少之一的中间件：负载均衡中间件、消息中间件；所述云服务依赖包括云服务基本开发框架和以下至少之一的基本中间件：云服务负载均衡中间件、云服务消息中间件；所述获得模块602，具体可以用于：从所述云服务平台获得与所述语言开发框架匹配的云服务基本开发框架；及以下至少之一：从所述云服务平台获得与所述中间件匹配的云服务负载均衡中间件；从所述云服务平台获得与所述中间件匹配的云服务消息中间件。

在一些实施例中，所述替换模块603，具体可以用于：按照封装兼容模式将所述第一服务中的所述语言开发框架替换成所述云服务基本开发框架；及以下至少之一：将所述第一服务中的所述负载均衡中间件替换成所述云服务负载均衡中间件；将所述第一服务中的所述消息中间件替换成所述云服务消息中间件；基于被替换后的第一服务形成所述第二服务。

在一些实施例中，所述装置60还可以包括发送模块，用于向所述云服务平台发送第一请求；所述第一请求指示所述云服务平台使用至少一种所述服务能力测试/优化所述第二服务的服务性能。

需要说明的是，此处提供的云服务的信息处理装置与前述提供的云服务的信息处理方法属于同样的发明构思，此处出现的名词在前述方法中均已详细的解释，在此不再赘述。

如图7所示，本发明实施例还提供另一种基于云服务的信息处理装置，应用于云服务平台，所述装置70包括：接入模块701、接收模块702和测试/优化模块703，其中；

所述接入模块701，用于按照设定规范允许服务提供平台接入；所述设定规范为所述服务提供平台中的第一服务包含的原始服务依赖被所述云服务平台提供的与所述原始服务依赖匹配的云服务依赖替换，形成第二服务，所述第二服务能够共享所述云服务平台提供的服务能力；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

所述接收模块702，用于接收所述服务提供平台发送的第一请求；所述第一请求指示所述云服务平台启动对所述第二服务使用至少一种所述服务能力；

所述测试/优化模块703，用于使用至少一种所述服务能力测试/优化所述第二服务的服务性能。

需要说明的是，此处提供的云服务的信息处理装置与前述提供的云服务的信息处理方法属于同样的发明构思，此处出现的名词在前述方法中均已详细的解释，在此不再赘述。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序处理器被处理器执行时实现上述方法实施例的步骤，而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本发明实施例还提供一种电子设备，所述电子设备包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，执行存储在存储器中的上述方法实施例的步骤。

图8为本发明实施例提供的电子设备的一种硬件结构示意图，该电子设备80包括：至少一个处理器801、存储器802，可选的，电子设备80还可进一步包括至少一个通信接口803，电子设备80中的各个组件通过总线系统804耦合在一起，可理解，总线系统804用于实现这些组件之间的连接通信。总线系统804除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图8中将各种总线都标为总线系统804。

可以理解，存储器802可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，Ferromagnetic Random Access Memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，Sync Link Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本发明实施例描述的存储器802旨在包括但不限于这些和任意其它适合类型的存储器。

本发明实施例中的存储器802用于存储各种类型的数据以支持电子设备80的操作。这些数据的示例包括：用于在电子设备80上操作的任何计算机程序，如为第一子系统获取第二子系统的第一通讯地址和为所述第二子系统获取所述第一子系统的第二通讯地址的实现等，实现本发明实施例方法的程序可以包含在存储器802中。

上述本发明实施例揭示的方法可以应用于处理器801中，或者由处理器801实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，电子设备80可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现，用于执行上述方法。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种基于云服务的信息处理方法，其特征在于，应用于服务提供平台，所述方法包括：

识别第一服务包含的原始服务依赖；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

从云服务平台获得与所述原始服务依赖匹配的云服务依赖；

基于所述云服务依赖替换所述原始服务依赖，形成第二服务，所述第二服务能够共享所述云服务平台提供的服务能力。

2.根据权利要求1所述的方法，其特征在于，所述原始服务依赖包括第一服务使用的语言开发框架和以下至少之一的中间件：负载均衡中间件、消息中间件；所述云服务依赖包括云服务基本开发框架和以下至少之一的基本中间件：云服务负载均衡中间件、云服务消息中间件；

对应的，所述从云服务平台获得与所述原始服务依赖匹配的云服务依赖，包括：从所述云服务平台获得与所述语言开发框架匹配的云服务基本开发框架；

及以下至少之一：

从所述云服务平台获得与所述中间件匹配的云服务负载均衡中间件；

从所述云服务平台获得与所述中间件匹配的云服务消息中间件。

3.根据权利要求2所述的方法，其特征在于，所述基于所述云服务依赖替换所述原始服务依赖，形成第二服务，包括：

按照封装兼容模式将所述第一服务中的所述语言开发框架替换成所述云服务基本开发框架；

及以下至少之一：

将所述第一服务中的所述负载均衡中间件替换成所述云服务负载均衡中间件；将所述第一服务中的所述消息中间件替换成所述云服务消息中间件；

基于被替换后的第一服务形成所述第二服务。

4.根据权利要求1或2所述的方法，其特征在于，所述云服务平台提供的服务能力包括以下至少之一：日志收集能力、链路追踪能力、数据分析能力、数据展示能力和模拟Mock处理能力。

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

向所述云服务平台发送第一请求；所述第一请求指示所述云服务平台使用至少一种所述服务能力测试/优化所述第二服务的服务性能。

6.一种基于云服务的信息处理方法，其特征在于，应用于云服务平台，所述方法包括：

按照设定规范允许服务提供平台接入；所述设定规范为所述服务提供平台中的第一服务包含的原始服务依赖被所述云服务平台提供的与所述原始服务依赖匹配的云服务依赖替换，形成第二服务，所述第二服务能够共享所述云服务平台提供的服务能力；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

接收所述服务提供平台发送的第一请求；所述第一请求指示所述云服务平台启动对所述第二服务使用至少一种所述服务能力；

使用至少一种所述服务能力测试/优化所述第二服务的服务性能。

7.一种基于云服务的信息处理装置，其特征在于，应用于服务提供平台，所述装置包括：识别模块、获得模块和替换模块，其中；

所述识别模块，用于识别第一服务包含的原始服务依赖；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

所述获得模块，用于从云服务平台获得与所述原始服务依赖匹配的云服务依赖；

所述替换模块，用于基于所述云服务依赖替换所述原始服务依赖，形成第二服务；所述第二服务能够共享所述云服务平台提供的服务能力。

8.一种基于云服务的信息处理装置，其特征在于，应用于云服务平台，所述装置包括：接入模块、接收模块和测试/优化模块，其中；

所述接入模块，用于按照设定规范允许服务提供平台接入；所述设定规范为所述服务提供平台中的第一服务包含的原始服务依赖被所述云服务平台提供的与所述原始服务依赖匹配的云服务依赖替换，形成第二服务，所述第二服务能够共享所述云服务平台提供的服务能力；所述第一服务为所述服务提供平台提供的多种服务中的任一种；

所述接收模块，用于接收所述服务提供平台发送的第一请求；所述第一请求指示所述云服务平台启动对所述第二服务使用至少一种所述服务能力；

所述测试/优化模块，用于使用至少一种所述服务能力测试/优化所述第二服务的服务性能。

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

10.一种电子设备，其特征在于，所述电子设备包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，执行权利要求1至5任一项，或权利要求6所述方法的步骤。

Images