一种数据传输方法、计算设备以及系统

文档序号:1937191 发布日期:2021-12-07 浏览:14次 >En<

阅读说明:本技术 一种数据传输方法、计算设备以及系统 (Data transmission method, computing device and system ) 是由 包小明 孙克勇 孙宏伟 于 2020-06-05 设计创作,主要内容包括:一种数据传输方法、计算设备以及系统,用以减少数据包的传输时延,提高数据包的传输效率。本申请中,计算设备中的服务容器可以生成第一数据包,还可以在该共享内存存储该第一数据包;服务容器将第一数据包存储至该共享内存后,计算设备中的边车容器可以从该共享内存中获取该第一数据包,发送该第一数据包。服务容器与边车容器设置有共享使用的共享内存,在发送数据包时,服务容器与边车容器之间可以通过该共享内存进行数据包传输,简化数据包的发送流程,减少数据的传输时延,进而可以提高数据包的传输效率。(A data transmission method, a computing device and a system are used for reducing transmission delay of data packets and improving transmission efficiency of the data packets. In the application, a service container in a computing device may generate a first data packet, and may also store the first data packet in the shared memory; after the service container stores the first data packet in the shared memory, the sidecar container in the computing device may obtain the first data packet from the shared memory and send the first data packet. The service container and the sidecar container are provided with shared memories for shared use, when the data packet is sent, the service container and the sidecar container can transmit the data packet through the shared memories, the sending flow of the data packet is simplified, the transmission delay of the data is reduced, and the transmission efficiency of the data packet can be improved.)

一种数据传输方法、计算设备以及系统

技术领域

本申请涉及通知技术领域,尤其涉及一种数据传输方法、计算设备以及系统。

背景技术

微服务2.0架构基于微服务1.0架构,引入了边车(sidecar)进程(也可以称为边车容器),在微服务2.0架构中服务进程(也可以称为服务容器)与sidecar进程部署在设备操作系统中的一个命名空间中,与其他业务进程以及其他业务进程对应的sidecar进程相隔离。下面以服务进程为用户(consumer)服务进程为例,对微服务2.0架构中数据包的发送流程进行说明:

当consumer服务进程生成数据包后,该数据包会被操作系统截获,数据包从用户态转移至内核态,之后再由操作系统将该数据包转发给sidecar进程,数据包从内核态转移至用户态,当sidecar进程对数据包执行了治理操作后,再将执行了治理操作后的数据包返回至操作系统,数据包从用户态转移至内核态,由操作系统将该数据包发送到目的端。

从上述数据包的发送流程中可以看出,其中涉及到多次用户态和内核态的切换,同时在切换的同时也伴随有对应的数据包的拷贝过程,用户态和内核态的切换以及数据包的拷贝过程均需要消耗较长时间,无疑增加了数据包的传输时延。

发明内容

本申请提供一种数据传输方法、计算设备以及系统,用以减少数据包的传输时延,提高数据包的传输效率。

第一方面,本申请实施例提供了一种计算设备,该计算设备包括服务容器、边车容器以及共享内存,该共享内存被该服务容器和该边车容器共享使用;

该服务容器可以生成第一数据包,还可以在该共享内存存储该第一数据包;服务容器将第一数据包存储至该共享内存后,该边车容器可以从该共享内存中获取该第一数据包,发送该第一数据包。

通过上述计算设备,服务容器与边车容器设置有共享使用的共享内存,在发送数据包时,服务容器与边车容器之间可以通过该共享内存进行数据包传输,简化数据包的发送流程,减少数据的传输时延,进而可以提高数据包的传输效率。

在一种可能的实施方式中,该边车容器还可以接收第二数据包,并将该第二数据包存储在共享内存中。之后,该服务容器可以从该共享内存获取该第二数据包。

通过上述计算设备,在接收数据包时,服务容器与边车容器之间可以通过该共享内存进行数据包传输,简化数据包的接收流程,缩短数据的传输时间,进而可以确保数据包的传输效率。

在一种可能的实施方式中,在该计算设备发送数据包以及接收数据包的过程中,该服务容器和该边车容器在用户态使用该共享内存传输数据。

通过上述计算设备,该服务容器和该边车容器在用户态进行数据传输,无需进行用户态与内核态的切换,减少了数据包的拷贝时间,能够减少数据包的传输时间。

在一种可能的实施方式中,服务容器在将第一数据包存储在共享内存后,可以通知边车容器该第一数据包已到达共享内存,以便边车容器可以及时从共享内存中获取该第一数据包,进一步缩短数据包的传输时间。

在一种可能的实施方式中,边车容器在将第二数据包存储在共享内存后,可以通知服务容器该第二数据包已到达共享内存,以便服务容器可以及时从共享内存中获取该第二数据包,进一步缩短数据包的传输时间。

在一种可能的实施方式中,该边车容器在发送第一数据包时,该边车容器可以通过RDMA发送该第一数据包(适用于计算设备中未设置网卡或无需通过网卡发送数据的场景),也可以通过RDMA向计算设备的网卡发送该第一数据包,之后由计算设备的网卡发送该第一数据包。

通过上述计算设备,边车容器利用RDMA发送数据包,能够进一步减少数据包的传输时延。

在一种可能的实施方式中,该边车容器在接收第二数据包时,该边车容器可以通过RDMA接收该第二数据包(适用于计算设备中未设置网卡或无需通过网卡发送数据的场景),也可以通过RDMA从该计算设备的网卡接收该第二数据包。

通过上述计算设备,边车容器利用RDMA接收数据包,能够有效缩短数据包的传输时间。

在一种可能的实施方式中,该服务容器上可以部署服务消费者或者服务提供者。

通过上述计算设备,该服务容器上可以部署多种不同的业务,适用于多种不同的场景。

第二方面,本申请实施例提供了一种数据传输方法,该方法由计算设备执行,该计算设备服务容器、边车容器以及共享内存,该共享内存被该服务容器和该边车容器共享使用,有益效果可以参见第一方面的描述此处不再赘述,首先。该服务容器生成第一数据包,将该第一数据包存储在共享内存中,之后,该边车容器从该共享内存中获取该第一数据包,发送该第一数据包。

在一种可能的实施方式中,该边车容器接收第二数据包,将该第二数据包存储在该共享内存中;该服务容器之后从该共享内存获取该第二数据包。

在一种可能的实施方式中,该服务容器和该边车容器在用户态使用该共享内存传输数据。

在一种可能的实施方式中,服务容器在将第一数据包存储在共享内存后,可以通知边车容器该第一数据包已到达共享内存,边车容器在接收到通知后,从共享内存中获取该第一数据包。

在一种可能的实施方式中,边车容器在将第二数据包存储在共享内存后,可以通知服务容器该第二数据包已到达共享内存,服务容器在接收到通知后,从共享内存中获取该第二数据包。

在一种可能的实施方式中,该边车容器在发送该第一数据包时,可以通过RDMA向直接发送该第一数据包,也可以通过RDMA向该计算设备的网卡发送该第一数据包,之后由该计算设备的网卡发送该第一数据包。

在一种可能的实施方式中,该边车容器在接收第二数据包时,可以通过RDMA接收第二数据包,也可以通过RDMA从该计算设备的网卡接收该第二数据包。

在一种可能的实施方式中,该服务容器部署服务消费者或者服务提供者。

第三方面,本发明实施例提供了一种计算设备,该计算设备包括处理器和存储器,还可以包括网卡,该处理器调用该存储器中的程序指令使该计算设备执行上述第二方面或第二方面任一可能的实现方式提供的方法。该存储器与该处理器耦合,其保存执行数据传输方法必要的程序指令和数据。该网卡,用于与其他设备进行通信,传输数据,如向其他设备发送数据包或从其他设备接收该数据包。

第四方面,本申请实施例提供了一种数据传输系统,有益效果可以参见第一方面的描述此处不再赘述该方法包括:首先,该系统包括第一设备和第二设备,该第一设备包括第一服务容器,第一边车容器以及第一共享内存,该第一共享内存被该第一服务容器和该第一边车容器共享使用;该第二设备包括第二服务容器,第二边车容器以及第二共享内存,该第二共享内存被该第二服务容器和该第二边车容器共享使用;

该第一服务容器,用于生成数据包,在该共享内存存储该数据包;

该第一边车容器,用于从该第一共享内存中获取该数据包,发送该数据包;

该第二边车容器,用于接收该数据包,在该第二共享内存存储该第二数据包;

该第二服务容器,用于从该共享内存获取该数据包。

