CN112395049A - 一种业务服务器调用方法、系统、设备及存储介质 - Google Patents

一种业务服务器调用方法、系统、设备及存储介质 Download PDF

Info

Publication number
CN112395049A
CN112395049A CN202011373491.6A CN202011373491A CN112395049A CN 112395049 A CN112395049 A CN 112395049A CN 202011373491 A CN202011373491 A CN 202011373491A CN 112395049 A CN112395049 A CN 112395049A
Authority
CN
China
Prior art keywords
calling
service
coroutine
service server
instruction
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
Application number
CN202011373491.6A
Other languages
English (en)
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.)
Sangfor Technologies Co Ltd
Original Assignee
Sangfor Technologies 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 Sangfor Technologies Co Ltd filed Critical Sangfor Technologies Co Ltd
Priority to CN202011373491.6A priority Critical patent/CN112395049A/zh
Publication of CN112395049A publication Critical patent/CN112395049A/zh
Pending legal-status Critical Current

Links

Images

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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083—Techniques for rebalancing the load in a distributed system
    • 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
    • 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/549—Remote execution

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请公开了一种业务服务器调用方法、系统、设备及存储介质。由于本方法中，业务服务器调用第一协程响应业务调用指令，并在协程池中获取第二协程执行业务调用指令对应的业务逻辑，进而在指向业务逻辑后将第二协程归还至协程池，实现了在对业务调用指令的不同处理阶段采用不同类型的协程，并进一步对执行业务逻辑的协程进行了复用，进而降低了对资源的整体占用程度，相对确保了对业务服务器进行调用的可靠性。此外，本申请还提供一种系统、设备及存储介质，有益效果同上所述。

Description

一种业务服务器调用方法、系统、设备及存储介质
技术领域
本申请涉及云计算领域，特别是涉及一种业务服务器调用方法、系统、设备及存储介质。
背景技术
云计算(cloud computing)是分布式计算的一种，指的是通过服务器在网络中构成的云环境将巨大的数据计算处理程序分解成无数个小程序，然后通过多部服务器组成的系统进行处理和分析这些小程序得到结果并返回给用户。云环境是指能够从动态虚拟化的资源池中向用户或者各种应用系统按需提供计算能力、存储能力或者虚拟机服务等的互联网或者大数据环境。
目前云环境中运行的业务服务器，往往采用传统的业务流处理方式工作，即针对每一个业务服务器建立对应的协程，各协程处理特定业务服务器的数据包以及相关业务，因此在业务服务器数量较多且数据流量较大的云环境中对运算资源占用较大，难以业务服务器被调用时的可靠性。
由此可见，提供一种业务服务器调用方法，以相对业务服务器被调用时的可靠性，是本领域技术人员需要解决的问题。
发明内容
本申请的目的是提供一种业务服务器调用方法、系统、设备及存储介质，以相对业务服务器被调用时的可靠性。
为解决上述技术问题，本申请提供一种业务服务器调用方法，其特征在于，应用于业务服务器，包括：
调用第一协程响应容器管理平台传入的业务调用指令；
建立对协程池中处于空闲状态的第二协程的调用关系；
基于调用关系调用第二协程执行业务调用指令对应的业务逻辑；
终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。
优选地，调用第一协程响应容器管理平台传入的业务调用指令，包括：
调用第一协程接收容器管理平台传入的业务调用指令，以及与业务调用指令对应的数据包；
相应的，基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，包括：
基于调用关系调用第二协程对数据包执行业务调用指令对应的业务逻辑。
优选地，业务服务器基于虚拟机镜像运行，且运行于容器管理平台的工作节点。
优选地，容器管理平台包括Kubernetes容器管理平台，业务服务器包括DNS服务器。
优选地，在建立对协程池中处于空闲状态的第二协程的调用关系之前，方法还包括：
判断协程池中是否存在处于空闲状态的第二协程；
若协程池中存在处于空闲状态的第二协程，则执行建立对协程池中处于空闲状态的第二协程的调用关系的步骤；
若协程池中不存在处于空闲状态的第二协程，则在协程池中创建第二协程，并执行建立对协程池中处于空闲状态的第二协程的调用关系的步骤。
此外，本申请还提供一种业务服务器调用方法，应用于容器管理平台，包括：
接收客户端传入的业务调用指令；
基于预设的负载均衡策略选取业务服务器；
将业务调用指令发送至业务服务器，以调用业务服务器基于第一协程响应业务调用指令，并基于协程池中的第二协程执行业务调用指令对应的业务逻辑。
优选地，基于预设的负载均衡策略选取业务服务器，包括：
基于预设的负载均衡策略在工作节点内基于虚拟机镜像运行的多个业务服务器副本中选取业务服务器；
相应的，方法还包括：
接收客户端传入的配置指令；
调用控制中心节点根据配置指令对工作节点执行配置操作。
优选地，调用控制中心节点根据配置指令对工作节点执行配置操作，包括：
调用控制中心节点根据配置指令对工作节点执行对协程池的配置操作和/或对业务服务器的配置操作。
此外，本申请还提供一种系统，包括：
容器管理平台，用于接收客户端传入的业务调用指令；基于预设的负载均衡策略选取业务服务器；将业务调用指令发送至业务服务器，以调用业务服务器基于第一协程响应业务调用指令，并基于协程池中的第二协程执行业务调用指令对应的业务逻辑；
业务服务器，用于调用第一协程响应容器管理平台传入的业务调用指令；建立对协程池中处于空闲状态的第二协程的调用关系；基于调用关系调用第二协程执行业务调用指令对应的业务逻辑；终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。
此外，本申请还提供一种业务服务器调用装置，应用于业务服务器，包括：
指令响应模块，用于调用第一协程响应容器管理平台传入的业务调用指令；
调用关系建立模块，用于建立对协程池中处于空闲状态的第二协程的调用关系；
业务逻辑执行模块，用于基于调用关系调用第二协程执行业务调用指令对应的业务逻辑；
协程终止模块，用于终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。
此外，本申请还提供一种业务服务器调用装置，应用于容器管理平台，包括：
指令接收模块，用于接收客户端传入的业务调用指令；
服务器选取模块，用于基于预设的负载均衡策略选取业务服务器；
指令发送模块，用于将业务调用指令发送至业务服务器，以调用业务服务器基于第一协程响应业务调用指令，并基于协程池中的第二协程执行业务调用指令对应的业务逻辑。
此外，本申请还提供一种业务服务器，包括：
存储器，用于存储计算机程序；
处理器，用于执行计算机程序时实现如上述应用于业务服务器的业务服务器调用方法的步骤。
此外，本申请还提供一种容器管理平台，包括：
存储器，用于存储计算机程序；
处理器，用于执行计算机程序时实现如上述的应用于容器管理平台的业务服务器调用方法的步骤。
此外，本申请还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的应用于业务服务器的业务服务器调用方法的步骤。
此外，本申请还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的应用于容器管理平台的业务服务器调用方法的步骤。
本申请所提供的业务服务器调用方法，由业务服务器调用第一协程响应容器管理平台传入的业务调用指令，进而建立对协程池中处于空闲状态的第二协程的调用关系，并基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，执行业务逻辑后进一步终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。由于本方法中，业务服务器调用第一协程响应业务调用指令，并在协程池中获取第二协程执行业务调用指令对应的业务逻辑，进而在指向业务逻辑后将第二协程归还至协程池，实现了在对业务调用指令的不同处理阶段采用不同类型的协程，并进一步对执行业务逻辑的协程进行了复用，进而降低了对资源的整体占用程度，相对确保了对业务服务器进行调用的可靠性。此外，本申请还提供一种系统、设备及存储介质，有益效果同上所述。
附图说明
为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例公开的一种应用于业务服务器的业务服务器调用方法的流程图；
图2为本申请实施例公开的一种应用于容器管理平台的业务服务器调用方法的流程图；
图3为本申请实施例公开的一种系统的结构示意图；
图4为本申请具体应用场景下的系统拓扑结构示意图；
图5为本申请实施例公开的一种业务服务器调用装置的结构示意图；
图6为本申请实施例公开的一种业务服务器调用装置的结构示意图；
图7为本申请实施例公开的一种业务服务器的硬件组成结构示意图；
图8为本申请实施例公开的一种容器管理平台的硬件组成结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本申请保护范围。
目前云环境中运行的业务服务器，往往采用传统的业务流处理方式工作，即针对每一个业务服务器建立对应的协程，各协程处理特定业务服务器的数据包以及相关业务，因此在业务服务器数量较多且数据流量较大的云环境中对运算资源占用较大，难以业务服务器被调用时的可靠性。
为此，本申请的核心是提供一种业务服务器调用方法，以相对业务服务器被调用时的可靠性。
如图1所示的，本申请实施例公开了一种业务服务器调用方法，应用于业务服务器，包括：
步骤S10：调用第一协程响应容器管理平台传入的业务调用指令。
需要说明的是，本实施例的执行主体为业务服务器，业务服务器指的是能够提供特定业务功能的服务器，在实际应用场景下业务服务器包括但不限于运行HTTP(HyperTextTransfer Protocol，超文本传输协议)业务、FTP(File Transfer Protocol，文件传输协议)业务、DNS(Domain Name System，域名系统)协议业务以及防火墙业务等业务的服务器。本步骤中由容器管理平台向业务服务器发起业务调用指令，进而业务服务器通过调用第一协程响应容器管理平台传入的业务调用指令，此处所指的第一协程与后续步骤中的第二协程之间是相对而言的两类协程。本实施例方案的模块实现可使用GO语言(一个开源的编程语言，它能让构造简单、可靠且高效的软件变得容易)，其中协程(Coroutines)是一种比线程更加轻量级的存在，正如一个进程可以拥有多个线程一样，一个线程可以拥有多个协程，业务服务器能够利用协程进行运算调度。另外，本步骤中的第一协程预先创建于业务服务器，目的是能够通过第一协程对容器管理平台传入的业务调用指令进行相应的数据I/O(输入/输出，Input/Output)，即确保业务服务器具有对容器管理平台进行响应的能力。另外，本实施例中的第二协程的作用是供业务服务器调用执行业务逻辑的操作。
步骤S11：建立对协程池中处于空闲状态的第二协程的调用关系。
在调用第一协程响应容器管理平台传入的业务调用指令之后，业务服务器进一步建立对协程池中处于空闲状态的第二协程的调用关系。需要强调的是，在本实施例中，在应用于业务服务器未响应容器管理平台传入的业务调用指令之前，第二协程预先存储于协程池业务，并且服务器未建立有对第二协程的调用关系，也就是说，本实施例中的第二协程与业务服务器之间并不存在唯一的对应关系，在多个业务服务器的情况下，同一个第二协程能够被多个业务服务器进行复用。
本步骤中指的建立对协程池中处于空闲状态的第二协程的调用关系，本质上可以是在业务服务器中增加第二协程的资源地址参数，以此达到业务服务器能够根据资源地址参数调用第二协程的目的。
步骤S12：基于调用关系调用第二协程执行业务调用指令对应的业务逻辑。
在建立对协程池中处于空闲状态的第二协程的调用关系之后，本步骤进一步基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，也就是说，本步骤的重点在于业务服务器利用第二协程根据业务调用指令执行相应业务逻辑的操作。另外，需要说明的是，业务逻辑应根据实际的业务服务器的业务类型而定，例如当业务服务器为执行DNS协议业务的服务器时，业务逻辑为根据传入的域名信息在域名与地址之间对应关系表中获取与域名信息对应的IP(Internet Protocol，网际互连协议)地址，并输出该IP地址。
步骤S13：终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。
在基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，业务服务器进一步终止调用关系，并将第二协程释放回协程池，以便第二协程可重复调用，此处所指的第二协程可重复调用可以是业务服务器集群中除当前业务服务器以外的其它业务服务器能够再次使用协程池中的该第二协程，或是当前业务服务器中其他正在处理的第一协程业务能够再次使用协程池中的该第二协程，进而能够达到协程池中的第二协程可复用的效果。
本申请所提供的业务服务器调用方法，由业务服务器调用第一协程响应容器管理平台传入的业务调用指令，进而建立对协程池中处于空闲状态的第二协程的调用关系，并基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，执行业务逻辑后进一步终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。由于本方法中，业务服务器调用第一协程响应业务调用指令，并在协程池中获取第二协程执行业务调用指令对应的业务逻辑，进而在指向业务逻辑后将第二协程归还至协程池，实现了在对业务调用指令的不同处理阶段采用不同类型的协程，并进一步对执行业务逻辑的协程进行了复用，进而降低了对资源的整体占用程度，相对确保了对业务服务器进行调用的可靠性。
在上述实施例的基础上，作为一种优选的实施方式，调用第一协程响应容器管理平台传入的业务调用指令，包括：
调用第一协程接收容器管理平台传入的业务调用指令，以及与业务调用指令对应的数据包；
相应的，基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，包括：
基于调用关系调用第二协程对数据包执行业务调用指令对应的业务逻辑。
需要说明的是，本实施方式的重点在于，在调用第一协程响应容器管理平台传入的业务调用指令时，是利用第一协程分别获取由容器管理平台传入的业务调用指令，以及与业务调用指令对应的数据包，该数据包指的是业务服务器根据业务调用指令执行相应业务逻辑时，需要进行运算处理的数据，进而在基于调用关系调用第二协程执行业务调用指令对应的业务逻辑时，具体是调用第二协程对数据包执行业务调用指令对应的业务逻辑。本实施方式进一步确保了业务服务器调用第二协程执行业务调用指令对应的业务逻辑的可靠性，进而确保了业务服务器被调用时的业务可靠性。
更进一步的，业务服务器基于调用关系调用第二协程对数据包执行业务调用指令对应的业务逻辑之后，进一步生成结果数据，并由业务服务器调用第一协程输出结果数据。
在上述实施例的基础上，作为一种优选的实施方式，业务服务器基于虚拟机镜像运行，且运行于容器管理平台的工作节点。
需要说明的是，本实施方式的重点在于业务服务器为虚拟机中运行的虚拟机镜像，虚拟机运行于容器管理平台中，因此业务虚拟机相当于以容器的形式运行于容器管理平台中。容器指的是与系统其他部分隔离开的一系列进程，运行这些进程所需的所有文件都由另一个镜像提供，这意味着从开发到测试再到生产的整个过程中，容器都具有可移植性和一致性。本实施方式能够相对确保业务服务器能够通过副本的方式备份，并且确保了业务服务器的可移植性以及可扩展性。
更进一步的，作为一种优选的实施方式，容器管理平台包括Kubernetes容器管理平台，业务服务器包括DNS服务器。
需要说明的是，本实施方式中，容器管理平台为Kubernetes容器管理平台，Kubernetes容器管理平台一个开源的，用于管理云平台中多个主机上的容器化的应用，目标是让部署容器化的应用简单并且高效，提供了应用部署，规划，更新，维护的一种机制，能够相对确保在业务服务器能够以虚拟机镜像的形式在容器管理平台的工作节点中稳定运行。此外，本实施方式中，业务服务器具体为DNS(域名系统，Domain Name System)服务器，DNS服务器是指保存有该网络中所有主机的域名和对应IP地址，并具有将域名转换为IP地址功能的服务器。本实施方式能够相对确保对DNS服务器进行调用时的可靠性。
在上述一系列实施例的基础上，作为一种优选的实施方式，在建立对协程池中处于空闲状态的第二协程的调用关系之前，方法还包括：
判断协程池中是否存在处于空闲状态的第二协程；
若协程池中存在处于空闲状态的第二协程，则执行建立对协程池中处于空闲状态的第二协程的调用关系的步骤；
若协程池中不存在处于空闲状态的第二协程，则在协程池中创建第二协程，并执行建立对协程池中处于空闲状态的第二协程的调用关系的步骤。
需要说明的是，本实施方式中，在建立对协程池中处于空闲状态的第二协程的调用关系之前，业务服务器首先在协程池中判断是否存在处于空闲状态的第二协程，也就是判定协程池中是否存在未被其它业务服务器占用的第二协程，如果存在未被其它业务服务器占用的第二协程，则执行建立对协程池中处于空闲状态的第二协程的调用关系的步骤；相反的，若协程池中不存在未被其它业务服务器占用的第二协程，或不存在第二协程时，则在协程池中创建第二协程，并执行建立对协程池中处于空闲状态的第二协程的调用关系的步骤。本实施方式进一步确保了协程池中具有第二协程，并且确保了业务服务器在协程池中调用的第二协程的可用性，以此进一步确保了业务服务器被调用时的可靠性。
如图2所示的，本申请实施例公开了一种业务服务器调用方法，应用于容器管理平台，包括：
步骤S20：接收客户端传入的业务调用指令。
需要说明的是，本实施例的执行主体为容器管理平台，容器管理平台建立于客户端与业务服务器之间，能够响应客户端的业务调用指令，并向业务服务器转发业务调用指令，以供业务服务器对业务调用指令执行相应的业务逻辑。
步骤S21：基于预设的负载均衡策略选取业务服务器。
容器管理平台接收客户端传入的业务调用指令之后，容器管理平台进一步基于预设的负载均衡策略选取业务服务器，也就是说，容器管理平台中的业务服务器的数量大于1，并且各业务服务器均能够对业务调用指令进行响应，容器管理平台在多个业务服务器中选取特定的服务器对业务调用指令进行相应，此处所指的负载均衡策略包括但不限于轮询方式，即容器管理平台依次顺序调用各业务服务器对业务调用指令进行响应。
步骤S22：将业务调用指令发送至业务服务器，以调用业务服务器基于第一协程响应业务调用指令，并基于协程池中的第二协程执行业务调用指令对应的业务逻辑。
在容器管理平台基于预设的负载均衡策略选取业务服务器之后，进一步将业务调用指令发送至业务服务器，以调用业务服务器基于第一协程响应业务调用指令，并基于协程池中的第二协程执行业务调用指令对应的业务逻辑。
本申请所提供的业务服务器调用方法，容器管理平台接收客户端传入的业务调用指令，并将业务调用指令转发至选中的业务服务器，进而由业务服务器调用第一协程响应容器管理平台传入的业务调用指令，进而建立对协程池中处于空闲状态的第二协程的调用关系，并基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，执行业务逻辑后进一步终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。由于本方法中，业务服务器调用第一协程响应业务调用指令，并在协程池中获取第二协程执行业务调用指令对应的业务逻辑，进而在指向业务逻辑后将第二协程归还至协程池，实现了在对业务调用指令的不同处理阶段采用不同类型的协程，并进一步对执行业务逻辑的协程进行了复用，进而降低了对资源的整体占用程度，相对确保了对业务服务器进行调用的可靠性。
在上述实施例的基础上，作为一种优选的实施方式，基于预设的负载均衡策略选取业务服务器，包括：
基于预设的负载均衡策略在工作节点内基于虚拟机镜像运行的多个业务服务器副本中选取业务服务器；
相应的，方法还包括：
接收客户端传入的配置指令；
调用控制中心节点根据配置指令对工作节点执行配置操作。
需要说明的是，在本实施方式中，容器管理平台中包括有工作节点以及控制中心节点，其中，工作节点运行有业务服务器。在此基础上，基于预设的负载均衡策略选取业务服务器时，具体是基于预设的负载均衡策略在工作节点内基于虚拟机镜像运行的多个业务服务器副本中选取业务服务器。
另外，本实施方式中的控制中心节点能够响应客户端的配置指令，并根据配置指令对工作节点进行配置，进而本实施方式还进一步接收客户端传入的配置指令，进而调用控制中心节点根据配置指令对工作节点执行配置操作。需要说明的是，本实施方式中的控制中心节点以及工作节点可以为实体的服务器设备节点，也可以是运行于服务器设备中的虚拟节点，在此不做具体限定。本实施方式中容器管理平台通过控制中心节点与工作节点进行交互的方式，实现客户端通过容器管理平台对工作节点执行配置操作的目的，确保了对容器管理平台中工作节点配置的灵活性。
更近一步的，作为一种优选的实施方式，调用控制中心节点根据配置指令对工作节点执行配置操作，包括：
调用控制中心节点根据配置指令对工作节点执行对协程池的配置操作和/或对业务服务器的配置操作。
在本实施方式中，控制中心节点根据配置指令对工作节点执行配置操作进一步涵盖对协程池的配置操作和/或对业务服务器的配置操作，其中，对协程池的配置操作可以进一步包括但不限于增加或删除协程池中的第二协程，对业务服务器的配置操作包括但不限于是对业务服务器的增加以及删除。以此能够进一步确保对容器管理平台中工作节点配置的灵活性。
请参见图3所示，本申请实施例公开了一种系统，包括：
容器管理平台10，用于接收客户端传入的业务调用指令；基于预设的负载均衡策略选取业务服务器11；将业务调用指令发送至业务服务器11，以调用业务服务器11基于第一协程响应业务调用指令，并基于协程池中的第二协程执行业务调用指令对应的业务逻辑；
业务服务器11，用于调用第一协程响应容器管理平台10传入的业务调用指令；建立对协程池中处于空闲状态的第二协程的调用关系；基于调用关系调用第二协程执行业务调用指令对应的业务逻辑；终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。
此外，作为一种优选的实施方式，业务服务器11调用第一协程响应容器管理平台传入的业务调用指令，包括：
业务服务器11调用第一协程接收容器管理平台传入的业务调用指令，以及与业务调用指令对应的数据包；
相应的，业务服务器11基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，包括：
业务服务器11基于调用关系调用第二协程对数据包执行业务调用指令对应的业务逻辑。
此外，作为一种优选的实施方式，业务服务器为运行于容器管理平台10中工作节点的虚拟机镜像。
此外，作为一种优选的实施方式，容器管理平台包括Kubernetes容器管理平台，业务服务器包括DNS服务器。
此外，作为一种优选的实施方式，业务服务器11在建立对协程池中处于空闲状态的第二协程的调用关系之前，还包括：
业务服务器11判断协程池中是否存在处于空闲状态的第二协程；
若协程池中存在处于空闲状态的第二协程，则业务服务器11执行建立对协程池中处于空闲状态的第二协程的调用关系的步骤；
若协程池中不存在处于空闲状态的第二协程，则业务服务器11在协程池中创建第二协程，并执行建立对协程池中处于空闲状态的第二协程的调用关系的步骤。
此外，作为一种优选的实施方式，容器管理平台10基于预设的负载均衡策略选取业务服务器，包括：
容器管理平台10基于预设的负载均衡策略在工作节点内基于虚拟机镜像运行的多个业务服务器副本中选取业务服务器；
相应的，容器管理平台10执行的操作还包括：
接收客户端传入的配置指令；
调用控制中心节点根据配置指令对工作节点执行配置操作。
此外，作为一种优选的实施方式，容器管理平台10调用控制中心节点根据配置指令对工作节点执行配置操作，包括：
容器管理平台10调用控制中心节点根据配置指令对工作节点执行对协程池的配置操作和/或对业务服务器的配置操作。
本申请所提供的系统，由业务服务器调用第一协程响应容器管理平台传入的业务调用指令，进而建立对协程池中处于空闲状态的第二协程的调用关系，并基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，执行业务逻辑后进一步终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。由于本系统中，业务服务器调用第一协程响应业务调用指令，并在协程池中获取第二协程执行业务调用指令对应的业务逻辑，进而在指向业务逻辑后将第二协程归还至协程池，实现了在对业务调用指令的不同处理阶段采用不同类型的协程，并进一步对执行业务逻辑的协程进行了复用，进而降低了对资源的整体占用程度，相对确保了对业务服务器进行调用的可靠性。
为了加深对于本申请上述系统的理解，本申请进一步提供一种容器管理平台为Kubernetes容器管理平台，业务服务器为DNS服务器的具体应用场景的场景实施例做进一步说明。
如图4所示的为具体应用场景下的系统拓扑结构示意图。如图4所示：
1、用户通过控制中心的APIServer可以下发创建DNS资源池配置，比如DNS镜像名称、DNS实例数量，以及DNS服务自身配置等。控制中心的平台管理模块会根据DNS资源配置生成创建DNS服务需要的deployment和service等发送给宿主机的K8S(Kubernetes)平台，从而将DNS镜像拉取到各个宿主机，以创建DNS服务集群。
2、用户通过APIServer下发DNS记录信息，例如增加或修改一条或多条记录信息。K8S平台中的DNS实例均与控制中心联动同步，通过APIServer的Informer机制同步用户下发的DNS记录到每个DNS实例。
3、K8S有提供容器网络模式各种选项，DNS在K8S平台部署使用Host网络，即使用宿主机网络，容器内无需另外创建新的网络空间，用户直接访问宿主机IP和端口即可访问容器中的DNS服务。
4、DNS服务提供了readiness和liveness探测接口，由K8S平台维护DNS集群状态保持高可用。
5、用户可通过控制中心的APIServer修改DNS资源池配置，动态控制集群的扩容和缩容。
6、增加负载均衡设备，对外提供统一DNS服务入口。负载设备与K8S平台联动，当新增或删除Node节点时，负载均衡自动增加或删除Node地址。
请参见图5所示，本申请实施例提供了一种业务服务器调用装置，应用于业务服务器，包括：
指令响应模块20，用于调用第一协程响应容器管理平台传入的业务调用指令；
调用关系建立模块21，用于建立对协程池中处于空闲状态的第二协程的调用关系；
业务逻辑执行模块22，用于基于调用关系调用第二协程执行业务调用指令对应的业务逻辑；
协程终止模块23，用于终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。
本申请所提供的业务服务器调用装置，由业务服务器调用第一协程响应容器管理平台传入的业务调用指令，进而建立对协程池中处于空闲状态的第二协程的调用关系，并基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，执行业务逻辑后进一步终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。由于本装置中，业务服务器调用第一协程响应业务调用指令，并在协程池中获取第二协程执行业务调用指令对应的业务逻辑，进而在指向业务逻辑后将第二协程归还至协程池，实现了在对业务调用指令的不同处理阶段采用不同类型的协程，并进一步对执行业务逻辑的协程进行了复用，进而降低了对资源的整体占用程度，相对确保了对业务服务器进行调用的可靠性。
请参见图6所示，本申请实施例提供了一种业务服务器调用装置，应用于容器管理平台，包括：
指令接收模块30，用于接收客户端传入的业务调用指令；
服务器选取模块31，用于基于预设的负载均衡策略选取业务服务器；
指令发送模块32，用于将业务调用指令发送至业务服务器，以调用业务服务器基于第一协程响应业务调用指令，并基于协程池中的第二协程执行业务调用指令对应的业务逻辑。
本申请所提供的业务服务器调用装置，由业务服务器调用第一协程响应容器管理平台传入的业务调用指令，进而建立对协程池中处于空闲状态的第二协程的调用关系，并基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，执行业务逻辑后进一步终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。由于本装置中，业务服务器调用第一协程响应业务调用指令，并在协程池中获取第二协程执行业务调用指令对应的业务逻辑，进而在指向业务逻辑后将第二协程归还至协程池，实现了在对业务调用指令的不同处理阶段采用不同类型的协程，并进一步对执行业务逻辑的协程进行了复用，进而降低了对资源的整体占用程度，相对确保了对业务服务器进行调用的可靠性。
基于上述程序模块的硬件实现，且为了实现本申请实施例的业务服务器调用方法，本申请实施例还提供了一种业务服务器，图7为本申请实施例公开的一种业务服务器的硬件组成结构示意图，如图7所示，业务服务器包括：
通信接口1，能够与其它设备比如网络设备等进行信息交互；
处理器2，与通信接口1连接，以实现与其它设备进行信息交互，用于运行计算机程序时，执行上述一个或多个技术方案提供的应用于业务服务器的业务服务器调用方法。而所述计算机程序存储在存储器3上。
当然，实际应用时，宿主机设备中的各个组件通过总线系统4耦合在一起。可理解，总线系统4用于实现这些组件之间的连接通信。总线系统4除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统4。
本申请实施例中的存储器3用于存储各种类型的数据以支持宿主机设备的操作。这些数据的示例包括：用于在宿主机设备上操作的任何计算机程序。
可以理解，存储器3可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器2旨在包括但不限于这些和任意其它适合类型的存储器。
上述本申请实施例揭示的业务服务器调用方法可以应用于处理器2中，或者由处理器2实现。处理器2可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述业务服务器调用方法的各步骤可以通过处理器2中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器2可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器2可以实现或者执行本申请实施例中的公开的各业务服务器调用方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的业务服务器调用方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器3，处理器2读取存储器3中的程序，结合其硬件完成前述业务服务器调用方法的步骤。
处理器2执行所述程序时实现本申请实施例的各个业务服务器调用方法中的相应流程，为了简洁，在此不再赘述。
在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的存储器3，上述计算机程序可由处理器2执行，以完成前述业务服务器调用方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置、终端和业务服务器调用方法，可以通过其它的方式实现。以上所描述的设备实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述业务服务器调用方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述业务服务器调用方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台宿主机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例的业务服务器调用方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本申请所提供的业务服务器，由业务服务器调用第一协程响应容器管理平台传入的业务调用指令，进而建立对协程池中处于空闲状态的第二协程的调用关系，并基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，执行业务逻辑后进一步终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。由于业务服务器调用第一协程响应业务调用指令，并在协程池中获取第二协程执行业务调用指令对应的业务逻辑，进而在指向业务逻辑后将第二协程归还至协程池，实现了在对业务调用指令的不同处理阶段采用不同类型的协程，并进一步对执行业务逻辑的协程进行了复用，进而降低了对资源的整体占用程度，相对确保了对业务服务器进行调用的可靠性。
基于上述程序模块的硬件实现，且为了实现本申请实施例的业务服务器调用方法，本申请实施例还提供了一种容器管理平台，图8为本申请实施例公开的一种容器管理平台的硬件组成结构示意图，如图8所示，容器管理平台包括：
通信接口5，能够与其它设备比如网络设备等进行信息交互；
处理器6，与通信接口5连接，以实现与其它设备进行信息交互，用于运行计算机程序时，执行上述一个或多个技术方案提供的应用于容器管理平台的业务服务器调用方法。而所述计算机程序存储在存储器7上。
当然，实际应用时，宿主机设备中的各个组件通过总线系统8耦合在一起。可理解，总线系统8用于实现这些组件之间的连接通信。总线系统8除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图8中将各种总线都标为总线系统8。
本申请实施例中的存储器7用于存储各种类型的数据以支持宿主机设备的操作。这些数据的示例包括：用于在宿主机设备上操作的任何计算机程序。
可以理解，存储器7可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器2旨在包括但不限于这些和任意其它适合类型的存储器。
上述本申请实施例揭示的业务服务器调用方法可以应用于处理器6中，或者由处理器6实现。处理器6可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述业务服务器调用方法的各步骤可以通过处理器6中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器6可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器6可以实现或者执行本申请实施例中的公开的各业务服务器调用方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的业务服务器调用方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器7，处理器6读取存储器7中的程序，结合其硬件完成前述业务服务器调用方法的步骤。
处理器6执行所述程序时实现本申请实施例的各个业务服务器调用方法中的相应流程，为了简洁，在此不再赘述。
在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的存储器7，上述计算机程序可由处理器6执行，以完成前述业务服务器调用方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置、终端和业务服务器调用方法，可以通过其它的方式实现。以上所描述的设备实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述业务服务器调用方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述业务服务器调用方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台宿主机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例的业务服务器调用方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本申请所提供的容器管理平台，由业务服务器调用第一协程响应容器管理平台传入的业务调用指令，进而建立对协程池中处于空闲状态的第二协程的调用关系，并基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，执行业务逻辑后进一步终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。由于业务服务器调用第一协程响应业务调用指令，并在协程池中获取第二协程执行业务调用指令对应的业务逻辑，进而在指向业务逻辑后将第二协程归还至协程池，实现了在对业务调用指令的不同处理阶段采用不同类型的协程，并进一步对执行业务逻辑的协程进行了复用，进而降低了对资源的整体占用程度，相对确保了对业务服务器进行调用的可靠性。
此外，本申请实施例还公开了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的应用于业务服务器的业务服务器调用方法的步骤。
此外，本申请实施例还公开了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的应用于容器管理平台的业务服务器调用方法的步骤。
本申请所提供的计算机可读存储介质，由业务服务器调用第一协程响应容器管理平台传入的业务调用指令，进而建立对协程池中处于空闲状态的第二协程的调用关系，并基于调用关系调用第二协程执行业务调用指令对应的业务逻辑，执行业务逻辑后进一步终止调用关系以将第二协程回收至协程池，以便第二协程可重复调用。由于本计算机可读存储介质中，业务服务器调用第一协程响应业务调用指令，并在协程池中获取第二协程执行业务调用指令对应的业务逻辑，进而在指向业务逻辑后将第二协程归还至协程池，实现了在对业务调用指令的不同处理阶段采用不同类型的协程，并进一步对执行业务逻辑的协程进行了复用，进而降低了对资源的整体占用程度，相对确保了对业务服务器进行调用的可靠性。
以上对本申请所提供的一种业务服务器调用方法、系统、设备及存储介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (15)

1.一种业务服务器调用方法，其特征在于，应用于业务服务器，包括：
调用第一协程响应容器管理平台传入的业务调用指令；
建立对协程池中处于空闲状态的第二协程的调用关系；
基于所述调用关系调用所述第二协程执行所述业务调用指令对应的业务逻辑；
终止所述调用关系以将所述第二协程回收至所述协程池，以便所述第二协程可重复调用。
2.根据权利要求1所述的业务服务器调用方法，其特征在于，所述调用第一协程响应容器管理平台传入的业务调用指令，包括：
调用所述第一协程接收所述容器管理平台传入的所述业务调用指令，以及与所述业务调用指令对应的数据包；
相应的，所述基于所述调用关系调用所述第二协程执行所述业务调用指令对应的业务逻辑，包括：
基于所述调用关系调用所述第二协程对所述数据包执行所述业务调用指令对应的业务逻辑。
3.根据权利要求1所述的业务服务器调用方法，其特征在于，所述业务服务器基于虚拟机镜像运行，且运行于所述容器管理平台的工作节点。
4.根据权利要求3所述的业务服务器调用方法，其特征在于，所述容器管理平台包括Kubernetes容器管理平台，所述业务服务器包括DNS服务器。
5.根据权利要求1至4任意一项所述的业务服务器调用方法，其特征在于，在所述建立对协程池中处于空闲状态的第二协程的调用关系之前，所述方法还包括：
判断所述协程池中是否存在处于空闲状态的所述第二协程；
若所述协程池中存在处于空闲状态的所述第二协程，则执行所述建立对协程池中处于空闲状态的所述第二协程的调用关系的步骤；
若所述协程池中不存在处于空闲状态的所述第二协程，则在所述协程池中创建所述第二协程，并执行所述建立对协程池中处于空闲状态的所述第二协程的调用关系的步骤。
6.一种业务服务器调用方法，其特征在于，应用于容器管理平台，包括：
接收客户端传入的业务调用指令；
基于预设的负载均衡策略选取业务服务器；
将所述业务调用指令发送至所述业务服务器，以调用所述业务服务器基于第一协程响应所述业务调用指令，并基于协程池中的第二协程执行所述业务调用指令对应的业务逻辑。
7.根据权利要求6所述的业务服务器调用方法，其特征在于，所述基于预设的负载均衡策略选取业务服务器，包括：
基于预设的负载均衡策略在工作节点内基于虚拟机镜像运行的多个业务服务器副本中选取所述业务服务器；
相应的，所述方法还包括：
接收客户端传入的配置指令；
调用控制中心节点根据所述配置指令对所述工作节点执行配置操作。
8.根据权利要求7所述的业务服务器调用方法，其特征在于，所述调用控制中心节点根据所述配置指令对所述工作节点执行配置操作，包括：
调用所述控制中心节点根据所述配置指令对所述工作节点执行对所述协程池的配置操作和/或对所述业务服务器的配置操作。
9.一种系统，其特征在于，包括：
容器管理平台，用于接收客户端传入的业务调用指令；基于预设的负载均衡策略选取业务服务器；将所述业务调用指令发送至所述业务服务器，以调用所述业务服务器基于第一协程响应所述业务调用指令，并基于协程池中的第二协程执行所述业务调用指令对应的业务逻辑；
所述业务服务器，用于调用所述第一协程响应所述容器管理平台传入的业务调用指令；建立对协程池中处于空闲状态的所述第二协程的调用关系；基于所述调用关系调用所述第二协程执行所述业务调用指令对应的业务逻辑；终止所述调用关系以将所述第二协程回收至所述协程池，以便所述第二协程可重复调用。
10.一种业务服务器调用装置，其特征在于，应用于业务服务器，包括：
指令响应模块，用于调用第一协程响应容器管理平台传入的业务调用指令；
调用关系建立模块，用于建立对协程池中处于空闲状态的第二协程的调用关系；
业务逻辑执行模块，用于基于所述调用关系调用所述第二协程执行所述业务调用指令对应的业务逻辑；
协程终止模块，用于终止所述调用关系以将所述第二协程回收至所述协程池，以便所述第二协程可重复调用。
11.一种业务服务器调用装置，其特征在于，应用于容器管理平台，包括：
指令接收模块，用于接收客户端传入的业务调用指令；
服务器选取模块，用于基于预设的负载均衡策略选取业务服务器；
指令发送模块，用于将所述业务调用指令发送至所述业务服务器，以调用所述业务服务器基于第一协程响应所述业务调用指令，并基于协程池中的第二协程执行所述业务调用指令对应的业务逻辑。
12.一种业务服务器，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至5任一项所述的应用于业务服务器的业务服务器调用方法的步骤。
13.一种容器管理平台，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求6至8任一项所述的应用于容器管理平台的业务服务器调用方法的步骤。
14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的应用于业务服务器的业务服务器调用方法的步骤。
15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求6至8任一项所述的应用于容器管理平台的业务服务器调用方法的步骤。
CN202011373491.6A 2020-11-30 2020-11-30 一种业务服务器调用方法、系统、设备及存储介质 Pending CN112395049A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011373491.6A CN112395049A (zh) 2020-11-30 2020-11-30 一种业务服务器调用方法、系统、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011373491.6A CN112395049A (zh) 2020-11-30 2020-11-30 一种业务服务器调用方法、系统、设备及存储介质

Publications (1)

Publication Number Publication Date
CN112395049A true CN112395049A (zh) 2021-02-23

Family

ID=74604751

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011373491.6A Pending CN112395049A (zh) 2020-11-30 2020-11-30 一种业务服务器调用方法、系统、设备及存储介质

Country Status (1)

Country Link
CN (1) CN112395049A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115987652A (zh) * 2022-12-27 2023-04-18 北京深盾科技股份有限公司 一种账号管理方法、系统、设备及计算机存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109358956A (zh) * 2018-09-30 2019-02-19 上海保险交易所股份有限公司 服务调用方法
CN109451051A (zh) * 2018-12-18 2019-03-08 百度在线网络技术（北京）有限公司 服务请求处理方法、装置、电子设备及存储介质

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109358956A (zh) * 2018-09-30 2019-02-19 上海保险交易所股份有限公司 服务调用方法
CN109451051A (zh) * 2018-12-18 2019-03-08 百度在线网络技术（北京）有限公司 服务请求处理方法、装置、电子设备及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115987652A (zh) * 2022-12-27 2023-04-18 北京深盾科技股份有限公司 一种账号管理方法、系统、设备及计算机存储介质
CN115987652B (zh) * 2022-12-27 2023-11-03 北京深盾科技股份有限公司 一种账号管理方法、系统、设备及计算机存储介质

