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

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

Info

Publication number
WO2022007406A1
WO2022007406A1 PCT/CN2021/076995 CN2021076995W WO2022007406A1 WO 2022007406 A1 WO2022007406 A1 WO 2022007406A1 CN 2021076995 W CN2021076995 W CN 2021076995W WO 2022007406 A1 WO2022007406 A1 WO 2022007406A1
Authority
WO
WIPO (PCT)
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.)
Ceased
Application number
PCT/CN2021/076995
Other languages
English (en)
French (fr)
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 Wave Intelligent Technology Co Ltd
Original Assignee
Suzhou Wave 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 Wave Intelligent Technology Co Ltd filed Critical Suzhou Wave Intelligent Technology Co Ltd
Priority to US18/014,798 priority Critical patent/US11916740B2/en
Publication of WO2022007406A1 publication Critical patent/WO2022007406A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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

Definitions

  • the present application relates to the field of computer technologies, and in particular, to a k8s-based service deployment method, apparatus, device, and medium.
  • k8s that is, kubernetes
  • multiple independent models are usually deployed on the same pod, and an independent service is developed to call the independent model on the pod, that is, the independent service is responsible for calling the pod in the order in which it is designed. Standalone model.
  • the output of the previous pod is used as the input of the current pod.
  • an independent model corresponds to a service.
  • an independent service needs to be developed separately to connect the independent models in the pod, which increases the workload in the service development process.
  • the purpose of this application is to provide a k8s-based service deployment method, apparatus, device, and medium, which can improve the flexibility of service deployment and improve resource utilization. Its specific plan is as follows:
  • the present application discloses a k8s-based service deployment method, including:
  • the service data includes data corresponding to a service
  • the method further includes:
  • a communication connection between the service and the Proxy is established based on the TCP protocol.
  • the k8s-based service deployment method further includes:
  • the scaling rules are stored, so as to scale the first target pod according to the operating load of the system and the scaling rules.
  • the method further includes:
  • the Proxy When the Proxy receives the data to be transmitted, it processes the data to be transmitted through the service, and obtains the processed data to be transmitted;
  • the method before sending the processed data to be transmitted to the second target pod through the Proxy, the method further includes:
  • a communication connection between the Proxy in the first target pod and the Proxy in the second target pod is established based on the HTTP protocol.
  • the method before sending the processed data to be transmitted to the second target pod through the Proxy, the method further includes:
  • the second target pod is determined according to the routing information and the current node where the first target pod is located.
  • determining the second target pod according to the routing information and the current node where the first target pod is located including:
  • the first node in the routing information is determined as the second target pod.
  • a k8s-based service deployment device including:
  • a first data acquisition module configured to acquire service data, wherein the service data includes data corresponding to a service
  • a first deployment module configured to deploy a service on the first target pod according to the service data
  • a second deployment module configured to deploy the Proxy corresponding to the service on the first target pod based on the sidecar mode, so as to use the Proxy as the network proxy of the service;
  • the second data acquisition module is used to acquire the preset ConfigMap corresponding to the first target pod, so that the Proxy can communicate between different pods according to the preset ConfigMap, wherein the preset ConfigMap includes routing information .
  • an electronic device comprising:
  • the memory is used to store computer programs
  • the processor is configured to execute the computer program to implement the k8s-based service deployment method disclosed above.
  • the present application discloses a computer-readable storage medium for storing a computer program, wherein when the computer program is executed by a processor, the aforementioned k8s-based service deployment method is implemented.
  • the application first obtains service data, wherein the service data includes data corresponding to a service, and then deploys the service on the first target pod according to the service data, and deploys the service on the first target pod based on the sidecar method.
  • Deploy the Proxy corresponding to the service so as to use the Proxy as the network proxy of the service, and then obtain the preset ConfigMap corresponding to the first target pod, so that the Proxy performs between different pods according to the preset ConfigMap communication, wherein the preset ConfigMap includes routing information.
  • the preset ConfigMap includes routing information.
  • a pod only deploys one service, and there is no need to deploy a separate service to Stringing the independent services on a pod reduces the workload in the service deployment process, and the pod can be scaled only according to the load of the service itself on the pod, which improves resource utilization.
  • Proxy can be used for Adding plug-ins to services does not need to recompile the entire pod after adding plug-ins, and Proxy can communicate between different pods according to the routing information in the preset ConfigMap, making communication between pods more convenient.
  • FIG. 3 is a schematic diagram of communication between a Proxy and a service disclosed in the application.
  • FIG. 4 is a schematic diagram of a preset ConfigMap disclosed in the present application.
  • FIG. 5 is a schematic diagram of a pod deployment disclosed in the application.
  • FIG. 6 is a schematic diagram of a pod scaling disclosed in the application.
  • FIG. 7 is a schematic diagram of communication between a kind of different Proxy disclosed in the application.
  • FIG. 8 is a schematic structural diagram of a k8s-based service deployment apparatus disclosed in the present application.
  • FIG. 9 is a structural diagram of an electronic device disclosed in this application.
  • an embodiment of the present application discloses a k8s-based service deployment method, which includes:
  • Step S11 Acquire service data, wherein the service data includes data corresponding to a service.
  • service data needs to be obtained first, wherein the service data includes data corresponding to a service, so that a corresponding service can be deployed on the first target pod according to the service data.
  • Step S12 Deploy a service on the first target pod according to the service data.
  • a service may be deployed on a first target pod according to the service data, where the first target pod may be a pod selected by a user.
  • Step S13 Deploy the Proxy corresponding to the service on the first target pod based on the sidecar mode, so as to use the Proxy as the network proxy of the service.
  • a Proxy corresponding to the service needs to be deployed on the first target pod, so that the Proxy is used as a network proxy for the service.
  • the proxy corresponding to the service may be deployed on the first target pod based on a sidecar manner.
  • Sidecar is a form of deployment in k8s.
  • Proxy is deployed in sidecar mode, which is transparent to users, that is, Proxy transparency is realized.
  • Proxy transparency means that Proxy components are transparent to users. Because Proxy is implemented in sidecar mode, it will automatically add plug-ins to users' services. , so users do not need to configure proxy-related content to achieve transparency to users.
  • Step S14 Obtain a preset ConfigMap corresponding to the first target pod, so that the Proxy communicates between different pods according to the preset ConfigMap, wherein the preset ConfigMap includes routing information.
  • Proxy After the Proxy is deployed on the first target pod, it is also necessary to obtain the preset ConfigMap corresponding to the first target pod, so that the Proxy can communicate between different pods according to the preset ConfigMap, wherein the The preset ConfigMap includes routing information. In this way, Proxy can be used to achieve communication between different pods.
  • the application first obtains service data, wherein the service data includes data corresponding to a service, and then deploys the service on the first target pod according to the service data, and deploys the service on the first target pod based on the sidecar method.
  • Deploy the Proxy corresponding to the service so as to use the Proxy as the network proxy of the service, and then obtain the preset ConfigMap corresponding to the first target pod, so that the Proxy performs between different pods according to the preset ConfigMap communication, wherein the preset ConfigMap includes routing information.
  • the preset ConfigMap includes routing information.
  • a pod only deploys one service, and there is no need to deploy a separate service to Stringing the independent services on a pod reduces the workload in the service deployment process, and the pod can be scaled only according to the load of the service itself on the pod, which improves resource utilization.
  • Proxy can be used for Adding plug-ins to services does not need to recompile the entire pod after adding plug-ins, and Proxy can communicate between different pods according to the routing information in the preset ConfigMap, making communication between pods more convenient.
  • an embodiment of the present application discloses a specific k8s-based service deployment method, which includes:
  • Step S21 Acquire service data, wherein the service data includes data corresponding to a service.
  • Step S22 Deploy a service on the first target pod according to the service data.
  • Step S23 Deploy the Proxy corresponding to the service on the first target pod based on the sidecar mode, so as to use the Proxy as the network proxy of the service.
  • Step S24 Establish a communication connection between the service and the Proxy based on the TCP protocol.
  • a communication connection between the service and the Proxy needs to be established based on the TCP (Transmission Control Protocol, Transmission Control Protocol) protocol.
  • the default external port of the Proxy container is 80, and the request and response are transmitted by establishing TCP communication with the port port of the service.
  • FIG. 3 it is a schematic diagram of the communication principle between the Proxy and the service.
  • the default external port of Proxy is 80, and the request and response are transmitted by establishing TCP communication with the port port of the service.
  • Step S25 Acquire a preset ConfigMap corresponding to the first target pod, so that the Proxy communicates between different pods according to the preset ConfigMap, wherein the preset ConfigMap includes routing information.
  • the preset ConfigMap includes routing information.
  • the preset ConfigMap includes routing information, that is, the RouteMap in the figure.
  • the routing information includes the name of each node and the type of each node, and the type of each node includes start, process, and end. Also includes the address of each node, and the next node of the current node.
  • the routing information in Figure 4 includes 3 nodes, the first node name is Proxy A, the node type is START, the address is http://ip:port/methodA, the next node is Proxy B; the second node is Proxy A; The first node name is Proxy B, the node type is PROCESS, the address is http://ip:port/methodB, and the next node is Proxy C; the third node name is Proxy C, the node type is END, and the address is is http://ip:port/methodC, the next node is empty (NULL).
  • Step S26 Acquire the scaling rule corresponding to the first target pod.
  • scaling rules of the first target pod also need to be set, so as to scale the first target pod according to the scaling rules, so as to control the number of copies of the first target pod.
  • Step S27 Store the scaling rules, so as to scale the first target pod according to the operating load of the system and the scaling rules.
  • the scaling rule can be stored, so as to scale the first target pod according to the operating load of the system and the scaling rule. That is, after the scaling rule is stored, the number of copies of the first target pod can be controlled according to the load of the system where the first target pod is located and the scaling rule. For example, when the load of the system is small, the number of replicas of the first target pod can be increased according to the scaling rule, and when the load of the system is large, the first target pod can be reduced according to the scaling rule. The number of replicas for the target pod.
  • services and Proxy corresponding to each service can be deployed on multiple pods.
  • service A and Proxy A corresponding to service A are deployed on pod A
  • service B and service B corresponding to pod B are deployed on pod B.
  • Proxy B deploy service C and Proxy C corresponding to service C on pod C
  • Proxy A can communicate with Proxy B
  • Proxy B can communicate with Proxy C and Proxy D
  • both Proxy C and Proxy D can communicate with Proxy E.
  • FIG. 6 it is a schematic diagram of pod scaling.
  • the number of copies of each pod is controlled, and the number of copies of each pod can be different.
  • the number of copies of pod A is controlled to be 1
  • the number of copies of pod B is controlled to 0, according to the load of the system and the scaling rules of pod C
  • the number of copies of pod C is controlled to 2
  • the load of the system and the scaling rules of pod D controls the number of copies of pod D to 0, and control the number of copies of pod E to 0 according to the system load and scaling rules of pod E.
  • Step S28 When the Proxy receives the data to be transmitted, the service processes the data to be transmitted, and obtains the processed data to be transmitted.
  • the service processes the data to be transmitted, and obtains the processed data to be transmitted. Specifically, when the Proxy in the first target pod receives the data to be transmitted, it sends the data to be transmitted to the service of the first target pod, and the service in the first target pod is responsible for the The data to be transmitted is processed, and the processed data to be transmitted is obtained.
  • Step S29 Send the processed data to be transmitted to a second target pod through the Proxy, where the second target pod is determined according to the routing information in the preset ConfigMap.
  • the processed data to be transmitted can be sent to the second target pod through the Proxy, where the second target pod is based on the routing information in the preset ConfigMap determined.
  • the method further includes: determining that the first target pod is in the preset ConfigMap according to the Proxy name in the first target pod The current node where the routing information is located; the second target pod is determined according to the routing information and the current node where the first target pod is located. After the second target pod is determined, the address information of the second target pod can be determined from the routing information, and the processed data to be transmitted can be sent to the second target pod.
  • the process of determining the second target pod according to the routing information and the current node where the first target pod is located includes: if the current node where the first target pod is located is in the routing information The last node in the routing information is determined as the second target pod. That is, when receiving the last proxy in the routing information of the proxy of the data to be transmitted, the proxy will send the received data to be transmitted after processing to the first proxy in the routing information, so that the first proxy A Proxy returns the final result to the caller.
  • the method before sending the processed data to be transmitted to the second target pod through the Proxy, the method further includes: establishing the first target pod based on the HTTP (HyperText Transfer Protocol, hypertext transfer protocol) protocol The communication connection between the Proxy in the second target pod and the Proxy in the second target pod.
  • HTTP HyperText Transfer Protocol
  • FIG. 7 it is a schematic diagram of communication between different proxies. Different proxies expose port 80 to the outside world. The current proxy establishes HTTP communication with port 80 of another proxy to transmit requests and responses.
  • an embodiment of the present application discloses a k8s-based service deployment apparatus, including:
  • the first data acquisition module 11 is used to acquire service data, wherein the service data includes data corresponding to a service;
  • a first deployment module 12 configured to deploy a service on the first target pod according to the service data
  • the second deployment module 13 is configured to deploy the Proxy corresponding to the service on the first target pod based on the sidecar mode, so that the Proxy is used as the network proxy of the service;
  • the second data acquisition module 14 is configured to acquire a preset ConfigMap corresponding to the first target pod, so that the Proxy can communicate between different pods according to the preset ConfigMap, wherein the preset ConfigMap includes routes information.
  • the application first obtains service data, wherein the service data includes data corresponding to a service, and then deploys the service on the first target pod according to the service data, and deploys the service on the first target pod based on the sidecar method.
  • Deploy the Proxy corresponding to the service so as to use the Proxy as the network proxy of the service, and then obtain the preset ConfigMap corresponding to the first target pod, so that the Proxy performs between different pods according to the preset ConfigMap communication, wherein the preset ConfigMap includes routing information.
  • the preset ConfigMap includes routing information.
  • a pod only deploys one service, and there is no need to deploy a separate service to Stringing the independent services on a pod reduces the workload in the service deployment process, and the pod can be scaled only according to the load of the service itself on the pod, which improves resource utilization.
  • Proxy can be used for Adding plug-ins to services does not need to recompile the entire pod after adding plug-ins, and Proxy can communicate between different pods according to the routing information in the preset ConfigMap, making communication between pods more convenient.
  • the k8s-based service deployment device further includes:
  • the first communication establishment module is configured to establish a communication connection between the service and the Proxy based on the TCP protocol.
  • the k8s-based service deployment device further includes:
  • a third data acquisition module configured to acquire the scaling rule corresponding to the first target pod
  • a data storage module configured to store the scaling rules, so as to scale the first target pod according to the operating load of the system and the scaling rules.
  • the service in the first target pod is used to process the data to be transmitted when the Proxy receives the data to be transmitted, and obtain the processed data to be transmitted;
  • the Proxy in the first target pod is used to send the processed data to be transmitted to the second target pod, wherein the second target pod is determined according to the routing information in the preset ConfigMap out.
  • the k8s-based service deployment device further includes:
  • the second communication establishment module is configured to establish a communication connection between the Proxy in the first target pod and the Proxy in the second target pod based on the HTTP protocol.
  • the k8s-based service deployment device further includes:
  • a first node determination module configured to determine the current node where the first target pod is located in the routing information in the preset ConfigMap according to the Proxy name in the first target pod;
  • a second node determining module configured to determine the second target pod according to the routing information and the current node where the first target pod is located.
  • the second node determination module is specifically used for:
  • the first node in the routing information is determined as the second target pod.
  • an embodiment of the present application further discloses an electronic device, including: a processor 21 and a memory 22 .
  • the memory 22 is used to store a computer program; the processor 21 is used to execute the computer program to implement the k8s-based service deployment method disclosed in the foregoing embodiments.
  • an embodiment of the present application also discloses a computer-readable storage medium for storing a computer program, wherein when the computer program is executed by a processor, the k8s-based service deployment method disclosed in any of the foregoing embodiments is implemented .
  • a software module can be placed in random access memory (RAM), internal memory, read only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other in the technical field. in any other known form of storage medium.
  • RAM random access memory
  • ROM read only memory
  • electrically programmable ROM electrically erasable programmable ROM
  • registers hard disk, removable disk, CD-ROM, or any other in the technical field. in any other known form of storage medium.

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的服务部署方法、装置、设备、介质
本申请要求于2020年07月10日提交中国专利局、申请号为CN202010664169.2、发明名称为“一种基于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(Transmission Control 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的服务部署方法的具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
进一步的，本申请实施例还公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述任一实施例中公开的基于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的服务部署方法。
PCT/CN2021/076995 2020-07-10 2021-02-20 一种基于k8s的服务部署方法、装置、设备、介质 Ceased WO2022007406A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/014,798 US11916740B2 (en) 2020-07-10 2021-02-20 K8S-based service deployment method and apparatus, device, and medium

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
WO2022007406A1 true WO2022007406A1 (zh) 2022-01-13

Family

ID=73192338

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/076995 Ceased WO2022007406A1 (zh) 2020-07-10 2021-02-20 一种基于k8s的服务部署方法、装置、设备、介质

Country Status (3)

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

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114448895A (zh) * 2022-04-11 2022-05-06 苏州浪潮智能科技有限公司 一种应用访问方法、装置、设备及介质
CN115665221A (zh) * 2022-09-28 2023-01-31 国科础石(重庆)软件有限公司 一种车载容器间的通信方法、装置、车辆和电子设备
CN115766423A (zh) * 2022-08-31 2023-03-07 济南浪潮数据技术有限公司 一种集群配置方法、装置、设备及介质
CN115827500A (zh) * 2023-02-24 2023-03-21 天翼云科技有限公司 一种云原生应用的调试方法、装置、设备及存储介质
CN116389599A (zh) * 2023-03-22 2023-07-04 京东科技信息技术有限公司 网关服务请求的处理、云原生网关系统的管理方法及装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111901157B (zh) * 2020-07-10 2023-01-10 苏州浪潮智能科技有限公司 一种基于k8s的服务部署方法、装置、设备、介质
CN112463616B (zh) * 2020-12-02 2024-12-27 中国建设银行股份有限公司 一种面向Kubernetes容器平台的混沌测试方法和装置
US12328370B2 (en) * 2022-07-29 2025-06-10 Viettel Group Method of finding service endpoints that can be customized

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109981789A (zh) * 2019-04-03 2019-07-05 山东浪潮云信息技术有限公司 一种基于代理模式的微服务引擎
US10528367B1 (en) * 2016-09-02 2020-01-07 Intuit Inc. Execution of workflows in distributed systems
CN110716744A (zh) * 2019-10-21 2020-01-21 中国科学院空间应用工程与技术中心 一种数据流处理方法、系统和计算机可读存储介质
CN111212129A (zh) * 2019-12-30 2020-05-29 北京浪潮数据技术有限公司 一种基于边车模式的容器应用高可用方法、装置以及设备
CN111901157A (zh) * 2020-07-10 2020-11-06 苏州浪潮智能科技有限公司 一种基于k8s的服务部署方法、装置、设备、介质

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11075884B2 (en) * 2019-02-01 2021-07-27 NeuVector, Inc. Network context monitoring within service mesh containerization environment
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
CN110427249A (zh) * 2019-07-26 2019-11-08 重庆紫光华山智安科技有限公司 任务分配方法、pod初始化方法及相关装置
CN110752947B (zh) * 2019-10-18 2022-11-18 北京浪潮数据技术有限公司 一种k8s集群部署方法及装置，一种部署平台
US11451549B2 (en) * 2019-11-20 2022-09-20 Verizon Patent And Licensing Inc. Authorization for network function registration
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 (5)

* 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
CN109981789A (zh) * 2019-04-03 2019-07-05 山东浪潮云信息技术有限公司 一种基于代理模式的微服务引擎
CN110716744A (zh) * 2019-10-21 2020-01-21 中国科学院空间应用工程与技术中心 一种数据流处理方法、系统和计算机可读存储介质
CN111212129A (zh) * 2019-12-30 2020-05-29 北京浪潮数据技术有限公司 一种基于边车模式的容器应用高可用方法、装置以及设备
CN111901157A (zh) * 2020-07-10 2020-11-06 苏州浪潮智能科技有限公司 一种基于k8s的服务部署方法、装置、设备、介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
BALLA DAVID; SIMON CSABA; MALIOSZ MARKOSZ: "Adaptive scaling of Kubernetes pods", NOMS 2020 - 2020 IEEE/IFIP NETWORK OPERATIONS AND MANAGEMENT SYMPOSIUM, IEEE, 20 April 2020 (2020-04-20), pages 1 - 5, XP033777732, DOI: 10.1109/NOMS47738.2020.9110428 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114448895A (zh) * 2022-04-11 2022-05-06 苏州浪潮智能科技有限公司 一种应用访问方法、装置、设备及介质
CN115766423A (zh) * 2022-08-31 2023-03-07 济南浪潮数据技术有限公司 一种集群配置方法、装置、设备及介质
CN115665221A (zh) * 2022-09-28 2023-01-31 国科础石(重庆)软件有限公司 一种车载容器间的通信方法、装置、车辆和电子设备
CN115665221B (zh) * 2022-09-28 2024-11-29 国科础石(重庆)软件有限公司 一种车载容器间的通信方法、装置、车辆和电子设备
CN115827500A (zh) * 2023-02-24 2023-03-21 天翼云科技有限公司 一种云原生应用的调试方法、装置、设备及存储介质
CN115827500B (zh) * 2023-02-24 2023-04-14 天翼云科技有限公司 一种云原生应用的调试方法、装置、设备及存储介质
CN116389599A (zh) * 2023-03-22 2023-07-04 京东科技信息技术有限公司 网关服务请求的处理、云原生网关系统的管理方法及装置

Also Published As

Publication number Publication date
CN111901157A (zh) 2020-11-06
US20230300030A1 (en) 2023-09-21
US11916740B2 (en) 2024-02-27
CN111901157B (zh) 2023-01-10

Similar Documents

Publication Publication Date Title
WO2022007406A1 (zh) 一种基于k8s的服务部署方法、装置、设备、介质
CN103297475B (zh) Mock服务系统及Mock服务的处理方法
CN107948324B (zh) 请求传输系统、方法、装置及存储介质
CN112311786B (zh) 一种服务请求处理方法、装置、存储介质及计算设备
CN112311774B (zh) 一种数据处理方法、装置、电子设备及存储介质
CN108200165B (zh) 请求传输系统、方法、装置及存储介质
CN113259479B (zh) 一种数据处理方法以及设备
CN111212156B (zh) 一种网络连接方法与装置
US20120240184A1 (en) System and method for on the fly protocol conversion in obtaining policy enforcement information
CN111510330B (zh) 接口管理装置、方法及存储介质
CN112104640B (zh) 网关的数据处理方法、装置、设备及可读存储介质
CN110764688A (zh) 对数据进行处理的方法和装置
AU2015369925A1 (en) Computer readable storage media for dynamic service deployment and methods and systems for utilizing same
CN108023736A (zh) 通信方法、服务端设备、客户端设备、装置及系统
CN111866144A (zh) 一种服务请求响应方法、装置、fpga设备及存储介质
CN113992748A (zh) 反向代理方法、系统、介质及终端
CN109413224A (zh) 报文转发方法和装置
CN117221396A (zh) 网络数据交互方法、装置、系统、存储介质和计算机设备
CN114301872B (zh) 基于域名的访问方法及装置、电子设备、存储介质
CN106878243A (zh) 业务处理方法及装置
CN110324436B (zh) 一种传输层代理的代理方法及装置
CN107612831B (zh) 一种访问源站的数据报文的传输方法及装置
WO2024114645A1 (zh) 一种虚拟化网络功能vnf的实例化方法及装置
CN117201572A (zh) 远程服务调用方法、装置、设备及存储介质
TW201828093A (zh) 訪問請求轉換的方法和裝置

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21836923

Country of ref document: EP

Kind code of ref document: A1