在一种可能的实施方式中,该第一服务容器和该第一边车容器在该第一设备的用户态使用该第一共享内存传输数据;该第二服务容器和该第二边车容器在该第二设备的用户态使用该第二共享内存传输数据。

在一种可能的实施方式中,该第一边车容器在发送数据包时,可以通过RDMA直接发送该第一数据包,也可以通过RDMA向该第一设备的网卡发送该数据包。

在一种可能的实施方式中,该第二边车容器在接收该数据包时,可以直接通过RDMA接收该数据包,也可以通过RDMA从该第二设备的网卡接收该数据包。

在一种可能的实施方式中,第一服务容器在将数据包存储在第一共享内存后,可以通知第一边车容器该数据包已到达共享内存,第一边车容器在接收到通知后,从第一共享内存中获取该数据包。

在一种可能的实施方式中,第二边车容器在将数据包存储在第二共享内存后,可以通知第二服务容器该数据包已到达共享内存,第二服务进程在接收到通知后,从第二共享内存中获取该数据包。

在一种可能的实施方式中,该第一服务容器和该第二服务器上部署的业务不同,当第一服务容器为服务消费者时,第二服务容器为服务提供者。当第一服务容器为服务提供者时,第二服务容器为服务消费者,。

第四方面,本申请提供了一种非瞬态的可读存储介质,该非瞬态的可读存储介质被计算设备执行时,该计算设备执行前述第二方面或第二方面的任意可能的实现方式。该存储介质中存储了程序。该存储介质包括但不限于易失性存储器,例如随机访问存储器,非易失性存储器,例如快闪存储器、硬盘(hard disk drive,HDD)、固态硬盘(solid statedrive,SSD)。

第五方面,本申请提供了一种计算设备程序产品,该计算设备程序产品包括计算机指令,在被计算设备执行时,该计算设备可以执行前述第二方面或第二方面的任意可能的实现方式。该计算机程序产品可以为一个软件安装包,在需要使用前述第二方面或第二方面的任意可能的实现方式中提供的方法的情况下,可以下载该计算机程序产品并在计算设备上执行该计算机程序产品。

附图说明

图1为本申请提供的一种计算设备的结构示意图;

图2为本申请提供的一种系统的结构示意图;

图3为本申请提供的一种数据传输方法示意图;

图4为本申请提供的一种数据传输方法示意图;

图5为本申请提供的一种计算设备的结构示意图。

具体实施方式

如图1所示,为本申请实施例提供的一种计算设备的结构示意图,该计算设备10包括服务容器20、边车容器30以及共享内存40,可选的,还可以包括网卡50。该网卡用于与其他计算设备进行数据传输。该共享内存被服务容器和边车容器共享使用的内存;服务容器和边车容器为该计算设备用户态中的两个容器。服务容器和边车容器在用户态使用该共享内存传输数据。服务容器上可以部署服务消费者(consumer)或服务提供者(provider)。

在本申请实施例中该计算设备可以向其他计算设备发送数据包,也可以从其他计算设备接收数据包。

下面以该计算设备发送第一数据包为例,对计算设备10中服务容器20、边车容器30执行的操作进行说明:

该计算设备在发送第一数据包时,服务容器20生成第一数据包,将该第一数据包存储在共享内存40中。之后,边车容器30从共享内存40中获取第一数据包,发送第一数据包。

下面以该计算设备接收第二数据包为例,对计算设备10中服务容器20、边车容器30执行的操作进行说明:

该计算设备在接收第二数据包时,边车容器30接收第二数据包,在共享内存40存储第二数据包;服务容器20再从共享内存40获取第二数据包。

如图2所示,为本申请实施例提供的一种系统结构示意图,该系统100中包括第一设备200、以及第二设备300。在本申请实施例中以第一设备200为数据包发送端,第二设备300为数据包接收端为例进行说明。

第一设备200中包括第一服务容器210、第一边车容器220以及第一共享内存230,第一共享内存230为第一服务容器210和第一边车容器220共同使用的内存。可选的,第一设备200还可以包括网卡240,该网卡用于与其他计算设备进行数据传输,如向第二设备300传输数据包。

第一服务容器210和第一边车容器220为第一设备200用户态中的两个容器,第一共享内存230为第一设备200中为第一服务容器210和第一边车容器220设置的共享内存,第一服务容器210和第一边车容器220可以较为快速的在第一共享内存230中进行数据存取。

