CN110399231A - 基于跨平台的数据处理方法、装置及计算机设备 - Google Patents
基于跨平台的数据处理方法、装置及计算机设备 Download PDFInfo
- Publication number
- CN110399231A CN110399231A CN201910510833.5A CN201910510833A CN110399231A CN 110399231 A CN110399231 A CN 110399231A CN 201910510833 A CN201910510833 A CN 201910510833A CN 110399231 A CN110399231 A CN 110399231A
- Authority
- CN
- China
- Prior art keywords
- platform
- request
- sub
- data
- interface
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
- G06F9/548—Object oriented; Remote method invocation [RMI]
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本申请实施例提供了一种基于跨平台的数据处理方法、装置、计算机设备及计算机可读存储介质。本申请实施例应用于服务器中,实现数据处理时,将服务器划分为第一平台和第二平台,第一平台和第二平台是不同类型的平台,方法包括:第一平台接收前端发送的请求,请求中携带有请求的数据的属性信息;第一平台根据属性信息与第二平台的第一预设匹配关系,通过第二平台的接口调用第二平台以使第二平台处理请求,第二平台负责大数据查询及数据计算并对外提供接口;第一平台接收第二平台返回的请求的处理结果;第一平台发送处理结果至前端以使前端显示处理结果,能够有效提高大数据查询及计算的效率以提高系统性能,提高服务器进行数据处理的效率。
Description
技术领域
本申请涉及数据处理技术领域,尤其涉及一种基于跨平台的数据处理方法、装置、计算机设备及计算机可读存储介质。
背景技术
传统技术中,为了数据处理系统开发的便捷,一般会采用一种计算机编程语言进行数据处理系统的开发,比如,采用JAVA语言开发的数据处理系统,通常称为JAVA平台。但在大数据处理过程中,现有系统中涉及的数据量大,计算逻辑也非常复杂,使用JAVA平台查询数据并计算数据时耗时太长,严重影响系统性能,降低了数据处理的效率。
发明内容
本申请实施例提供了一种基于跨平台的数据处理方法、装置、计算机设备及计算机可读存储介质,能够解决传统技术中大数据处理效率不高的问题。
第一方面,本申请实施例提供了一种基于跨平台的数据处理方法,应用于服务器中,服务器包括第一平台和第二平台,所述第一平台和所述第二平台是不同类型的平台,所述方法包括:所述第一平台接收前端发送的请求,所述请求中携带有请求获取的数据的属性信息;所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求;所述第一平台接收所述第二平台返回的所述请求的处理结果;所述第一平台发送所述处理结果至所述前端以使所述前端显示所述处理结果。
第二方面,本申请实施例提供了一种基于跨平台的数据处理装置,应用于服务器中,服务器包括第一平台和第二平台,所述第一平台和所述第二平台是不同类型的平台,所述装置包括:第一接收单元,用于所述第一平台接收前端发送的请求,所述请求中携带有请求获取的数据的属性信息;调用单元,用于所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求;第二接收单元,用于所述第一平台接收所述第二平台返回的所述请求的处理结果;发送单元,用于所述第一平台发送所述处理结果至所述前端以使所述前端显示所述处理结果。
第三方面,本申请实施例还提供了一种计算机设备,其包括存储器及处理器,所述存储器上存储有计算机程序,所述处理器执行所述计算机程序时实现所述基于跨平台的数据处理方法的步骤。
第四方面,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时使所述处理器执行所述基于跨平台的数据处理方法的步骤。
本申请实施例提供了一种基于跨平台的数据处理方法、装置、计算机设备及计算机可读存储介质。本申请实施例应用于服务器中,实现数据处理时,采用分布式部署方式,将服务器划分为第一平台和第二平台,所述第一平台和所述第二平台是不同类型的平台,所述方法包括:所述第一平台接收前端发送的请求,所述请求中携带有请求获取的数据的属性信息;所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台,所述第一平台负责通过调用所述第二平台的相应接口动态操作所述第二平台的服务,以使所述第二平台处理所述请求,所述第二平台负责大数据查询及数据计算并对外提供接口;所述第一平台接收所述第二平台返回的所述请求的处理结果;所述第一平台发送所述处理结果至所述前端以使所述前端显示所述处理结果,通过将服务器进行分布式部署,将服务器中的调用部分和数据查询及计算部分使用不同的平台进行数据处理,能够有效提高大数据查询及计算的效率以提高系统性能,从而提高服务器进行数据处理的效率。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本申请实施例提供的基于跨平台的数据处理方法的一个应用场景示意图;
图2为本申请实施例提供的基于跨平台的数据处理方法的一个示意性流程图;
图3为本申请实施例提供的基于跨平台的数据处理方法的另一个应用场景示意图;
图4为本申请实施例提供的基于跨平台的数据处理装置的示意性框图;以及
图5为本申请实施例提供的计算机设备的示意性框图。
具体实施方式
基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
请参阅图1,图1为本申请实施例提供的基于跨平台的数据处理方法的一个应用场景示意图。所述应用场景包括:
(1)前端,又可以称为终端,是指和用户进行交互的计算机设备,接收用户输入的任务,根据任务发送请求以向服务器请求数据,并接收服务器返回的处理结果,将处理结果呈现给用户,前端可以为笔记本、台式机、智能手机等计算机设备。
(2)服务器,为前端的任务提供服务,采取分布式部署,包括第一平台和第二平台,所述第一平台和所述第二平台是不同类型的平台,如图1中所示,第一平台可为用于根据请求进行对应调用的JAVA平台,第二平台可为基于Docker引擎也采取分布式部署的Python平台,Python平台按照不同业务场景进行封装成多个Docker客户端(即Docker-client),即第二平台Python平台中包括的Docker1封装的子平台Python接口1对应的Docker客户端、Docker2封装的子平台Python接口2对应的Docker客户端及Docker3封装的子平台Python接口3对应的Docker客户端。第一平台JAVA平台通过统一的JAVA接口根据请求数据通过每个Docker-client的Python接口调用对应的Docker-client封装的Python平台,以实现第一平台JAVA平台调用对应的Docker-client的Python平台,从而通过Docker-client的Python平台实现数据查询和计算功能以获得数据处理结果。
图1中的各个主体工作过程如下:所述第一平台接收前端发送的请求,所述请求中携带有请求获取的数据的属性信息;所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求;所述第一平台接收所述第二平台返回的所述请求的处理结果;所述第一平台发送所述处理结果至所述前端以使所述前端显示所述处理结果。
需要说明的是,图1中仅仅示意出台式电脑作为前端,在实际操作过程中,前端的类型不限于图1中所示,所述前端还可以为智能手机、智能手表、笔记本电脑或者平板电脑等电子设备,上述基于跨平台的数据处理方法的应用场景仅仅用于说明本申请技术方案,并不用于限定本申请技术方案,上述连接关系还可以有其他形式。
请参阅图2,图2为本申请实施例提供的基于跨平台的数据处理方法的一个示意性流程图。该基于跨平台的数据处理方法应用于图1中的服务器中,以完成基于跨平台的数据处理方法的全部或者部分功能,其中,所述服务器包括第一平台和第二平台,所述第一平台具备擅长跨平台使用的特性,第一平台用于进行数据跨平台交互及进行不同主体间的调度,第二平台具备擅长数据查询及数据计算的特性,第二平台用于数据处理,由于第一平台和第二平台分别实现不同的功能以充分发挥各自的优势,所以所述第一平台和所述第二平台是不同类型的平台,如图2所示,该方法包括以下步骤S201-S204:
S201、所述第一平台接收前端发送的请求,所述请求中携带有请求获取的数据的属性信息。
其中,数据的属性信息包含数据名称、数据编码或者数据的数据标识等具有辨识性的信息。
具体地,前端进行数据处理的任务时,若涉及到大数据的处理,会向服务器发送请求,请求获取数据,所述请求中携带有需要获取数据的属性信息,所述第一平台接收前端发送的请求,如图1所示,第一平台可以为JAVA平台。另外,所述第一平台也可以采用PHP平台,PHP是HypertextPreprocessor的缩写,是一种计算机脚本语言(英文为Scriptlanguages)。其中,前端页面可以使用WebSocket即时通讯技术和服务器之间进行全双工通信以实时接收最新数据,WebSocket是一种在单个TCP连接上进行全双工通信的协议,允许服务器端主动向前端推送数据。
S202、所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求。
其中,所述第一预设匹配关系是指数据请求与数据处理的第二平台之间的匹配关系,又可以称为数据请求与数据处理的第二平台之间对应关系,也就是前端请求的数据由指定的哪部分来处理数据以向前端返回数据处理结果,比如,预先指定请求的A数据由B来处理,请求的C数据由D来处理,A与B之间满足预设匹配关系,C与D之间满足预设匹配关系。
其中,第二平台可以为Python平台,也可以为C语言平台等,第二平台根据第二平台需要处理的任务选择效果最佳的平台,比如,查询数据和计算数据可以选用Python平台,第二平台设置有对外的接口,外部通过接口调用第二平台,以实现数据请求的不同处理部分之间的协作,其中,软件类中的接口是指对协定进行定义的引用类型。
具体地,第一平台接收到数据请求后,获取数据中携带的属性信息,根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求。比如,若第一平台接收前端发送的请求中携带有属性信息A,称请求的数据为A数据,根据预先设置的匹配关系,比如,A数据由第二平台B来处理,第一平台通过所述第二平台B的接口调用所述第二平台B以使所述第二平台B处理所述请求A数据。
进一步地,为了提高服务器进行数据查询和计算的效率,尤其应对大数据处理时,服务器一般会采取分布式部署和异步方式进行调用,以并行处理多个请求,从而提高多个请求的处理效率。用户访问某个页面时,后台服务器接收到前端请求后采用RabbitMQ技术异步调用第二平台的接口,第二平台计算数据并通过第一平台告知计算结果。比如,如图1所示,为了提高服务器进行数据查询和计算的效率,服务器包括第一平台JAVA平台和第二平台Python平台,服务器通过第一平台和第二平台采取分布式部署和异步方式调用,第一平台JAVA平台充分使用JAVA跨平台使用的特性,主要起调度作用,第二平台Python平台使用Python,充分使用Python查询和计算效率很高的特性,以提高服务器对数据的查询和计算的效率。用户访问某个页面时,后台服务器中的JAVA平台接收到前端请求后,第一平台根据数据的属性信息调用第二平台以使第二平台处理该请求,采用RabbitMQ技术异步调用Python接口,以实现通过第一平台JAVA调度第二平台Python平台,Python平台计算数据并告知计算结果,实现异步方式处理数据,由于Python平台的查询和计算效率很高。可以提高数据处理的效率,从而使第一平台JAVA平台通过调用第二平台Python平台使两部分衔接起来共同提供服务器的数据服务功能。比如,在智能投研系统中,服务器采用第一平台和第二平台的分布式部署方式,将智能投研系统中大数据查询及计算的部分迁移至Python平台,并对外提供接口,JAVA平台负责调用相应接口,同时结合Docker-clientAPI动态操作部署在Docker容器上的Python服务,即使Python服务中业务逻辑发生变更,也不需要重新部署JAVA程序,有效提高智能投研系统中大数据查询及计算效率,提高系统性能,提高数据处理效率。
在一个实施例中,在所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求的步骤之前,还包括:
所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系判断所述请求是否由所述第二平台处理;
若判断所述请求由所述第二平台处理,所述第一平台通过第二平台的接口调用所述第二平台以使所述第二平台处理所述请求。
具体地,若所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系判断该数据请求由第二平台进行处理,第一平台通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求,若判断所述请求不属于所述第二平台处理,所述第一平台不调用所述第二平台,可以向前端返回调用失败。也就是第一平台根据该数据的属性信息判断该数据请求是否由第二平台进行处理,若所述属性信息满足与所述第二平台的第一预设匹配关系,第一平台调用第二平台处理数据,若所述属性信息不满足与所述第二平台的第一预设匹配关系,第一平台不调用第二平台处理数据,返回调用失败。比如,用户访问某个页面时,后台服务器中的JAVA平台接收到前端请求后,第一平台JAVA平台根据数据的属性信息判断该请求是否由第二平台Python平台处理,若第一平台JAVA平台根据数据的属性信息结合预先设置的匹配关系,判断该请求由第二平台Python平台处理,第一平台通过第二平台的接口调用第二平台以使第二平台处理该请求,若第一平台根据数据的属性信息判断该请求不属于第二平台处理,第一平台不调用第二平台,直接返回处理结果,通过避免直接调用第二平台,可以进一步提高服务器处理数据的效率。
需要说明的是,对于只有一个用于数据处理的第二平台的情形,所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,直接调用第二平台即可,所述第一平台可以不进行判断是否由第二平台处理的步骤,若所述第二平台为预设平台集合中的一个平台,所述第一平台需要根据所述数据的属性信息判断数据请求由平台集合中的哪一个平台进行处理,比如判断所述请求是否由所述第二平台处理。若所述第二平台为包含多个子平台的集合,所述第一平台需要根据所述数据的属性信息判断数据请求由第二平台中的哪一个子平台进行处理,从而根据匹配关系由对应的数据处理部分进行处理。
进一步地,两个平台之间的调用是通过平台预设的接口进行的,比如,第一平台JAVA平台调用第二平台Python平台的接口,为了实现不同平台之间的调用,需要预先进行两个平台接口以下内容的约定:
1)数据格式;一般在使用接口传输数据时通常会使用三种数据格式:JSON、XML、YAML,预先约定第一平台和第二平台使用哪种数据格式。
2)调用方式,也就是通讯协议,常用的通讯协议包括HTTPS协议、TCP/IP协议、IPX/SPX协议、NetBEUI协议等;
3)请求方式,主要包括推PUSH和PULL拉两种方式,从安全性角度,这两种方式比较高。
通过以上三部分内容的预先设置,可以实现第一平台JAVA平台通过统一的JAVA接口按照需求分别通过Docker-client各自的Python接口调用第二平台Python平台中对应的Docker-client。
S203、所述第一平台接收所述第二平台返回的所述请求的处理结果。
具体地,第二平台接收第一平台的调用,根据所述第一平台的调用处理所述请求,并将所述请求的处理结果返回至第一平台,第一平台接收所述第二平台返回的所述请求的处理结果。比如,如图1所示,Python平台接收JAVA平台的调用,Python平台根据所述JAVA平台的调用处理所述请求,并将所述请求的处理结果返回至JAVA平台,JAVA平台接收所述Python平台返回的所述请求的处理结果。
S204、所述第一平台发送所述处理结果至所述前端以使所述前端显示所述处理结果。
具体地,第一平台接收第二平台返回的处理结果,并将处理结果发送至前端以使前端显示请求的处理结果,比如,如图1所示,JAVA平台接收Python平台的处理结果,并将处理结果发送至前端以使前端显示数据处理结果,能够充分使用JAVA平台的跨平台特性,又能充分利用Python平台查询和计算效率较高的特性,从而有效提高大数据查询及计算效率,提高系统性能。
本申请实施例实现数据处理时,采用分布式部署方式,将服务器划分为第一平台和第二平台,所述第一平台和所述第二平台是不同类型的平台,所述方法包括:所述第一平台接收前端发送的请求,所述请求中携带有请求获取的数据的属性信息;所述第一平台根据所述属性信息调用第二平台,第一平台负责调用第二平台的相应接口动态操作第二平台的服务,以使所述第二平台处理所述请求,第二平台负责大数据查询及数据计算并对外提供接口;所述第一平台接收所述第二平台返回的所述请求的处理结果;所述第一平台发送所述处理结果至所述前端以使所述前端显示所述处理结果,通过将服务器进行分布式部署,将服务器中的调用部分和数据查询及计算部分使用不同的平台进行数据处理,能够有效提高大数据查询及计算的效率以提高系统性能,从而提高服务器进行数据处理的效率。
在一个实施例中,所述第二平台为预设平台集合中的一个平台,其中,所述平台集合包含多个不同类型的平台。
其中,平台集合是指平台形成的集合。请参阅图3,如图3所示,平台集合包括第一个Python平台、C语言平台及第二个Python平台,第二平台包含于平台集合中,平台集合中至少包含一个平台。
具体地,所述第二平台为预设平台集合中的一个平台,是指所述第二平台包含于平台集合中,所述第二平台为多个平台中的一个。所述第一平台接收前端发送的请求,所述请求中携带有请求获取的数据的属性信息,所述第一平台根据所述属性信息调用由所述第二平台等多个平台形成的平台集合中的一个,比如第二平台,以使平台集合中的一个平台,比如所述第二平台处理所述请求,所述第一平台接收所述平台集合中的一个平台返回的所述请求的处理结果,比如所述第一平台接收所述第二平台返回的所述请求的处理结果,所述第一平台发送所述处理结果至所述前端以使所述前端显示所述处理结果。
所述第二平台为预设平台集合中的任一平台,或者所述第二平台为预设平台集合中预先设定的请求获取的数据的对应平台。若所述第二平台为预设平台集合中的任一平台,是第一平台根据平台集合中各个平台的负载,将请求获取的数据的处理分配到负载较轻的平台上进行处理,能够使各个平台的负载均衡,从处理的时间上缩短处理的过程。比如,请参阅图3,图3为本申请实施例提供的基于跨平台的数据处理方法的另一个应用场景示意图,如图3所示,平台集合包括第一个Python平台、C语言平台及第二个Python平台,所述第一平台根据所述属性信息调用第一个Python平台、C语言平台或者第二个Python平台以处理所述请求,比如,第一平台调用第一个Python平台以使所述第一个Python平台处理所述请求,第一平台也可以根据所述属性信息调用C语言平台以使所述C语言平台处理所述请求,或者第一平台根据所述属性信息调用第二个Python平台以使所述第二个Python平台处理所述请求,尤其是大数据处理系统,采用异步调用方式,通过由多个平台组成的平台集合的多层级的分布式系统,可以进一步通过异步方式并行处理多个请求,以进一步提高服务器处理数据的效率,尤其是在大数据处理的过程中,可以进一步提高数据处理效率。若所述第二平台为预设平台集合中预先设定请求获取的数据的对应平台,预先将各个平台和处理的数据进行匹配,第一平台根据属性信息识别出数据后,将请求获取的数据的处理分配到对应的平台上进行处理,能够从调度的角度缩短数据处理的分配时间,提高数据处理的效率,比如,第一平台识别出请求的数据A,预先设定A数据由平台集合中的B平台进行处理,识别出数据A后,直接将A数据分配至平台集合中的B平台进行处理。
在一个实施例中,所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求的步骤包括:
所述第一平台根据所述属性信息与所述第二平台中包含的子平台的第二预设匹配关系,通过所述第二平台中对应子平台的接口调用所述第二平台中的子平台以使所述第二平台中对应的子平台处理所述请求。
其中,所述第二预设匹配关系是指数据请求与数据处理的第二平台中包含的子平台之间的匹配关系,又可以称为数据请求与数据处理的第二平台中包含的子平台之间对应关系,也就是前端请求的数据由指定的第二平台中的哪个子平台处理数据以向前端返回数据处理结果,比如,预先指定请求的E数据由B1子平台来处理,E与B1之间满足预设匹配关系,也可以称为E与B1之间满足对应关系。
其中,第二平台既可以为一个单独的平台,所述第二平台可以为预设平台集合中的一个平台,进一步地,第二平台还可以为通过包含多个子平台以进一步采取分布式部署的平台集合,以上三种形式可以进行组合,比如,请继续参阅图3,图3为其中的一种结构形式示意图。
具体地,若第二平台包含多个子平台,可以根据该数据的属性信息判断该请求由第二平台中的哪个子平台进行处理。通过先建立数据和第二平台中各个子平台之间的第二预设匹配关系,根据所述第二预设匹配关系,第一平台判断请求的数据是由第二平台的哪个子平台进行处理的,也就是所述第一平台根据所述属性信息与所述第二平台中包含的子平台的第二预设匹配关系,通过所述第二平台中对应子平台的接口调用所述第二平台中的子平台以使所述第二平台中对应的子平台处理所述请求。比如,请继续参阅图1,A数据对应第二平台Python平台中的Docker1封装的子平台Python接口1对应的Docker客户端,B数据对应Docker2封装的子平台Python接口2对应的Docker客户端,C数据对应Docker3封装的子平台Python接口3对应的Docker客户端,第一平台接收到携带A属性信息的请求去调用对应第二平台Python平台中的Docker1封装的子平台Python接口1对应的Docker客户端,第一平台接收到携带B属性信息的请求去调用对应第二平台Python平台中的Docker2封装的子平台Python接口2对应的Docker客户端等。
进一步地,请继续参阅图1和图3,第二平台Python平台也采用分布式组合,将第二平台Python平台按照预设条件划分为多个子平台,各个子平台以独立的Docker-client客户端实现各自独立的功能,各个Docker-client通过各自对应的接口接收第一平台JAVA平台的统一接口的调用,以通过第一平台JAVA的统一接口实现基于Docker引擎及Docker-clientAPI动态操作Python接口,从而实现对各个Docker-clientAPI的调用,其中,API,英文为ApplicationProgramming Interface,应用程序编程接口。比如,不同的业务场景调用不同的Python接口,不同的业务场景共同基于同一个JAVA接口,只是具体的JAVA业务实现类有所区别。比如一个金融投资数据处理系统中根据业务的因子净值、风险分析、近期风格偏好等业务场景不同,但是都基于某一个JAVA接口,比如,请继续参阅图1,第一平台JAVA平台根据请求数据的属性信息调用第二平台Python平台中的子平台Python接口1、子平台Python接口2或者子平台Python接口3,以使对应子平台处理请求任务,第一平台和第二平台是两个不同的平台。第一平台JAVA平台接收第二平台Python中的子平台的处理结果,并将处理结果发送至前端以使前端显示数据处理结果,采用异步调用方式,通过多层级的分布式系统,可以进一步通过并行方式处理请求,以进一步提高数据处理效率。或者,请继续参阅图3,第一平台JAVA平台根据请求数据的属性信息调用第二平台Python平台中的子平台Python接口1或者子平台Python接口2,或者调用第三平台C语言平台中的子平台C接口1或者子平台C接口2,或者调用第四平台Python平台中的子平台Python接口6或者子平台Python接口7等。
在一个实施例中,所述第一平台根据所述属性信息与所述第二平台中包含的子平台的第二预设匹配关系,通过所述第二平台中对应子平台的接口调用所述第二平台中的子平台以使所述第二平台中对应的子平台处理所述请求的步骤之前,还包括:
所述第二平台按照预设条件被设置为多个子平台,所述预设条件包括业务场景。
具体地,第二平台也采用分布式组合,将所述第二平台按照预设条件划分为多个子平台,各个子平台实现相对独立的数据处理功能,比如,将第二平台Python平台采用分布式组合,按照预设条件划分为多个子平台。由于第二平台Python平台也采用分布式组合,将第二平台Python平台按照预设条件划分为多个子平台,各个子平台以独立的Docker-client客户端实现独立的功能,各个Docker-client通过各自对应的接口接收第一平台JAVA的统一接口的调用,以通过第一平台JAVA的统一接口实现基于Docker引擎及Docker-clientAPI动态操作Python接口,从而实现对各个Docker-clientAPI的调用。比如,不同的业务场景调用不同的Python接口,不同的业务场景共同实现同一个JAVA接口,只是具体的JAVA业务实现类有所区别。比如系统中因子净值、风险分析、近期风格偏好业务场景不同,但是都实现某一个JAVA接口。请继续参阅图1,将第二平台Python平台根据预设条件划分为子平台Python接口1、子平台Python接口2及子平台Python接口3,以使对应子平台处理请求任务。
在一个实施例中,所述第一平台接收前端发送的请求的步骤之前,还包括:
将所述第一平台和所述第二平台中包含的各个子平台分别使用各自对应的Docker引擎进行封装。
具体地,所述第一平台和所述第二平台分别使用Docker引擎封装自己的功能以保持各自的独立性。虽然所述第一平台和所述第二平台可以不使用Docker引擎,但使用Docker引擎进行封装可以使各部分具有独立性,即使Docker引擎中业务逻辑发生变更,也不需要重新部署其他部分的Docker引擎,便于各部分的开发和维护及运行,采用异步调用方式,通过多层级的分布式系统,可以进一步通过并行方式处理请求,以进一步提高数据处理效率。比如,请继续参阅图3,在本申请实施例中,由于所述第一平台JAVA平台只有一个平台,所以第一平台JAVA平台使用Docker0封装,第二平台Python平台中的子平台Python接口1使用Docker1封装,子平台Python接口2使用Docker2封装,第三平台C语言平台中的子平台C接口1使用Docker4封装,子平台C接口2使用Docker5封装,第四平台Python平台中的子平台Python接口6使用Docker6封装,子平台Python接口7使用Docker7封装。由于第一平台为JAVA平台,各个子平台以独立的Docker-client客户端实现独立的功能,各个Docker-client通过各自对应的接口接收第一平台JAVA平台的统一接口的调用,以通过第一平台JAVA的统一接口实现基于Docker引擎及Docker-clientAPI动态操作Python接口,从而实现对各个Docker-clientAPI的调用。请继续参阅图3,第一平台JAVA平台根据请求数据的属性信息调用第二平台Python平台中的子平台Python接口1或者子平台Python接口2,或者调用第三平台C语言平台中的子平台C接口1或者子平台C接口2,或者调用第四平台Python平台中的子平台Python接口6或者子平台Python接口7等。
进一步地,若所述第一平台和所述第二平台分别包含多个子平台,将所述第一平台和所述第二平台中的各个子平台分别使用各自对应的Docker引擎进行封装,以实现各自的独立性,从而便于各个子平台的维护和更新。
在一个实施例中,所述第一平台为JAVA平台,所述第二平台为Python平台。
具体地,通过将服务器包括第一平台和第二平台,第一平台为用于根据请求数据进行对应调用的JAVA平台,第二平台为基于Docker引擎也采取分布式部署的Python平台,Python平台按照不同业务场景进行封装成多个Docker客户端(Docker-client)。第一平台JAVA平台通过统一的JAVA接口根据请求数据通过每个Docker-client的Python接口调用对应的Docker-client,以实现第一平台JAVA平台调用对应的Docker-client,从而通过Docker-client实现数据查询和计算功能,能够充分使用JAVA平台的跨平台特性,又能充分利用Python平台查询和计算效率较高的特性,从而有效提高智能投研系统中大数据查询及计算效率,提高系统性能
需要说明的是,上述各个实施例所述的基于跨平台的数据处理方法,可以根据需要将不同实施例中包含的技术特征重新进行组合,以获取组合后的实施方案,但都在本申请要求的保护范围之内。
请参阅图4,图4为本申请实施例提供的基于跨平台的数据处理装置的示意性框图。对应于上述基于跨平台的数据处理方法,本申请实施例还提供一种基于跨平台的数据处理装置。如图4所示,该基于跨平台的数据处理装置包括用于执行上述基于跨平台的数据处理方法的单元,该装置可以被配置于服务器等计算机设备中,该装置包括第一平台和第二平台,所述第一平台和所述第二平台是不同类型的平台。具体地,请参阅图4,该基于跨平台的数据处理装置400包括第一接收单元401、调用单元402、第二接收单元403及发送单元404。
其中,第一接收单元401,用于所述第一平台接收前端发送的请求,所述请求中携带有请求获取的数据的属性信息;
调用单元402,用于所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求;
第二接收单元403,用于所述第一平台接收所述第二平台返回的所述请求的处理结果;
发送单元404,用于所述第一平台发送所述处理结果至所述前端以使所述前端显示所述处理结果。
在一个实施例中,所述第二平台为预设平台集合中的一个平台,其中,所述平台集合包含多个不同类型的平台。
在一个实施例中,所述调用单元402,用于所述第一平台根据所述属性信息与所述第二平台中包含的子平台的第二预设匹配关系,通过所述第二平台中对应子平台的接口调用所述第二平台中的子平台以使所述第二平台中对应的子平台处理所述请求。
在一个实施例中,所述基于跨平台的数据处理装置400还包括:
划分单元,用于所述第二平台按照预设条件被设置为多个子平台,所述预设条件包括业务场景。
在一个实施例中,所述基于跨平台的数据处理装置400还包括:
封装单元,用于将所述第一平台和所述第二平台中包含的各个子平台分别使用各自对应的Docker引擎进行封装。
在一个实施例中,所述调用单元402,用于所述第一平台根据所述属性信息通过调用所述第二平台中子平台的对应接口以使所述第二平台的子平台处理所述请求。
在一个实施例中,所述第一平台为JAVA平台,所述第二平台为Python平台。
需要说明的是,所属领域的技术人员可以清楚地了解到,上述基于跨平台的数据处理装置和各单元的具体实现过程,可以参考前述方法实施例中的相应描述,为了描述的方便和简洁,在此不再赘述。
同时,上述基于跨平台的数据处理装置中各个单元的划分和连接方式仅用于举例说明,在其它实施例中,可将基于跨平台的数据处理装置按照需要划分为不同的单元,也可将基于跨平台的数据处理装置中各单元采取不同的连接顺序和方式,以完成上述基于跨平台的数据处理装置的全部或部分功能。
上述基于跨平台的数据处理装置可以实现为一种计算机程序的形式,该计算机程序可以在如图5所示的计算机设备上运行。
请参阅图5,图5是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是台式机电脑或者服务器等计算机设备,也可以是其它设备中的组件或者部件。
参阅图5,该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505,其中,存储器可以包括非易失性存储介质503和内存储器504。该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时,可使得处理器502执行一种上述基于跨平台的数据处理方法。
该处理器502用于提供计算和控制能力,以支撑整个计算机设备500的运行。
该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境,该计算机程序5032被处理器502执行时,可使得处理器502执行一种上述基于跨平台的数据处理方法。
该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解,图5中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备500的限定,具体的计算机设备500可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。例如,在一些实施例中,计算机设备可以仅包括存储器及处理器,在这样的实施例中,存储器及处理器的结构及功能与图5所示实施例一致,在此不再赘述。
以该计算机设备为服务器为例,所述处理器502用于运行存储在存储器中的计算机程序5032,以实现如下步骤:所述第一平台接收前端发送的请求,所述请求中携带有请求获取的数据的属性信息;所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求;所述第一平台接收所述第二平台返回的所述请求的处理结果;所述第一平台发送所述处理结果至所述前端以使所述前端显示所述处理结果。
在一实施例中,所述处理器502在实现所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求的步骤时,所述第二平台为预设平台集合中的一个平台,其中,所述平台集合包含多个不同类型的平台。
在一实施例中,所述处理器502在实现所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求的步骤时,具体实现以下步骤:
所述第一平台根据所述属性信息与所述第二平台中包含的子平台的第二预设匹配关系,通过所述第二平台中对应子平台的接口调用所述第二平台中的子平台以使所述第二平台中对应的子平台处理所述请求。
在一实施例中,所述处理器502在实现所述第一平台根据所述属性信息与所述第二平台中包含的子平台的第二预设匹配关系,通过所述第二平台中对应子平台的接口调用所述第二平台中的子平台以使所述第二平台中对应的子平台处理所述请求的步骤之前,还实现以下步骤:
所述第二平台按照预设条件被设置为多个子平台,所述预设条件包括业务场景。
在一实施例中,所述处理器502在实现所述第一平台接收前端发送的请求的步骤之前,还实现以下步骤:
将所述第一平台和所述第二平台中包含的各个子平台分别使用各自对应的Docker引擎进行封装。
在一实施例中,所述处理器502在实现所述第一平台根据所述属性信息与所述第二平台中包含的子平台的第二预设匹配关系,通过所述第二平台中对应子平台的接口调用所述第二平台中的子平台以使所述第二平台中对应的子平台处理所述请求的步骤时,具体实现以下步骤:
所述第一平台根据所述属性信息通过调用所述第二平台中子平台的对应接口以使所述第二平台的子平台处理所述请求。
在一实施例中,所述处理器502在实现基于跨平台的数据处理方法的步骤时,所述第一平台为JAVA平台,所述第二平台为Python平台。
应当理解,在本申请实施例中,处理器502可以是中央处理单元(CentralProcessingUnit,CPU),该处理器502还可以是其它通用处理器、数字信号处理器(DigitalSignalProcessor,DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit,ASIC)、现成可编程门阵列(Field-ProgrammableGateArray,FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中,通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程,是可以通过计算机程序来完成,该计算机程序可存储于一计算机可读存储介质。该计算机程序被该计算机系统中的至少一个处理器执行,以实现上述方法的实施例的流程步骤。
因此,本申请还提供一种计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行时使处理器执行如下步骤:
一种计算机程序产品,当其在计算机上运行时,使得计算机执行以上各实施例中所描述的基于跨平台的数据处理方法的步骤。
所述计算机可读存储介质可以是前述设备的内部存储单元,例如设备的硬盘或内存。所述计算机可读存储介质也可以是所述设备的外部存储设备,例如所述设备上配备的插接式硬盘,智能存储卡(SmartMediaCard,SMC)等。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
以上所述,仅为本申请的具体实施方式,但本申请明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种基于跨平台的数据处理方法,应用于服务器中,其特征在于,所述服务器包括第一平台和第二平台,所述第一平台和所述第二平台是不同类型的平台,所述方法包括:
所述第一平台接收前端发送的请求,所述请求中携带有请求获取的数据的属性信息;
所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求;
所述第一平台接收所述第二平台返回的所述请求的处理结果;
所述第一平台发送所述处理结果至所述前端以使所述前端显示所述处理结果。
2.根据权利要求1所述基于跨平台的数据处理方法,其特征在于,所述第二平台为预设平台集合中的一个平台,其中,所述平台集合包含多个不同类型的平台。
3.根据权利要求1或者2所述基于跨平台的数据处理方法,其特征在于,所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求的步骤包括:
所述第一平台根据所述属性信息与所述第二平台中包含的子平台的第二预设匹配关系,通过所述第二平台中对应子平台的接口调用所述第二平台中的子平台以使所述第二平台中对应的子平台处理所述请求。
4.根据权利要求3所述基于跨平台的数据处理方法,其特征在于,所述第一平台根据所述属性信息与所述第二平台中包含的子平台的第二预设匹配关系,通过所述第二平台中对应子平台的接口调用所述第二平台中的子平台以使所述第二平台中对应的子平台处理所述请求的步骤之前,还包括:
所述第二平台按照预设条件被设置为多个子平台,所述预设条件包括业务场景。
5.根据权利要求3所述基于跨平台的数据处理方法,其特征在于,所述第一平台接收前端发送的请求的步骤之前,还包括:
将所述第一平台和所述第二平台中包含的各个子平台分别使用各自对应的Docker引擎进行封装。
6.根据权利要求1所述基于跨平台的数据处理方法,其特征在于,所述第一平台为JAVA平台,所述第二平台为Python平台。
7.一种基于跨平台的数据处理装置,应用于服务器中,其特征在于,所述服务器包括第一平台和第二平台,所述第一平台和所述第二平台是不同类型的平台,所述装置包括:
第一接收单元,用于所述第一平台接收前端发送的请求,所述请求中携带有请求获取的数据的属性信息;
调用单元,用于所述第一平台根据所述属性信息与所述第二平台的第一预设匹配关系,通过所述第二平台的接口调用所述第二平台以使所述第二平台处理所述请求;
第二接收单元,用于所述第一平台接收所述第二平台返回的所述请求的处理结果;
发送单元,用于所述第一平台发送所述处理结果至所述前端以使所述前端显示所述处理结果。
8.根据权利要求7所述基于跨平台的数据处理装置,其特征在于,所述调用单元,用于所述第一平台根据所述属性信息与所述第二平台中包含的子平台的第二预设匹配关系,通过所述第二平台中对应子平台的接口调用所述第二平台中的子平台以使所述第二平台中对应的子平台处理所述请求。
9.一种计算机设备,其特征在于,所述计算机设备包括存储器以及与所述存储器相连的处理器;所述存储器用于存储计算机程序;所述处理器用于运行所述存储器中存储的计算机程序,以执行如权利要求1-6任一项所述基于跨平台的数据处理方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时使所述处理器执行如权利要求1-6中任一项所述基于跨平台的数据处理方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910510833.5A CN110399231A (zh) | 2019-06-13 | 2019-06-13 | 基于跨平台的数据处理方法、装置及计算机设备 |
PCT/CN2019/103173 WO2020248383A1 (zh) | 2019-06-13 | 2019-08-29 | 基于跨平台的数据处理方法、装置及计算机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910510833.5A CN110399231A (zh) | 2019-06-13 | 2019-06-13 | 基于跨平台的数据处理方法、装置及计算机设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110399231A true CN110399231A (zh) | 2019-11-01 |
Family
ID=68324115
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910510833.5A Pending CN110399231A (zh) | 2019-06-13 | 2019-06-13 | 基于跨平台的数据处理方法、装置及计算机设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110399231A (zh) |
WO (1) | WO2020248383A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111581071A (zh) * | 2020-05-09 | 2020-08-25 | 北京百度网讯科技有限公司 | 数据处理方法、装置、设备以及存储介质 |
CN111669426A (zh) * | 2020-04-20 | 2020-09-15 | 河南芯盾网安科技发展有限公司 | 跨平台终端共用安全载体的方法和系统 |
CN111966445A (zh) * | 2020-06-30 | 2020-11-20 | 北京百度网讯科技有限公司 | 调用应用程序接口的处理方法和装置 |
CN113055348A (zh) * | 2019-12-27 | 2021-06-29 | 深圳云天励飞技术有限公司 | 一种跨平台数据请求方法、装置及电子设备 |
CN113672402A (zh) * | 2021-07-22 | 2021-11-19 | 杭州未名信科科技有限公司 | 一种基于Py4j服务的在线数据处理方法、装置、存储介质及终端 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1746844A (zh) * | 2005-09-29 | 2006-03-15 | 浪潮电子信息产业股份有限公司 | 一种跨操作系统平台的机群系统监控和管理方法 |
US20090150908A1 (en) * | 2007-12-07 | 2009-06-11 | Kartik Shankaranarayanan | Monitoring multi-platform transactions |
CN105376273A (zh) * | 2014-08-20 | 2016-03-02 | 上海博科资讯股份有限公司 | 一种标准化云服务接口及方法 |
US9400731B1 (en) * | 2014-04-23 | 2016-07-26 | Amazon Technologies, Inc. | Forecasting server behavior |
US20170083380A1 (en) * | 2015-09-18 | 2017-03-23 | Salesforce.Com, Inc. | Managing resource allocation in a stream processing framework |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101299709A (zh) * | 2007-04-30 | 2008-11-05 | 深圳华飚科技有限公司 | 基于互联网的流式媒体服务器系统 |
CN104899020A (zh) * | 2015-05-05 | 2015-09-09 | 北京航空航天大学 | 一种集成web技术的CFD程序开发方法 |
-
2019
- 2019-06-13 CN CN201910510833.5A patent/CN110399231A/zh active Pending
- 2019-08-29 WO PCT/CN2019/103173 patent/WO2020248383A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1746844A (zh) * | 2005-09-29 | 2006-03-15 | 浪潮电子信息产业股份有限公司 | 一种跨操作系统平台的机群系统监控和管理方法 |
US20090150908A1 (en) * | 2007-12-07 | 2009-06-11 | Kartik Shankaranarayanan | Monitoring multi-platform transactions |
US9400731B1 (en) * | 2014-04-23 | 2016-07-26 | Amazon Technologies, Inc. | Forecasting server behavior |
CN105376273A (zh) * | 2014-08-20 | 2016-03-02 | 上海博科资讯股份有限公司 | 一种标准化云服务接口及方法 |
US20170083380A1 (en) * | 2015-09-18 | 2017-03-23 | Salesforce.Com, Inc. | Managing resource allocation in a stream processing framework |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113055348A (zh) * | 2019-12-27 | 2021-06-29 | 深圳云天励飞技术有限公司 | 一种跨平台数据请求方法、装置及电子设备 |
CN113055348B (zh) * | 2019-12-27 | 2022-11-22 | 深圳云天励飞技术有限公司 | 一种跨平台数据请求方法、装置及电子设备 |
CN111669426A (zh) * | 2020-04-20 | 2020-09-15 | 河南芯盾网安科技发展有限公司 | 跨平台终端共用安全载体的方法和系统 |
CN111581071A (zh) * | 2020-05-09 | 2020-08-25 | 北京百度网讯科技有限公司 | 数据处理方法、装置、设备以及存储介质 |
CN111581071B (zh) * | 2020-05-09 | 2023-12-19 | 北京百度网讯科技有限公司 | 数据处理方法、装置、设备以及存储介质 |
CN111966445A (zh) * | 2020-06-30 | 2020-11-20 | 北京百度网讯科技有限公司 | 调用应用程序接口的处理方法和装置 |
CN111966445B (zh) * | 2020-06-30 | 2023-07-25 | 北京百度网讯科技有限公司 | 调用应用程序接口的处理方法和装置 |
CN113672402A (zh) * | 2021-07-22 | 2021-11-19 | 杭州未名信科科技有限公司 | 一种基于Py4j服务的在线数据处理方法、装置、存储介质及终端 |
Also Published As
Publication number | Publication date |
---|---|
WO2020248383A1 (zh) | 2020-12-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110399231A (zh) | 基于跨平台的数据处理方法、装置及计算机设备 | |
CN106899680B (zh) | 多区块链的分片处理方法和装置 | |
US11210109B2 (en) | Method and system for loading resources | |
US11210131B2 (en) | Method and apparatus for assigning computing task | |
CN104468629B (zh) | 一种批量发送消息的方法和装置 | |
US7912949B2 (en) | Systems and methods for recording changes to a data store and propagating changes to a client application | |
US20130073600A1 (en) | Remote process execution management | |
CN110650347B (zh) | 多媒体数据的处理方法及装置 | |
CN110442608A (zh) | 信息处理方法、装置、电子设备、介质及系统 | |
CN108449410A (zh) | 一种云平台中消息管理方法、系统及相关装置 | |
CN107479990A (zh) | 一种分布式软件服务系统 | |
CN104335524B (zh) | 用于客户端侧页面处理的公共web可访问数据存储 | |
US10693816B2 (en) | Communication methods and systems, electronic devices, and computer clusters | |
CN110557284A (zh) | 基于客户端网关的数据聚合方法及装置 | |
CN109729106A (zh) | 处理计算任务的方法、系统和计算机程序产品 | |
CN110535679A (zh) | 切片的管理方法、架构、网络切片销售平台和管理系统 | |
CN108920274B (zh) | 用于图像处理服务器端的性能优化及装置 | |
CN109213770A (zh) | 数据处理方法、系统、计算机设备和存储介质 | |
CN114675820A (zh) | 服务编排数据的处理方法、装置、电子设备和存储介质 | |
CN109862076A (zh) | 一种业务数据交互方法、装置和系统 | |
CN104572284B (zh) | 任务实现装置和方法、以及应用 | |
CN109951532B (zh) | 一种基于dpdk的流量模型自动变换装置 | |
CN106559468A (zh) | 一种访问数据的方法 | |
CN106559404A (zh) | 一种访问数据的客户端、代理服务器及系统 | |
US9811845B2 (en) | System for accelerated price master database lookup |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |