CN111901157A - 一种基于k8s的服务部署方法、装置、设备、介质 - Google Patents

一种基于k8s的服务部署方法、装置、设备、介质 Download PDF

Info

Publication number
CN111901157A
CN111901157A CN202010664169.2A CN202010664169A CN111901157A CN 111901157 A CN111901157 A CN 111901157A CN 202010664169 A CN202010664169 A CN 202010664169A CN 111901157 A CN111901157 A CN 111901157A
Authority
CN
China
Prior art keywords
service
proxy
pod
target pod
data
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.)
Granted
Application number
CN202010664169.2A
Other languages
English (en)
Other versions
CN111901157B (zh
Inventor
陈清山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202010664169.2A priority Critical patent/CN111901157B/zh
Publication of CN111901157A publication Critical patent/CN111901157A/zh
Priority to US18/014,798 priority patent/US11916740B2/en
Priority to PCT/CN2021/076995 priority patent/WO2022007406A1/zh
Application granted granted Critical
Publication of CN111901157B publication Critical patent/CN111901157B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请公开了一种基于k8s的服务部署方法、装置、设备、介质，该方法包括：获取服务数据，其中，所述服务数据中包括一个服务对应的数据；根据所述服务数据在第一目标pod上部署服务；基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy，以便将所述Proxy作为所述服务的网络代理；获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。这样一个pod只部署一个服务，不需要再部署一个单独的服务将一个pod上的各个独立服务串起来，减少了服务部署过程中的工作量，且提高了资源利用率，可以通过Proxy为服务增加插件，增加插件后不需要重新进行整个pod的编译。

Description

一种基于k8s的服务部署方法、装置、设备、介质
技术领域
本申请涉及计算机领域，特别涉及一种基于k8s的服务部署方法、装置、设备、介质。
背景技术
在k8s(也即kubernetes)中通常将多个独立模型部署在同一个pod上，并开发一个独立服务来调用这个pod上的独立模型，也即这个独立服务负责按照设计的顺序依次调用pod中的独立模型。同时将上个一个pod的输出作为当前pod的输入。其中，一个独立模型对应一个服务。然而在这个模式下，需要伸缩时，只能对整个pod进行伸缩，减低了伸缩过程中的灵活性。此外，需要单独开发一个独立服务，用来将pod中的独立模型串联起来，增加了服务开发过程中的工作量。且在修改某一个独立模型的时候，如调整顺序，或者增加、删除某一独立模型时，需要重新编译整个pod，这样会导致修改服务需要耗费的时间较长。且在资源占用上，部署多个独立模型的pod无法达到资源利用率最高，类似木桶原理，瓶颈会存在于最消耗资源的那个模型上。
发明内容
有鉴于此，本申请的目的在于提供一种基于k8s的服务部署方法、装置、设备、介质，能够提高服务部署的灵活性，且提高了资源利用率。其具体方案如下：
第一方面，本申请公开了一种基于k8s的服务部署方法，包括：
获取服务数据，其中，所述服务数据中包括一个服务对应的数据；
根据所述服务数据在第一目标pod上部署服务；
基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy，以便将所述Proxy作为所述服务的网络代理；
获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。
可选地，所述基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy之后，还包括：
基于TCP协议建立所述服务和所述Proxy之间的通信连接。
可选地，所述基于k8s的服务部署方法，还包括：
获取所述第一目标pod对应的伸缩规则；
对所述伸缩规则进行存储，以便根据系统的运行负载和所述伸缩规则对所述第一目标pod进行伸缩。
可选地，所述获取所述第一目标pod对应的预设ConfigMap之后，还包括：
当所述Proxy接收到待传输数据时，通过所述服务对所述待传输数据进行处理，得到处理后待传输数据；
通过所述Proxy将所述处理后待传输数据发送给第二目标pod，其中，所述第二目标pod为根据所述预设ConfigMap中的路由信息确定出的。
可选地，所述通过所述Proxy将所述处理后待传输数据发送给第二目标pod之前，还包括：
基于HTTP协议建立所述第一目标pod中的Proxy与所述第一目标pod中的Proxy之间的通信连接。
可选地，所述通过所述Proxy将所述处理后待传输数据发送给第二目标pod之前，还包括：
根据所述第一目标pod中的Proxy名称确定所述第一目标pod在所述预设ConfigMap中的路由信息中所处的当前节点；
根据所述路由信息和所述第一目标pod所处的当前节点确定出所述第二目标pod。
可选地，所述根据所述路由信息和所述第一目标pod所处的当前节点确定出所述第二目标pod，包括：
如果所述第一目标pod所处的当前节点为所述路由信息中的最后一个节点，则将所述路由信息中的第一个节点确定为所述第二目标pod。
第二方面，本申请公开了一种基于k8s的服务部署装置，包括：
第一数据获取模块，用于获取服务数据，其中，所述服务数据中包括一个服务对应的数据；
第一部署模块，用于根据所述服务数据在第一目标pod上部署服务；
第二部署模块，用于基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy，以便将所述Proxy作为所述服务的网络代理；
第二数据获取模块，用于获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。
第三方面，本申请公开了一种电子设备，包括：
存储器和处理器；
其中，所述存储器，用于存储计算机程序；
所述处理器，用于执行所述计算机程序，以实现前述公开的基于k8s的服务部署方法。
第四方面，本申请公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的基于k8s的服务部署方法。
可见，本申请先获取服务数据，其中，所述服务数据中包括一个服务对应的数据，然后根据所述服务数据在第一目标pod上部署服务，并基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy，以便将所述Proxy作为所述服务的网络代理，再获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。由此可见，本申请中在获取包括第一服务对应的数据之后，根据接收到的服务数据进行这个服务部署在一个pod上，这样一个pod只部署一个服务，便不需要再部署一个单独的服务来将一个pod上的各个独立服务串起来，减少了服务部署过程中的工作量，且可以只根据pod上这个服务自身的负载对这个pod进行伸缩，提高了资源利用率，此外还可以通过Proxy为服务增加插件，增加插件后不需要重新进行整个pod的编译，且Proxy可以根据预设ConfigMap中的路由信息进行不同pod之间的通信，使得到pod之间通信更方便。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请公开的一种基于k8s的服务部署方法流程图；
图2为本申请公开的一种具体的基于k8s的服务部署方法流程图；
图3为本申请公开的一种Proxy和服务之间的通信示意图；
图4为本申请公开的一种预设ConfigMap示意图；
图5为本申请公开的一种pod部署示意图；
图6为本申请公开的一种pod伸缩示意图；
图7为本申请公开的一种不同Proxy之间的通信示意图；
图8为本申请公开的一种基于k8s的服务部署装置结构示意图；
图9为本申请公开的一种电子设备结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
参见图1所示，本申请实施例公开了一种基于k8s的服务部署方法，该方法包括：
步骤S11：获取服务数据，其中，所述服务数据中包括一个服务对应的数据。
在具体的实施过程中，需要先获取服务数据，其中，所述服务数据中包括一个服务对应的数据，以便根据所述服务数据在第一目标pod上部署相应的服务。
步骤S12：根据所述服务数据在第一目标pod上部署服务。
相应地，在获取到所述服务数据之后，便可以根据所述服务数据在第一目标pod上部署服务，其中，所述第一目标pod可以是用户选择的pod。
步骤S13：基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy，以便将所述Proxy作为所述服务的网络代理。
在所述第一目标pod上部署所述服务之后，还需要在所述第一目标pod上部署所述服务对应的Proxy，以便将所述Proxy作为所述服务的网络代理。具体的，可以基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy。sidecar是k8s中的一种部署形式，通过sidecar方式，可以自动为某一类服务增加一个插件，达到实现某种功能的目的。proxy采用sidecar方式部署，对于使用者来说是透明的，也即实现了Proxy透明化，Proxy透明化指的是Proxy组件对用户透明，因为Proxy采用sidecar方式实现，会自动为用户的服务增加插件，所以用户不需要配置proxy相关内容，达到对用户透明。
步骤S14：获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。
在所述第一目标pod上部署所述Proxy之后，还需要获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。这样可以利用Proxy实现不同pod之间的通信。
可见，本申请先获取服务数据，其中，所述服务数据中包括一个服务对应的数据，然后根据所述服务数据在第一目标pod上部署服务，并基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy，以便将所述Proxy作为所述服务的网络代理，再获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。由此可见，本申请中在获取包括第一服务对应的数据之后，根据接收到的服务数据进行这个服务部署在一个pod上，这样一个pod只部署一个服务，便不需要再部署一个单独的服务来将一个pod上的各个独立服务串起来，减少了服务部署过程中的工作量，且可以只根据pod上这个服务自身的负载对这个pod进行伸缩，提高了资源利用率，此外还可以通过Proxy为服务增加插件，增加插件后不需要重新进行整个pod的编译，且Proxy可以根据预设ConfigMap中的路由信息进行不同pod之间的通信，使得到pod之间通信更方便。
参见图2所示，本申请实施例公开了一种具体的基于k8s的服务部署方法，该方法包括：
步骤S21：获取服务数据，其中，所述服务数据中包括一个服务对应的数据。
步骤S22：根据所述服务数据在第一目标pod上部署服务。
步骤S23：基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy，以便将所述Proxy作为所述服务的网络代理。
步骤S24：基于TCP协议建立所述服务和所述Proxy之间的通信连接。
在所述第一目标pod上部署所述Proxy之后，还需要基于TCP(TransmissionControl Protocol，传输控制协议)协议建立所述服务和所述Proxy之间的通信连接。具体的，就是Proxy容器对外端口默认为80，通过与服务的port端口建立TCP通信，进行请求和响应的传递。参见图3所示，为Proxy和服务之间的通信原理示意图。Proxy对外端口默认为80，通过与服务的port端口建立TCP通信，进行请求和响应的传递。
步骤S25：获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。
可以理解的是，在建立所述服务和所述Proxy之间的通信连接之后，还需要获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。参见图4所示，为预设ConfigMap包括的信息。所述预设ConfigMap包括路由信息，也即图中的RouteMap，路由信息中包括各个节点的名称(name)，各个节点的类型(type)，所述各个节点的类型包括开始、过程、结束。还包括各个节点的地址，以及当前节点的下一个节点。例如，图4中的路由信息包括3个节点，第一个节点名称Proxy A，节点类型为开始(START)，地址为http://ip:port/methodA，下一个节点为Proxy B；第二个节点名称Proxy B，节点类型为过程(PROCESS)，地址为http://ip:port/methodB，下一个节点为Proxy C；第三个节点名称Proxy C，节点类型为结束(END)，地址为http://ip:port/methodC，下一个节点为空(NULL)。
步骤S26：获取所述第一目标pod对应的伸缩规则。
在实际应用中，还需要设置所述第一目标pod的伸缩规则，以便根据所述伸缩规则对所述第一目标pod进行伸缩，以控制所述第一目标pod的副本数量。
步骤S27：对所述伸缩规则进行存储，以便根据系统的运行负载和所述伸缩规则对所述第一目标pod进行伸缩。
在获取到所述伸缩规则之后，便可以对所述伸缩规则进行存储，以便根据系统的运行负载和所述伸缩规则对所述第一目标pod进行伸缩。也即，在对所述伸缩规则进行存储之后，便可以根据所述第一目标pod所处的系统的负载情况以及所述伸缩规则，对所述第一目标pod的副本数量进行控制。例如，在所述系统的负载较小时，可以根据所述伸缩规则增加所述第一目标pod的副本数量，当在所述系统的负载较大时，可以根据所述伸缩规则减少所述第一目标pod的副本数量。
参见图5所示，为pod部署示意图。根据实际应用场景可以在多个pod上部署服务(service)以及各个服务对应的Proxy，例如，在pod A上部署service A以及service A对应的Proxy A，在pod B上部署service B以及service B对应的Proxy B，在pod C上部署service C以及service C对应的Proxy C，在pod D上部署service D以及service D对应的Proxy D，在pod E上部署service E以及service E对应的Proxy E。Proxy A可以与Proxy B进行通信，Proxy B可以与Proxy C、Proxy D进行通信，Proxy C和Proxy D均可以和Proxy E进行通信。
参见图6所示，为pod伸缩示意图。根据所述系统的负载和各个pod的伸缩，控制各个pod的副本数量，各个pod的副本数量可以不一样，例如，根据系统的负载和pod A的伸缩规则，控制pod A的副本数量为1，根据系统的负载和pod B的伸缩规则，控制pod B的副本数量为0，根据系统的负载和pod C的伸缩规则，控制pod C的副本数量为2，根据系统的负载和pod D的伸缩规则，控制pod D的副本数量为0,根据系统的负载和pod E的伸缩规则，控制pod E的副本数量为0。
步骤S28：当所述Proxy接收到待传输数据时，通过所述服务对所述待传输数据进行处理，得到处理后待传输数据。
在pod部署完毕后，当所述第一目标pod中的Proxy接收到待传输数据时，通过所述服务对所述待传输数据进行处理，得到处理后待传输数据。具体的，就是当所述第一目标pod中的Proxy接收到待传输数据，将所述待传输数据发送到所述第一目标pod的服务中，所述第一目标pod中的服务对所述待传输数据进行处理，得到所述处理后待传输数据。
步骤S29：通过所述Proxy将所述处理后待传输数据发送给第二目标pod，其中，所述第二目标pod为根据所述预设ConfigMap中的路由信息确定出的。
得到所述处理后待传输数据之后，便可以通过所述Proxy将所述处理后待传输数据发送给第二目标pod，其中，所述第二目标pod为根据所述预设ConfigMap中的路由信息确定出的。
所述通过所述Proxy将所述处理后待传输数据发送给第二目标pod之前，还包括：根据所述第一目标pod中的Proxy名称确定所述第一目标pod在所述预设ConfigMap中的路由信息中所处的当前节点；根据所述路由信息和所述第一目标pod所处的当前节点确定出所述第二目标pod。确定出所述第二目标pod之后，便可以从所述路由信息中确定出所述第二目标pod的地址信息，便可以将所述处理后待传输数据发送到所述第二目标pod。
在根据所述路由信息和所述第一目标pod所处的当前节点确定出所述第二目标pod的过程中，包括：如果所述第一目标pod所处的当前节点为所述路由信息中的最后一个节点，则将所述路由信息中的第一个节点确定为所述第二目标pod。也即，当接收到待传输数据的Proxy所述路由信息中的最后一个Proxy时，该Proxy会将接收到的处理后待传输数据发送到所述路由信息中的第一个Proxy，以便第一个Proxy将最终结果返回给调用端。
在实施过程中，所述通过所述Proxy将所述处理后待传输数据发送给第二目标pod之前，还包括：基于HTTP(HyperText Transfer Protocol，超文本传输协议)协议建立所述第一目标pod中的Proxy与所述第一目标pod中的Proxy之间的通信连接。参见图7所示，为不同Proxy之间的通信示意图。不同的Proxy都对外暴露端口80，当前Proxy与另一个Proxy的80端口建立HTTP通信，进行请求和响应的传递。
参见图8所示，本申请实施例公开了一种基于k8s的服务部署装置，包括：
第一数据获取模块11，用于获取服务数据，其中，所述服务数据中包括一个服务对应的数据；
第一部署模块12，用于根据所述服务数据在第一目标pod上部署服务；
第二部署模块13，用于基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy，以便将所述Proxy作为所述服务的网络代理；
第二数据获取模块14，用于获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。
可见，本申请先获取服务数据，其中，所述服务数据中包括一个服务对应的数据，然后根据所述服务数据在第一目标pod上部署服务，并基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy，以便将所述Proxy作为所述服务的网络代理，再获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。由此可见，本申请中在获取包括第一服务对应的数据之后，根据接收到的服务数据进行这个服务部署在一个pod上，这样一个pod只部署一个服务，便不需要再部署一个单独的服务来将一个pod上的各个独立服务串起来，减少了服务部署过程中的工作量，且可以只根据pod上这个服务自身的负载对这个pod进行伸缩，提高了资源利用率，此外还可以通过Proxy为服务增加插件，增加插件后不需要重新进行整个pod的编译，且Proxy可以根据预设ConfigMap中的路由信息进行不同pod之间的通信，使得到pod之间通信更方便。
进一步的，所述基于k8s的服务部署装置，还包括：
第一通信建立模块，用于基于TCP协议建立所述服务和所述Proxy之间的通信连接。
进一步的，所述基于k8s的服务部署装置，还包括：
第三数据获取模块，用于获取所述第一目标pod对应的伸缩规则；
数据存储模块，用于对所述伸缩规则进行存储，以便根据系统的运行负载和所述伸缩规则对所述第一目标pod进行伸缩。
具体的，所述第一目标pod中的服务，用于当所述Proxy接收到待传输数据时，对所述待传输数据进行处理，得到处理后待传输数据；
相应的，所述第一目标pod中的Proxy，用于将所述处理后待传输数据发送给第二目标pod，其中，所述第二目标pod为根据所述预设ConfigMap中的路由信息确定出的。
进一步的，所述基于k8s的服务部署装置，还包括：
第二通信建立模块，用于基于HTTP协议建立所述第一目标pod中的Proxy与所述第一目标pod中的Proxy之间的通信连接。
进一步的，所述基于k8s的服务部署装置，还包括：
第一节点确定模块，用于根据所述第一目标pod中的Proxy名称确定所述第一目标pod在所述预设ConfigMap中的路由信息中所处的当前节点；
第二节点确定模块，用于根据所述路由信息和所述第一目标pod所处的当前节点确定出所述第二目标pod。
具体的，所述第二节点确定模块，具体用于：
如果所述第一目标pod所处的当前节点为所述路由信息中的最后一个节点，则将所述路由信息中的第一个节点确定为所述第二目标pod。
进一步的，参见图9所示，本申请实施例还公开了一种电子设备，包括：处理器21和存储器22。
其中，所述存储器22，用于存储计算机程序；所述处理器21，用于执行所述计算机程序，以实现前述实施例中公开的基于k8s的服务部署方法。
其中，关于上述基于k8s的服务部署方法的具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
进一步的，本申请实施例还公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述任一实施例中公开的方法。
其中，关于上述方法的具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
最后，还需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得一系列包含其他要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的一种基于k8s的服务部署方法、装置、设备、介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种基于k8s的服务部署方法，其特征在于，包括：
获取服务数据，其中，所述服务数据中包括一个服务对应的数据；
根据所述服务数据在第一目标pod上部署服务；
基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy，以便将所述Proxy作为所述服务的网络代理；
获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。
2.根据权利要求1所述的基于k8s的服务部署方法，其特征在于，所述基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy之后，还包括：
基于TCP协议建立所述服务和所述Proxy之间的通信连接。
3.根据权利要求1所述的基于k8s的服务部署方法，其特征在于，还包括：
获取所述第一目标pod对应的伸缩规则；
对所述伸缩规则进行存储，以便根据系统的运行负载和所述伸缩规则对所述第一目标pod进行伸缩。
4.根据权利要求1至3任一项所述的基于k8s的服务部署方法，其特征在于，所述获取所述第一目标pod对应的预设ConfigMap之后，还包括：
当所述Proxy接收到待传输数据时，通过所述服务对所述待传输数据进行处理，得到处理后待传输数据；
通过所述Proxy将所述处理后待传输数据发送给第二目标pod，其中，所述第二目标pod为根据所述预设ConfigMap中的路由信息确定出的。
5.根据权利要求4所述的基于k8s的服务部署方法，其特征在于，所述通过所述Proxy将所述处理后待传输数据发送给第二目标pod之前，还包括：
基于HTTP协议建立所述第一目标pod中的Proxy与所述第一目标pod中的Proxy之间的通信连接。
6.根据权利要求4所述的基于k8s的服务部署方法，其特征在于，所述通过所述Proxy将所述处理后待传输数据发送给第二目标pod之前，还包括：
根据所述第一目标pod中的Proxy名称确定所述第一目标pod在所述预设ConfigMap中的路由信息中所处的当前节点；
根据所述路由信息和所述第一目标pod所处的当前节点确定出所述第二目标pod。
7.根据权利要求6所述的数据传输方法，其特征在于，所述根据所述路由信息和所述第一目标pod所处的当前节点确定出所述第二目标pod，包括：
如果所述第一目标pod所处的当前节点为所述路由信息中的最后一个节点，则将所述路由信息中的第一个节点确定为所述第二目标pod。
8.一种基于k8s的服务部署装置，其特征在于，包括：
第一数据获取模块，用于获取服务数据，其中，所述服务数据中包括一个服务对应的数据；
第一部署模块，用于根据所述服务数据在第一目标pod上部署服务；
第二部署模块，用于基于sidecar方式在所述第一目标pod上部署所述服务对应的Proxy，以便将所述Proxy作为所述服务的网络代理；
第二数据获取模块，用于获取所述第一目标pod对应的预设ConfigMap，以便所述Proxy根据所述预设ConfigMap进行不同pod之间的通信，其中，所述预设ConfigMap中包括路由信息。
9.一种电子设备，其特征在于，包括：
存储器和处理器；
其中，所述存储器，用于存储计算机程序；
所述处理器，用于执行所述计算机程序，以实现权利要求1至7任一项所述的基于k8s的服务部署方法。
10.一种计算机可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的基于k8s的服务部署方法。
CN202010664169.2A 2020-07-10 2020-07-10 一种基于k8s的服务部署方法、装置、设备、介质 Active CN111901157B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202010664169.2A CN111901157B (zh) 2020-07-10 2020-07-10 一种基于k8s的服务部署方法、装置、设备、介质
US18/014,798 US11916740B2 (en) 2020-07-10 2021-02-20 K8S-based service deployment method and apparatus, device, and medium
PCT/CN2021/076995 WO2022007406A1 (zh) 2020-07-10 2021-02-20 一种基于k8s的服务部署方法、装置、设备、介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010664169.2A CN111901157B (zh) 2020-07-10 2020-07-10 一种基于k8s的服务部署方法、装置、设备、介质

Publications (2)

Publication Number Publication Date
CN111901157A true CN111901157A (zh) 2020-11-06
CN111901157B CN111901157B (zh) 2023-01-10

Family

ID=73192338

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010664169.2A Active CN111901157B (zh) 2020-07-10 2020-07-10 一种基于k8s的服务部署方法、装置、设备、介质

Country Status (3)

Country Link
US (1) US11916740B2 (zh)
CN (1) CN111901157B (zh)
WO (1) WO2022007406A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112463616A (zh) * 2020-12-02 2021-03-09 中国建设银行股份有限公司 一种面向Kubernetes容器平台的混沌测试方法和装置
WO2022007406A1 (zh) * 2020-07-10 2022-01-13 苏州浪潮智能科技有限公司 一种基于k8s的服务部署方法、装置、设备、介质
CN115766423A (zh) * 2022-08-31 2023-03-07 济南浪潮数据技术有限公司 一种集群配置方法、装置、设备及介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114448895B (zh) * 2022-04-11 2022-06-17 苏州浪潮智能科技有限公司 一种应用访问方法、装置、设备及介质
CN115665221A (zh) * 2022-09-28 2023-01-31 国科础石(重庆)软件有限公司 一种车载容器间的通信方法、装置、车辆和电子设备
CN115827500B (zh) * 2023-02-24 2023-04-14 天翼云科技有限公司 一种云原生应用的调试方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110427249A (zh) * 2019-07-26 2019-11-08 重庆紫光华山智安科技有限公司 任务分配方法、pod初始化方法及相关装置
CN110752947A (zh) * 2019-10-18 2020-02-04 北京浪潮数据技术有限公司 一种k8s集群部署方法及装置，一种部署平台
CN111212129A (zh) * 2019-12-30 2020-05-29 北京浪潮数据技术有限公司 一种基于边车模式的容器应用高可用方法、装置以及设备

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10528367B1 (en) 2016-09-02 2020-01-07 Intuit Inc. Execution of workflows in distributed systems
US11075884B2 (en) * 2019-02-01 2021-07-27 NeuVector, Inc. Network context monitoring within service mesh containerization environment
CN109981789B (zh) 2019-04-03 2021-09-07 浪潮云信息技术股份公司 一种基于代理模式的微服务引擎
US11635995B2 (en) * 2019-07-16 2023-04-25 Cisco Technology, Inc. Systems and methods for orchestrating microservice containers interconnected via a service mesh in a multi-cloud environment based on a reinforcement learning policy
CN110716744B (zh) * 2019-10-21 2024-01-12 中国科学院空间应用工程与技术中心 一种数据流处理方法、系统和计算机可读存储介质
US11451549B2 (en) * 2019-11-20 2022-09-20 Verizon Patent And Licensing Inc. Authorization for network function registration
CN111901157B (zh) * 2020-07-10 2023-01-10 苏州浪潮智能科技有限公司 一种基于k8s的服务部署方法、装置、设备、介质
US11601471B2 (en) * 2020-10-02 2023-03-07 Cisco Technology, Inc. Integrated service mesh control plane management
US11388234B2 (en) * 2020-10-19 2022-07-12 Hewlett Packard Enterprise Development Lp Infrastructure for deploying a security information and event management application on a container platform
US11677726B2 (en) * 2021-02-12 2023-06-13 Raytheon Company Scalable brokerless messaging strategy with sidecar security container stack
US20220116445A1 (en) * 2021-04-12 2022-04-14 Miltiadis Filippou Disintermediated attestation in a mec service mesh framework
US11601367B2 (en) * 2021-06-01 2023-03-07 Verizon Patent And Licensing Inc. Systems and methods for dynamic network function resource allocation through the network repository function
US11563636B1 (en) * 2022-02-15 2023-01-24 International Business Machines Corporation Dynamic management of network policies between microservices within a service mesh

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110427249A (zh) * 2019-07-26 2019-11-08 重庆紫光华山智安科技有限公司 任务分配方法、pod初始化方法及相关装置
CN110752947A (zh) * 2019-10-18 2020-02-04 北京浪潮数据技术有限公司 一种k8s集群部署方法及装置，一种部署平台
CN111212129A (zh) * 2019-12-30 2020-05-29 北京浪潮数据技术有限公司 一种基于边车模式的容器应用高可用方法、装置以及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
地铁昌平线: "k8s 之ConfigMap", 《博客园，HTTPS://WWW.CNBLOGS.COM/SSEBAN/P/13080787.HTML》 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022007406A1 (zh) * 2020-07-10 2022-01-13 苏州浪潮智能科技有限公司 一种基于k8s的服务部署方法、装置、设备、介质
US11916740B2 (en) 2020-07-10 2024-02-27 Inspur Suzhou Intelligent Technology Co., Ltd. K8S-based service deployment method and apparatus, device, and medium
CN112463616A (zh) * 2020-12-02 2021-03-09 中国建设银行股份有限公司 一种面向Kubernetes容器平台的混沌测试方法和装置
CN115766423A (zh) * 2022-08-31 2023-03-07 济南浪潮数据技术有限公司 一种集群配置方法、装置、设备及介质
CN115766423B (zh) * 2022-08-31 2024-10-08 济南浪潮数据技术有限公司 一种集群配置方法、装置、设备及介质

Also Published As

Publication number Publication date
WO2022007406A1 (zh) 2022-01-13
US11916740B2 (en) 2024-02-27
US20230300030A1 (en) 2023-09-21
CN111901157B (zh) 2023-01-10

Similar Documents

Publication Publication Date Title
CN111901157B (zh) 一种基于k8s的服务部署方法、装置、设备、介质
CN106445473B (zh) 一种容器部署方法及装置
US7240104B2 (en) Method and apparatus for managing resources stored on a communication device
CN111818158B (zh) 网关控制方法、装置、电子设备及存储介质
CN113300854B (zh) 一种边缘节点能力扩展方法、系统及扩展盒子
CN112333017B (zh) 一种服务配置方法、装置、设备及存储介质
CN103973764A (zh) 网络服务器装置及其控制方法
CN114296953A (zh) 一种多云异构系统及任务处理方法
EP3672203A1 (en) Distribution method for distributed data computing, device, server and storage medium
JP2003141002A (ja) Ｕｒｌ長変換システム及びそのプログラム
CN114615285B (zh) 一种物理机的部署方法、装置、电子设备及存储介质
CN116701004A (zh) 云函数开发方法、装置、电子装置和存储介质
CN112131263B (zh) 软件包获取方法、系统、装置、电子设备和存储介质
CN111400060B (zh) 设备联动方法、装置、服务器和介质
CN111030925B (zh) 基于远程过程调用的多网关通信方法及系统
CN108733805B (zh) 文件交互方法、系统、计算机设备和存储介质
CN113489808A (zh) 网关连接方法、装置、存储介质及电子设备
CN108156109B (zh) 一种服务响应方法及装置
CN110311936B (zh) 客户端之间的通讯方法、装置、电子设备及存储介质
CN111711639A (zh) 终端、数据传输方法、系统、和计算机可读存储介质
CN114679302B (zh) 对接单点登陆类系统的方法、装置、设备及存储介质
CN114285784B (zh) 数据传输和管道搭建方法、装置、计算设备和存储介质
CN109117284A (zh) 请求信息的处理方法、装置、设备及存储介质
CN115604345B (zh) 应用程序的开发方法及计算机可读存储介质
CN115361440B (zh) 多Kubernetes集群的端点资源的更新方法、更新装置及电子设备

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
GR01 Patent grant
GR01 Patent grant