Similar Documents

Publication Publication Date Title
US11095711B2 (en) DNS Resolution of internal tenant-specific domain addresses in a multi-tenant computing environment
RU2671046C2 (ru) Центры обработки данных конечных точек с разными наборами арендаторов
CN108961033B (zh) 多业务系统交互方法及装置、存储介质、电子终端
US10917294B2 (en) Network function instance management method and related device
CN111371679A (zh) 一种基于kubernetes与Kong实现API网关的方法
CN113301116A (zh) 微服务应用跨网络通信方法、装置、系统及设备
CN112202615B (zh) 一种多cni协同工作系统与方法
CN111277432A (zh) 配置信息更新方法、装置、电子设备及存储介质
CN114281263B (zh) 容器集群管理系统的存储资源处理方法、系统和设备
CN112333017B (zh) 一种服务配置方法、装置、设备及存储介质
CN110928554A (zh) 一种部署方法、装置、设备及存储介质
WO2024113582A1 (zh) 一种多云集群资源共享方法、装置、设备及存储介质
CN115086166B (zh) 计算系统、容器网络配置方法及存储介质
CN115525396A (zh) 基于云原生的应用管理方法及装置
CN115567594A (zh) 微服务请求处理方法、装置、计算机设备及存储介质
US10785056B1 (en) Sharing a subnet of a logically isolated network between client accounts of a provider network
CN114371914A (zh) 容器ip地址配置方法、装置、存储介质及电子设备
WO2020113817A1 (zh) 一种基于用户态协议栈的网络隔离方法和装置
CN112395049A (zh) 一种业务服务器调用方法、系统、设备及存储介质
WO2010043234A1 (en) Web application server facilitating data access in a network environment
CN113162944A (zh) 安全运营平台与安全组件的网络通信方法、装置及设备
CN113268254A (zh) 一种集群系统安装方法、装置、电子设备及存储介质
WO2021093671A1 (zh) 任务处理方法、系统、装置、设备及计算机可读存储介质
US9537931B2 (en) Dynamic object oriented remote instantiation
CN115758334A (zh) 云应用的访问方法、装置、电子设备及存储介质

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