在本申请实施例中,第一服务容器210能够生成数据包,第一服务容器210还可以将该数据包存放在第一共享内存230中。第一服务容器210中可以部署服务消费者或者服务提供者。

第一边车容器220可以发送该数据包,也即将第一共享内存230中存储的数据包发送至第二边车容器310。第一边车容器220用于协助第一服务容器210实现该第一设备200的业务。

第二设备300中包括第二边车容器310、第二服务容器320以及第二共享内存330,第二共享内存330为第二边车容器310和第二服务容器320共同使用的内存。可选的,第二设备300还可以包括网卡340,该网卡用于与其他计算设备进行数据传输,如接收数据包。

第二边车容器310和第二服务容器320为第二设备300用户态中的两个容器,第二共享内存330为第二设备300中为第二边车容器310和第二服务容器320设置的共享内存,第二边车容器310和第二服务容器320可以较为快速的在第二共享内存330中进行数据存取。

在本申请实施例中,第二边车容器310能够接收数据包,还可以将该数据包存储在第二共享内存330。第二边车容器310用于协助第二服务容器320实现该第二设备300的业务。

第二服务容器320能够在第二共享内存330中获取该数据包,第二服务容器320可用于支持第二设备300的业务。第二服务容器320中可以部署服务消费者或者服务提供者。

第一服务容器210和第二服务容器320上部署的业务不同,可以为服务消费者或者服务提供者中的任一个。当第一服务容器为服务消费者时,第二服务容器为服务提供者。当第一服务容器为服务提供者时,第二服务容器为服务消费者。

在服务提供者与服务消费者之间,服务消费者可以发送一个数据包给服务提供者,服务提供者接收到该数据包后,可以根据数据包中携带的信息进行一些操作或运算,将结果通过另一个数据包反馈给服务消费者。

以网络购物场景为例,服务提供者可用于进行仓库管理,服务消费者用于进行商品订购。在需要订购某一商品时,服务消费者可以发送数据包,该数据包用于查询该商品的库存。服务提供者在接收到该数据包后,可以查看该商品的库存,若查询到该商品已经没有库存,可以向服务消费者反馈另一个数据包,用于指示该商品已无库存。若查询到该商品有库存,可以向服务消费者反馈另一个数据包,用于指示该商品仍有库存,还可以告知该商品的具体库存值。

需要说明的是,在如图1所示的结构中仅是以第一服务容器210和第一边车容器220所在的第一设备200与第二边车容器310和第二服务容器320所在的第二设备300不同为例进行说明,作为一种可能的实施方式,第一服务容器210、第一边车容器220、第二边车容器310和第二服务容器320也可以位于相同的设备,第一服务容器210与第一边车容器220位于该设备操作系统的一个命名空间中,第二边车容器310和第二服务容器320为该设备操作系统的另一个命名空间中。第一服务容器210与第一边车容器220、第二边车容器310和第二服务容器320之间相互隔离。

下面基于图1,以第一设备200发送数据包、第二设备300接收数据包为例对计算设备10发送第一数据包、计算设备10接收第二数据包的方式进行说明,参见图3和图4,该方法包括:

步骤301:第一服务容器210生成数据包,在第一共享内存230中存储该数据包。

步骤302:第一边车容器220从第一共享内存230获取该数据包,发送数据包。

步骤303:第二边车容器310接收数据包,在第二共享内存330存储数据包。

步骤304:第二服务容器320从第二共享内存330中获取数据包。

第一服务容器210在运行的过程中,可以生成数据包,该数据包可以为超文本传输协议(hypertext transfer protocol,http)报文,该数据包可以用于请求数据,或进行数据查询。

下面对数据包的结构进行说明。

参见图3,数据包包括包头和包体,包头中携带有该数据包的辅助信息,例如包头中可以包括该数据包的目的地址、源地址、以及目的操作(也即指示接收端所需执行的操作,例如查询库存、减库存)等信息。其中目的地址用于指示该数据包的接收端(也即第二设备300),源地址用于指示该数据包的发送端(也即第一设备200),包体中携带有数据包的主要数据,例如,该数据包用于请求数据,该数据包可以携带所需请求的数据的相关信息,具体的,该数据包用于查询某有商品的库存,包体中可以携带该商品的信息。

