容器访问方法、装置、设备和存储介质与流程

1.本发明涉及网络通信领域，尤其涉及一种容器访问方法、装置、设备和存储介质。


背景技术：

2.可知，目前主要使用http或grpc协议访问容器，进行业务逻辑处理，但是使用http或grpc协议访问容器需要消耗较多的网络资源和系统开销，在网络流量大的情况下，往往无法满足访问需求。因此，如何提高容器的访问效率就成为了目前亟待解决的技术问题。


技术实现要素：

3.本发明提供了一种容器访问方法、装置、设备和存储介质，可以提高访问效率。
4.第一方面，本发明实施例提供了一种容器访问方法，该方法包括：数据发送进程基于与主机socket服务端的socket连接向主机socket服务端发送待处理数据包；主机socket客户端基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包；容器socket服务端调用容器业务逻辑层对待处理数据包进行数据处理，得到数据处理结果；容器socket客户端基于与数据接收进程的socket连接向数据接收进程发送数据处理结果。
5.在第一方面的一些可实现方式中，数据发送进程与主机socket服务端的socket连接、主机socket客户端与容器socket服务端的socket连接、容器socket客户端与数据接收进程的socket连接是预先建立的。
6.在第一方面的一些可实现方式中，该方法还包括：主机socket服务端根据负载均衡算法，从多个主机socket客户端中选择用于发送待处理数据包的主机socket客户端；主机socket客户端基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包，包括：被选中的主机socket客户端基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包。
7.在第一方面的一些可实现方式中，容器socket服务端调用容器业务逻辑层对待处理数据包进行数据处理，得到数据处理结果，包括：容器socket服务端根据待处理数据包所属的协议，确定待处理数据包对应的容器业务逻辑层；调用待处理数据包对应的容器业务逻辑层对待处理数据包进行数据处理，得到数据处理结果。
8.在第一方面的一些可实现方式中，调用待处理数据包对应的容器业务逻辑层对待
处理数据包进行数据处理，得到数据处理结果，包括：调用待处理数据包对应的容器业务逻辑层对待处理数据包进行特征提取，并将提取到的数据特征输入ai模型进行预测，将预测结果作为数据处理结果。
9.在第一方面的一些可实现方式中，将预测结果作为数据处理结果，包括：将预测结果的格式转换为数据接收进程对应的协议的格式，并将转换后的预测结果作为数据处理结果。
10.在第一方面的一些可实现方式中，容器socket服务端和容器socket客户端所处的容器为docker容器。
11.第二方面，本发明实施例提供了一种容器访问装置，该装置包括：发送模块，用于数据发送进程基于与主机socket服务端的socket连接向主机socket服务端发送待处理数据包；发送模块，还用于主机socket客户端基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包；调用模块，用于容器socket服务端调用容器业务逻辑层对待处理数据包进行数据处理，得到数据处理结果；发送模块，还用于容器socket客户端基于与数据接收进程的socket连接向数据接收进程发送数据处理结果。
12.第三方面，本发明实施例提供了一种电子设备，该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如以上所述的方法。
13.第四方面，本发明实施例提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行如以上所述的方法。
14.第五方面，本发明实施例提供了一种计算机程序产品，该计算机程序产品包括计算机程序，计算机程序在被处理器执行时实现如以上所述的方法。
15.在本发明中，数据发送进程可以基于与主机socket服务端的socket连接向主机socket服务端发送待处理数据包，主机socket客户端基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包，容器socket服务端调用容器业务逻辑层对待处理数据包进行数据处理，得到数据处理结果，容器socket客户端基于与数据接收进程的socket连接向数据接收进程发送数据处理结果。以此方式，可以在网络流量大即待处理数据包数量较多的情况下，通过资源开销较低的socket快速访问容器，以进行数据处理，从而提高访问效率。
16.应当理解，发明内容部分中所描述的内容并非旨在限定本发明的实施例的关键或重要特征，亦非用于限制本发明的范围。本发明的其它特征将通过以下的描述变得容易理解。
附图说明
17.结合附图并参考以下详细说明，本发明各实施例的上述和其他特征、优点及方面将变得更加明显。附图用于更好地理解本方案，不构成对本发明的限定在附图中，相同或相似的附图标记表示相同或相似的元素，其中：
图1示出了一种能够在其中实现本发明的实施例的示例性运行环境的示意图；图2示出了本发明实施例提供的一种容器访问方法的流程图；图3示出了另一种能够在其中实现本发明的实施例的示例性运行环境的示意图；图4示出了本发明实施例提供的一种容器访问装置的结构图；图5示出了一种能够实施本发明的实施例的示例性电子设备的结构图。
具体实施方式
18.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本发明保护的范围。
19.另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
20.针对背景技术中出现的问题，本发明实施例提供了一种容器访问方法、装置、设备和存储介质。具体地，数据发送进程可以基于与主机socket服务端的socket连接向主机socket服务端发送待处理数据包，主机socket客户端基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包，容器socket服务端调用容器业务逻辑层对待处理数据包进行数据处理，得到数据处理结果，容器socket客户端基于与数据接收进程的socket连接向数据接收进程发送数据处理结果。
21.以此方式，可以在网络流量大即待处理数据包数量较多的情况下，通过资源开销较低的socket快速访问容器，以进行数据处理，从而提高访问效率。
22.下面结合附图，通过具体的实施例对本发明实施例提供的容器访问方法、装置、设备和存储介质进行详细地说明。
23.图1示出了一种能够在其中实现本发明的实施例的示例性运行环境的示意图，如图1所示，运行环境100中可以包括数据发送进程、主机、容器、数据接收进程。
24.其中，数据发送进程可以是logs processing。主机上运行主机socket服务端、主机socket客户端。容器上运行容器socket服务端、容器业务逻辑层、容器socket客户端。示例性地，容器socket服务端和容器socket客户端所处的容器可以为docker容器。数据接收进程可以是logs record。
25.作为一个示例，数据发送进程可以基于与主机socket服务端的socket连接向主机socket服务端发送待处理数据包。主机socket客户端调取待处理数据包，并基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包。容器socket服务端调用容器业务逻辑层对待处理数据包进行数据处理，得到数据处理结果。容器socket客户端调取数据处理结果，并基于与数据接收进程的socket连接向数据接收进程发送数据处理结果。
26.需要注意的是，socket是应用层与tcp/ip协议族通信的中间软件抽象层，它是一组接口，面向传输层进行网络编程。相对而言，http和grpc协议是基于socket开发的上层应用协议。而且，http协议每次发送数据至服务器端进行处理都需要经历以下几个步骤：建立
tcp连接、客户端向服务器发送数据、服务器接收数据进行处理、服务器返回数据给客户端、释放tcp连接。反复建立tcp连接和释放tcp连接在高并发应用中，会带来巨大的网络资源和系统开销，降低并发连接数。grpc协议由http / 2标头，代码和protobuf约定组成。由此可知，两者在网络资源利用和系统开销上高于socket本身。如此一来，可以在网络流量较大即待处理数据包数量较多的情况下，通过资源开销较低的socket快速访问容器，以进行数据处理，从而提高访问效率。
27.下面将详细介绍本发明实施例提供的容器访问方法，其中，该容器访问方法可以应用于图1所示的运行环境100。
28.图2示出了本发明实施例提供的一种容器访问方法200的流程图，如图所示，容器访问方法200可以包括以下步骤：s210，数据发送进程基于与主机socket服务端的socket连接向主机socket服务端发送待处理数据包。
29.其中，数据发送进程可以是logs processing，主机socket服务端是部署在主机上的socket服务端，待处理数据包为业务逻辑运行所需的数据包。
30.s220，主机socket客户端基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包。
31.在一些实施例中，主机socket服务端可以根据负载均衡算法，从多个主机socket客户端中例如主机客户端池，选择用于发送待处理数据包的主机socket客户端，也即从多个主机socket客户端中选择当前性能较优的主机socket客户端来传输待处理数据包。需要注意的是，多个主机socket客户端中每个主机socket客户端均对应一个容器socket服务端，以便完成容器内多进程模式数据处理。
32.被选中的主机socket客户端可以调取已被主机socket服务端接收的待处理数据包，并基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包，从而提高待处理数据包的并发传输效率。
33.s230，容器socket服务端调用容器业务逻辑层对待处理数据包进行数据处理，得到数据处理结果。
34.在一些实施例中，容器socket服务端可以根据待处理数据包所属的协议，确定待处理数据包对应的容器业务逻辑层，具体地，可以确定协议对应的容器业务逻辑层为待处理数据包对应的容器业务逻辑层。
35.然后调用待处理数据包对应的容器业务逻辑层对待处理数据包进行数据处理，快速得到数据处理结果。示例地，可以调用待处理数据包对应的容器业务逻辑层对待处理数据包进行特征提取，并将提取到的数据特征输入ai模型进行预测，将预测结果作为数据处理结果。
36.s240，容器socket客户端基于与数据接收进程的socket连接向数据接收进程发送数据处理结果。
37.具体地，容器socket客户端可以调取数据处理结果，并基于与数据接收进程的socket连接向数据接收进程发送数据处理结果。其中，数据接收进程可以是logs record。
38.参见s230，可以将预测结果的格式转换为数据接收进程对应的协议的格式，并将转换后的预测结果作为数据处理结果，便于数据快速传输。
39.根据本发明实施例，数据发送进程可以基于与主机socket服务端的socket连接向主机socket服务端发送待处理数据包，主机socket客户端基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包，容器socket服务端调用容器业务逻辑层对待处理数据包进行数据处理，得到数据处理结果，容器socket客户端基于与数据接收进程的socket连接向数据接收进程发送数据处理结果。如此一来，可以在网络流量大即待处理数据包数量较多的情况下，通过资源开销较低的socket快速访问容器，以进行数据处理，从而提高访问效率。
40.在一些实施例中，数据发送进程与主机socket服务端的socket连接、主机socket客户端与容器socket服务端的socket连接、容器socket客户端与数据接收进程的socket连接是预先建立的。
41.例如，数据发送进程可以向主机socket服务端发送socket连接请求，主机socket服务端响应于socket连接请求，反馈相应信息，建立两者的socket连接。主机socket客户端与容器socket服务端的socket连接、容器socket客户端与数据接收进程的socket连接的建立过程与数据发送进程与主机socket服务端的socket连接的建立过程类似，在此不做赘述。可知，建立后的socket连接会长时间保持，无需频繁的创建连接和释放连接，可以更好的减小网络资源和系统开销。
42.图3示出了另一种运行环境的示意图，相比于图1所示的运行环境100，运行环境300中存在多个主机socket客户端。下面结合图3所示运行环境300对容器访问方法进行详细说明，具体如下：数据发送进程可以基于与主机socket服务端的socket连接向主机socket服务端发送待处理数据包。
43.主机socket服务端可以根据负载均衡算法，从多个主机socket客户端中选择用于发送待处理数据包的主机socket客户端。
44.被选中的主机socket客户端可以调取已被主机socket服务端接收的待处理数据包，并基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包。
45.容器socket服务端可以根据待处理数据包所属的协议，确定待处理数据包对应的容器业务逻辑层，然后调用待处理数据包对应的容器业务逻辑层对待处理数据包进行特征提取，并将提取到的数据特征输入ai模型进行预测，将预测结果的格式转换为数据接收进程对应的协议的格式，并将转换后的预测结果作为数据处理结果。
46.容器socket客户端可以调取数据处理结果，并基于与数据接收进程的socket连接向数据接收进程发送数据处理结果。
47.可以理解，数据发送进程可以有多个，且与主机socket服务端连接，也即主机socket服务端可以与多个数据发送进程连接，并行发送数据，用于后续数据处理。
48.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本发明所必须的。
49.以上是关于方法实施例的介绍，以下通过装置实施例，对本发明所述方案进行进
一步说明。
50.图4示出了根据本发明的实施例提供的一种容器访问装置的结构图，如图4所示，容器访问装置400可以包括：发送模块410，用于数据发送进程基于与主机socket服务端的socket连接向主机socket服务端发送待处理数据包。
51.发送模块410，还用于主机socket客户端基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包。
52.调用模块420，用于容器socket服务端调用容器业务逻辑层对待处理数据包进行数据处理，得到数据处理结果。
53.发送模块410，还用于容器socket客户端基于与数据接收进程的socket连接向数据接收进程发送数据处理结果。
54.在一些实施例中，数据发送进程与主机socket服务端的socket连接、主机socket客户端与容器socket服务端的socket连接、容器socket客户端与数据接收进程的socket连接是预先建立的。
55.在一些实施例中，容器访问装置400还包括：选择模块，用于主机socket服务端根据负载均衡算法，从多个主机socket客户端中选择用于发送待处理数据包的主机socket客户端。
56.发送模块410具体用于：被选中的主机socket客户端基于与容器socket服务端的socket连接向容器socket服务端发送待处理数据包。
57.在一些实施例中，调用模块420具体用于：容器socket服务端根据待处理数据包所属的协议，确定待处理数据包对应的容器业务逻辑层。
58.调用待处理数据包对应的容器业务逻辑层对待处理数据包进行数据处理，得到数据处理结果。
59.在一些实施例中，调用模块420具体用于：调用待处理数据包对应的容器业务逻辑层对待处理数据包进行特征提取，并将提取到的数据特征输入ai模型进行预测，将预测结果作为数据处理结果。
60.在一些实施例中，调用模块420具体用于：将预测结果的格式转换为数据接收进程对应的协议的格式，并将转换后的预测结果作为数据处理结果。
61.在一些实施例中，容器socket服务端和容器socket客户端所处的容器为docker容器。
62.可以理解的是，图4所示容器访问装置400中的各个模块/单元具有实现本发明实施例提供的容器访问方法200中的各个步骤的功能，并能达到其相应的技术效果，为了简洁，在此不再赘述。
63.图5示出了一种可以用来实施本发明的实施例的电子设备的结构图。电子设备500旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备500还可以表示各
种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
64.如图5所示，电子设备500可以包括计算单元501，其可以根据存储在只读存储器（rom）502中的计算机程序或者从存储单元508加载到随机访问存储器（ram）503中的计算机程序，来执行各种适当的动作和处理。在ram503中，还可存储电子设备500操作所需的各种程序和数据。计算单元501、rom502以及ram503通过总线504彼此相连。输入/输出（i/o）接口505也连接至总线504。
65.电子设备500中的多个部件连接至i/o接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许电子设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
66.计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元（cpu）、图形处理单元（gpu）、各种专用的人工智能（ai）计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器（dsp）、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如方法200。例如，在一些实施例中，方法200可被实现为计算机程序产品，包括计算机程序，其被有形地包含于计算机可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由rom502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到ram503并由计算单元501执行时，可以执行上文描述的方法200的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行方法200。
67.本文中以上描述的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列（fpga）、专用集成电路（asic）、专用标准产品（assp）、片上系统（soc）、负载可编程逻辑设备（cpld）、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
68.用于实施本发明的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
69.在本发明的上下文中，计算机可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。计算机可读介质可以是计算机可读信号介质或计算机可读储存介质。计算机可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。计算机可读存储介质的更具体示例会包括基于一个或多个线的电气连
接、便携式计算机盘、硬盘、随机存取存储器（ram）、只读存储器（rom）、可擦除可编程只读存储器（eprom或快闪存储器）、光纤、便捷式紧凑盘只读存储器（cd-rom）、光学储存设备、磁储存设备、或上述内容的任何合适组合。
70.需要注意的是，本发明还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行方法200，并达到本发明实施例执行其方法达到的相应技术效果，为简洁描述，在此不再赘述。
71.另外，本发明还提供了一种计算机程序产品，该计算机程序产品包括计算机程序，计算机程序在被处理器执行时实现方法200。
72.为了提供与用户的交互，可以在计算机上实施以上描述的实施例，该计算机具有：用于向用户显示信息的显示装置（例如，crt（阴极射线管）或者lcd（液晶显示器）监视器）；以及键盘和指向装置（例如，鼠标或者轨迹球），用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈（例如，视觉反馈、听觉反馈、或者触觉反馈）；并且可以用任何形式（包括声输入、语音输入或者、触觉输入）来接收来自用户的输入。
73.可以将以上描述的实施例实施在包括后台部件的计算系统（例如，作为数据服务器）、或者包括中间件部件的计算系统（例如，应用服务器）、或者包括前端部件的计算系统（例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互）、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信（例如，通信网络）来将系统的部件相互连接。通信网络的示例包括：局域网（lan）、广域网（wan）和互联网。
74.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
75.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明公开的技术方案所期望的结果，本文在此不进行限制。
76.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。