第一服务容器210在生成数据包后可以将该数据包存储在第一共享内存230中,可选的,第一服务容器210还可以通知第一边车容器220,告知第一边车容器220该数据包已发生至第一共享内存230。以便第一边车容器220能够及时发送该数据包。

需要说明的是,第一服务容器210为了能够将数据包存储至第一共享内存230,可以调用数据库,该数据库中可以包括一个或多个应用程序接口(application programminginterface,API),不同API用于实现不同的功能。在本申请实施例中该数据库中可以包括发送API以及接收API。其中,发送API用于实现数据的发送,接收API用于实现数据的接收。

在本申请实施例中,第一服务容器210可以调用该发送API将数据包存储至第一共享内存230,第一边车容器220可以调用该接收API从第一共享内存230获取该数据包的包头。

可选的,第一服务容器210将该数据包存储在第一共享内存230时,还可以对数据包进行封装,使得数据包可以以用户态的数据格式存储在第一共享内存230。

第一边车容器220在发送该数据包时,可以直接发送存放在第一共享内存230中的数据包,也可以对第一共享内存230中的数据包进行进一步处理。

例如,第一边车容器220可以从第一共享内存230中获取该数据包的包头,分析包头中携带的辅助信息,对该数据包进行一些处理操作。

第一边车容器220为了能够从第一共享内存230获取该包头,可以调用数据库中接收API从第一共享内存230获取该数据包的包头。

可选的,第一边车容器220从第一共享内存230获取该包头后,若数据包已进行了封装,第一边车容器220还可以对包头进行解封装,以便进行后续的处理操作。

在这里第一边车容器220执行的处理操作包括但不限于:确定该数据包的目的地址、以及更新该数据包的目的地址。

第一边车容器220在获取该数据包的包头后,能够获知该数据包的目的地址,基于该目的地址可以确定该数据包的接收端,第一边车容器220确定该接收端是否能够接收该数据包,如果该接收端(如第二边车容器310)当前正处于忙碌状态,第一边车容器220可以为数据包重新选择接收端,更新数据包的包头中的目的地址。第一边车容器220可以为该数据包确定一个新的接收端,利用该接收端的地址更新数据包的包头中的目的地址,之后执行步骤302。

下面对第一边车容器220确定该接收端是否能够接收该数据包的方式进行说明:

边车容器可以预先确定其他边车容器的运行状态。例如,各个边车容器的运行状态可以保存一个容器中(为方便区分,该容器可以称为管理容器),管理容器可以收集各个边车容器的运行状态,边车容器可以从该管理容器中获取其他边车容器的运行状态。该不同边车容器可以是运行在同一设备中的边车容器,也可以为运行在不同设备的边车容器。在本申请实施例中,第一边车容器220可以获取第二边车容器310的运行状态,确定第二边车容器310是否处于忙碌状态,若第二边车容器310处于忙碌状态,则说明第二服务容器320当前无法及时的接收该数据包,第一边车容器220可以选择为该数据包重新选择接收端,例如选择当前处于非忙碌状态的边车容器。

如果该接收端中的边车容器当前正处于非忙碌状态,第一边车容器220可以确定发送该数据包,执行步骤302。

需要说明的是,若第一边车容器220在发送该数据包时,可以将获取第一共享内存230中的包体,将该包体与经过处理操作后的包头发送到第二设备300。

第一边车容器220在执行步骤302时,为了能够进一步减少数据包的传输时延,第一边车容器220可以基于远端直接数据存取(remote direct memory access,RDMA),绕过第一设备200的操作系统,直接将该数据包(也即包体和经过处理操作后的包头)从第一共享内存230传输到第二设备300。

第一边车容器220在基于RDMA向第二设备300传输该数据包时,可以基于RDMA先将该数据包发送到第一设备200中的网卡240,之后由第一设备200中的网卡240将该数据包发送到第二设备300(如发生到第二设备300的网卡340)。

当数据包到达第二设备300时,第二边车容器310可以接收该数据包,将该数据包存放到第二共享内存330中,第二边车容器310可以仅是将数据包存放在第二共享内存330中,由第二服务容器320进行后续的处理操作。

第二边车容器310在接收该数据包时,可以基于RDMA从第二设备300的网卡接收该数据包。

第二边车容器310将该数据包存放到第二共享内存330时,也可以调用数据库中的发送API将数据包存储至第一共享内存230。第二边车容器310还可以对数据包进行封装,使得数据包可以以用户态的数据格式存储在第二共享内存330。

可选的,第二边车容器310将该数据包存放到第二共享内存330后,可以通知第二服务容器320该数据包已发生至第二共享内存330。

第二边车容器310将该数据包存放到第二共享内存330后,第二边车容器310也可以对该数据包进行进一步处理,之后再由第二服务容器320进行后续的处理操作。

例如,第二边车容器310可以从第二共享内存330中获取该数据包的包头,对该数据包的包头执行一些处理操作。

第二边车容器310执行的处理操作不同与第一边车容器220执行的处理操作不同。第一边车容器220执行的处理操是第一边车容器220作为发送端的边车进程执行的处理操作,例如,确定该数据包的接收端,确定是否发送该数据包等。第二边车容器310执行的处理操是第二边车容器310作为接收端的边车进程执行的处理操作,作为接收端的边车进程,第二边车容器310在接收到该数据包后,可以进一步确定是否将该数据包转发给第二服务容器320处理。例如,第二服务容器320可以根据预先配置的策略确定是否将该数据包转发给第二服务容器320处理,该预先配置的策略可以是流量控制策略,该流程控制策略可以指示在特定时间内允许发往第二服务容器320的数据包的数量,当第二边车容器310累计转发给第二服务容器320的数据包已经超过该数量,则可以丢弃,否则可以将该数据包转发给第二服务容器320。

第二边车容器310在确定第二服务容器320可以继续处理该数据包,可以将经过处理操作后的包头将存放到第二共享内存330,通知第二服务容器320该数据包已发生至第二共享内存330。

第二服务容器320在接收到第二边车容器310的通知后,可以从第二共享内存330中获取该数据包,进行后续的处理操作,例如获取该数据包的包体中携带的数据,例如该数据包用于请求查询数据,则第二服务容器320可以获取该数据包中的信息,将该数据包所请求的数据构建为另一个数据包,反馈给第一边车容器220。第二服务容器320将该数据包反馈给第一边车容器220的方式与第一边车容器220将数据包发送给第一边车容器220的方式类似,具体可以参见前述内容,此处不再赘述。

其中,第二服务容器320为了能够从第二共享内存330获取该数据包,可以调用数据库中接收API从第二共享内存330获取该数据包。第二服务容器320从第二共享内存330获取该数据包后,若数据包已进行了封装,第二服务容器320还可以对数据包进行解封装,以便能够对该数据包进行后续处理操作。

本申请实施例中对容器的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,另外,在本申请各个实施例中的各个容器可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上容器集成为一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。

该集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是个人计算机,手机,或者网络设备等)或处理器(processor)执行本申请各个实施例该方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-onlymemory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

如图5所示的计算设备500。所述计算设备500包括总线501、处理器502、网卡503和存储器504。处理器502、存储器504和网卡503之间通过总线501通信。

其中,处理器502可以为中央处理器(central processing unit,CPU)。存储器504可以包括易失性存储器(volatile memory),例如随机存取存储器(random accessmemory,RAM)。存储器504还可以包括非易失性存储器(non-volatile memory),例如只读存储器(read-only memory,ROM),快闪存储器,HDD或SSD。存储器中存储有程序指令,处理器502执行该程序指令以使计算设备执行前述数据传输方法(如图3中所示的步骤301~步骤302,或步骤303~步骤304)。存储器504中还可以包括操作系统等其他运行进程所需的软件模块。操作系统可以为LINUXTM,UNIXTM,WINDOWSTM等。

具体的,存储器504中存储有前述执行第一设备或第二设备中的容器(如服务容器以及边车容器)所需的程序指令。存储器504中除了存储前述程序指令,还可以包括操作系统等其他运行进程所需的软件模块。操作系统可以为LINUXTM,UNIXTM,WINDOWSTM等。

上述各个附图对应的流程的描述各有侧重,某个流程中没有详述的部分,可以参见其他流程的相关描述。

在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。数据同步的计算机程序产品包括一个或多个数据同步的计算机程序指令,在计算机上加载和执行所述数据同步的计算机程序指令时,全部或部分地产生按照本发明实施例所述的数据同步的流程或功能。

所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质包括存储有分类模型训练的计算机程序指令的可读存储介质。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如SSD)。

15页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:RDMA设备的分配方法、计算设备及存储介质

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!