CN110955492A - 基于容器技术的服务处理方法、装置和计算机设备 - Google Patents
基于容器技术的服务处理方法、装置和计算机设备 Download PDFInfo
- Publication number
- CN110955492A CN110955492A CN201911096286.7A CN201911096286A CN110955492A CN 110955492 A CN110955492 A CN 110955492A CN 201911096286 A CN201911096286 A CN 201911096286A CN 110955492 A CN110955492 A CN 110955492A
- Authority
- CN
- China
- Prior art keywords
- container
- service request
- user terminal
- resource
- server
- 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
Links
- 238000005516 engineering process Methods 0.000 title claims abstract description 44
- 238000003672 processing method Methods 0.000 title abstract description 11
- 238000000034 method Methods 0.000 claims abstract description 146
- 230000008569 process Effects 0.000 claims abstract description 117
- 238000012545 processing Methods 0.000 claims abstract description 97
- 238000012544 monitoring process Methods 0.000 claims description 51
- 230000002159 abnormal effect Effects 0.000 claims description 39
- 238000004590 computer program Methods 0.000 claims description 29
- 230000008439 repair process Effects 0.000 claims description 14
- 238000010276 construction Methods 0.000 claims description 4
- 230000007547 defect Effects 0.000 abstract description 21
- 238000007726 management method Methods 0.000 description 27
- 239000002699 waste material Substances 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000010076 replication Effects 0.000 description 4
- 230000007423 decrease Effects 0.000 description 3
- 238000002955 isolation Methods 0.000 description 3
- 238000013468 resource allocation Methods 0.000 description 3
- 241000322338 Loeseliastrum Species 0.000 description 2
- 238000013475 authorization Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000011217 control strategy Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012536 packaging technology Methods 0.000 description 1
- 238000012958 reprocessing Methods 0.000 description 1
- 238000005096 rolling process Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1479—Generic software techniques for error detection or fault masking
- G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
- G06F11/1484—Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
-
- 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/45562—Creating, deleting, cloning virtual machine instances
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请涉及一种基于容器技术的服务处理方法、装置、计算机设备和存储介质。所述方法包括：接收用户终端发送的服务请求；所述服务请求中携带有资源需求信息；构建与所述资源需求信息对应的容器，作为与所述用户终端匹配的容器；控制所述容器，对所述服务请求进行处理；若检测到所述容器对所述服务请求处理完毕，则删除所述容器。采用本方法实现了根据用户终端发送的服务请求，实时构建相匹配的容器来执行服务请求的目的；在执行服务请求的过程中，容器共享服务器的内核***，无需单独占用内核***，避免了通过虚拟机执行服务请求而导致服务器的资源被大量占用的缺陷，从而节约了服务器资源，进一步提高了服务器的资源利用率。
Description
技术领域
本申请涉及容器技术领域，特别是涉及一种基于容器技术的服务处理方法、装置、计算机设备和存储介质。
背景技术
随着计算机技术的发展，越来越多的服务通过服务器去实现，比如多用户服务。
然而，目前的多用户服务，一般是在服务器上部署多个虚拟机，通过这些虚拟机来响应多个用户终端的服务，以实现多用户服务。但是，这些虚拟机都拥有自己的内核和文件***，若存在大量用户终端的服务，则需要部署大量虚拟机，使得服务器的资源被大量占用，从而造成服务器的资源利用率下降。
发明内容
基于此，有必要针对上述技术问题，提供一种能够服务器的资源利用率的基于容器技术的服务处理方法、装置、计算机设备和存储介质。
一种基于容器技术的服务处理方法，所述方法包括：
接收用户终端发送的服务请求；所述服务请求中携带有资源需求信息；
构建与所述资源需求信息对应的容器，作为与所述用户终端匹配的容器；
控制所述容器，对所述服务请求进行处理；
若检测到所述容器对所述服务请求处理完毕，则删除所述容器。
在其中一个实施例中，所述构建与所述资源需求信息对应的容器，作为与所述用户终端匹配的容器，包括：
确定与所述资源需求信息对应的容器镜像标识；
从预设数据库中获取与所述容器镜像标识对应的容器镜像文件；
根据所述容器镜像文件，构建对应的容器，作为与所述用户终端匹配的容器。
在其中一个实施例中，所述服务请求为资源配置请求；
所述控制所述容器，对所述服务请求进行处理，包括：
根据所述资源配置请求，确定所述用户终端的目标资源；
控制所述容器，对所述用户终端配置所述目标资源。
在其中一个实施例中，在控制所述容器，对所述服务请求进行处理之后，还包括：
接收所述容器返回的处理结果；
从所述处理结果中提取出私有数据以及公有数据；
将所述私有数据存储在所述用户终端对应的私有存储区块，以及将所述公有数据存储在预设的公有存储区块。
在其中一个实施例中，在控制所述容器，对所述服务请求进行处理之后，还包括：
获取预设的进程监控文件；
根据所述预设的进程监控文件，对所述容器中的进程进行监控。
在其中一个实施例中，所述方法还包括：
若监控到所述容器的进程发生异常，则确定所述容器的进程异常类型；
获取与所述进程异常类型对应的容器修复文件；
根据所述容器修复文件，对所述容器进行修复。
在其中一个实施例中，所述方法还包括：
若监控到所述容器的进程发生异常，则重新构建与所述资源需求信息对应的容器；所述重新构建的容器用于对所述服务请求进行处理；
和/或
若监控到所述容器的进程发生异常，则将所述服务请求发送至满足所述资源需求信息，且处于空闲状态的容器；所述容器用于对所述服务请求进行处理。
一种基于容器技术的服务处理装置，所述装置包括：
请求接收模块，用于接收用户终端发送的服务请求；所述服务请求中携带有资源需求信息；
容器构建模块，用于构建与所述资源需求信息对应的容器，作为与所述用户终端匹配的容器；
请求处理模块，用于控制所述容器，对所述服务请求进行处理；
容器删除模块，用于若检测到所述容器对所述服务请求处理完毕，则删除所述容器。
一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
接收用户终端发送的服务请求；所述服务请求中携带有资源需求信息；
构建与所述资源需求信息对应的容器，作为与所述用户终端匹配的容器；
控制所述容器，对所述服务请求进行处理；
若检测到所述容器对所述服务请求处理完毕，则删除所述容器。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
接收用户终端发送的服务请求；所述服务请求中携带有资源需求信息；
构建与所述资源需求信息对应的容器，作为与所述用户终端匹配的容器；
控制所述容器，对所述服务请求进行处理；
若检测到所述容器对所述服务请求处理完毕，则删除所述容器。
上述基于容器技术的服务处理方法、装置、计算机设备和存储介质，根据用户终端发送的服务请求，构建与服务请求中携带的资源需求信息对应的容器，作为与用户终端匹配的容器，进而控制容器对服务请求进行处理，并在检测到容器对服务请求处理完毕，则删除容器；实现了根据用户终端发送的服务请求，实时构建相匹配的容器来执行服务请求的目的；在执行服务请求的过程中，容器共享服务器的内核***，无需单独占用内核***，避免了通过虚拟机执行服务请求而导致服务器的资源被大量占用的缺陷，从而节约了服务器资源，进一步提高了服务器的资源利用率；同时，在检测到容器对服务请求处理完毕的情况下，将该容器进行删除，有利于释放容器占用的服务器资源，避免了服务器资源浪费，进一步提高了服务器的资源利用率。此外，通过容器来响应用户终端的服务请求，避免了因资源抢占而导致服务请求不能被顺利执行的缺陷，从而提高了服务执行的稳定性。
附图说明
图1为一个实施例中基于容器技术的服务处理的应用场景图；
图2为一个实施例中基于容器技术的服务处理方法的流程示意图；
图3为另一个实施例中基于容器技术的服务处理方法的流程示意图；
图4为一个实施例中基于容器技术的服务处理装置的结构框图；
图5为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的基于容器技术的服务处理方法，可以应用于如图1所示的应用环境中。其中，用户终端110通过网络与服务器120通过网络进行通信。用户终端110响应用户的触发操作，生成服务请求，并将服务请求发送至服务器120，服务请求中携带有资源需求信息。服务器120构建与资源需求信息对应的容器，作为与用户终端110匹配的容器；控制容器，对服务请求进行处理；若检测到容器对服务请求处理完毕，则删除容器。其中，用户终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中，如图2所示，提供了一种基于容器技术的服务处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：
步骤S201，接收用户终端发送的服务请求；服务请求中携带有资源需求信息。
在本步骤中，服务请求是指用户终端对应的用户触发的请求，包括资源配置请求、分布式存储请求、***升级请求等。资源是指服务器的CPU(central processing unit，中央处理器)、内存、网络、存储等资源，资源需求信息是指处理服务请求所需要的服务器资源；比如，若服务请求的数据量较低，则所需要的服务器资源较少；若服务请求的数据量较高，则所需要的服务器资源较多。
具体地，用户终端响应用户的触发操作，生成服务请求，并将该服务请求发送至服务器。比如，用户在用户终端提供的服务界面上点击“资源申请”，触发用户终端生成相应的服务请求，并通过用户终端将该服务请求发送至对应的服务器。
步骤S202，构建与资源需求信息对应的容器，作为与用户终端匹配的容器。
在本步骤中，容器技术是一种轻量级、可移植、自包含的软件打包技术，打包的应用程序可以在几乎任何地方以相同的方式运行。
其中，容器是指运行在服务器上的通过Docker技术虚拟化出来的容器，也可以看作是内核上运行的独立代码单元；容器可以使用宿主机(比如服务器)的内核加载自身的文件***，无需独自占用内核，从而具有启动速度快，资源占用小，移植性好的优点；其中，Docker是一个开源的应用容器引擎。
具体地，服务器对资源需求信息进行分析，确定执行服务请求所需要的服务器资源；构建与所需要的服务器资源对应的容器，作为与用户终端匹配的容器；这样，通过构建与用户终端匹配的容器，可以对构建好的容器所使用的服务器资源进行限制，避免了服务器资源被大量占用而影响其他服务请求的执行，同时提高了服务器的资源利用率。此外，在接收到用户终端发送的服务请求的情况下，才构建相匹配的容器，使得服务器资源得到更有效地利用，进一步提高了服务器的资源利用率。
步骤S203，控制容器，对服务请求进行处理。
具体地，服务器根据服务请求生成服务指令，将生成的服务指令发送至与用户终端匹配的容器；容器用于根据接收的服务指令，对服务请求进行处理，生成对应的处理结果；比如，容器响应用户终端发送的资源配置请求，生成对应的资源配置结果。这样，通过控制容器对服务请求进行处理，避免了通过虚拟机执行服务请求而导致服务器的资源被大量占用的缺陷，从而节约了服务器资源，进一步提高了服务器的资源利用率。
进一步地，服务器还可以对用户终端发送的服务请求进行验证，以确认服务请求是否被篡改，若确认服务请求验证通过，则控制容器对服务请求进行处理。
举例说明，服务器获取服务请求携带的网络IP地址；将该服务请求携带的网络IP地址与预设网络IP地址进行匹配，若匹配成功，则确认服务请求验证通过，并控制容器对服务请求进行处理。
步骤S204，若检测到容器对服务请求处理完毕，则删除容器。
具体地，服务器实时对容器的进程进行监控，以确定容器是否对服务请求处理完毕；若检测到容器对服务请求处理完毕，说明容器处于空闲状态，则删除容器。这样，有利于释放容器占用的服务器资源，避免了容器没有执行服务请求而占用服务器资源的缺陷，从而提高了服务器的资源利用率。
上述基于容器技术的服务处理方法中，根据用户终端发送的服务请求，构建与服务请求中携带的资源需求信息对应的容器，作为与用户终端匹配的容器，进而控制容器对服务请求进行处理，并在检测到容器对服务请求处理完毕，则删除容器；实现了根据用户终端发送的服务请求，实时构建相匹配的容器来执行服务请求的目的；在执行服务请求的过程中，容器共享服务器的内核***，无需单独占用内核***，避免了通过虚拟机执行服务请求而导致服务器的资源被大量占用的缺陷，从而节约了服务器资源，进一步提高了服务器的资源利用率；同时，在检测到容器对服务请求处理完毕的情况下，将该容器进行删除，有利于释放容器占用的服务器资源，避免了服务器资源浪费，进一步提高了服务器的资源利用率。此外，通过容器来响应用户终端的服务请求，避免了因资源抢占而导致服务请求不能被顺利执行的缺陷，从而提高了服务执行的稳定性。
在一个实施例中，上述步骤S202，构建与资源需求信息对应的容器，作为与用户终端匹配的容器，包括：确定与资源需求信息对应的容器镜像标识；从预设数据库中获取与容器镜像标识对应的容器镜像文件；根据容器镜像文件，构建对应的容器，作为与用户终端匹配的容器。
其中，容器镜像标识是指容器镜像的唯一标识信息，可以是容器名称、容器编码等。容器镜像包含应用程序的二进制文件及其依赖项；容器镜像文件是通过Docker技术制作的镜像，容器的创建需要依赖一个容器镜像文件，容器镜像文件可以看成容器的所有运行环境。
具体地，服务器根据资源需求信息查询预设的资源需求信息与容器镜像标识的对应关系，得到与该资源需求信息对应的容器镜像标识；根据容器镜像标识查询存储有多个容器镜像标识对应的容器镜像文件的预设数据库，得到与该容器镜像标识对应的容器镜像文件；构建与该容器镜像文件对应的容器，作为与用户终端匹配的容器。
在本实施例中，通过构建与用户终端匹配的容器，可以对构建好的容器所使用的服务器资源进行限制，避免了服务器资源被大量占用而影响其他服务请求的执行，同时提高了服务器的资源利用率。此外，在接收到用户终端发送的服务请求的情况下，才构建相匹配的容器，使得服务器资源得到更有效地利用，进一步提高了服务器的资源利用率。
在一个实施例中，上述步骤S201，服务请求为资源配置请求；那么，上述步骤S203，控制容器，对服务请求进行处理，包括：根据资源配置请求，确定用户终端的目标资源；控制容器，对用户终端配置目标资源。
其中，目标资源是指用户终端所需要的服务器资源。
具体地，服务器对资源配置请求进行解析，得到应用终端所需要的服务器资源，作为用户终端的目标资源；根据用户终端的目标资源，生成配置指令，将生成的配置指令发送至容器，触发容器根据配置指令对用户终端配置目标资源；保证了用户终端对应的用户使用的服务器资源在配额范围内，防止了服务器资源抢占而影响其他用户的应用程序的稳定。
在本实施例中，通过控制容器对服务请求进行处理，避免了通过虚拟机执行服务请求而导致服务器的资源被大量占用的缺陷，从而节约了服务器资源，进一步提高了服务器的资源利用率。
在一个实施例中，上述步骤S203，在控制容器，对服务请求进行处理之后，还包括：接收容器返回的处理结果；从处理结果中提取出私有数据以及公有数据；将私有数据存储在用户终端对应的私有存储区块，以及将公有数据存储在预设的公有存储区块。
其中，私有数据是指涉及到个人隐私的信息，比如用户姓名、用户身份等；公有数据一般是指可以共享的数据。
其中，将私有数据存储在用户终端对应的私有存储区块上，同时与操作***文件进行分离，有利于保障数据的安全性以及***的安全性。
其中，通过构建预设的公有存储区块，并通过授权或者回收权限的方式管理用户访问公共数据，实现数据的快速共享，避免了不同用户的数据需求而需要进行数据搬运，导致占用过多资源和时间的缺陷，实现了一份数据多人共享的目的。
具体地，容器对服务请求进行处理，生成对应的处理结果，并将处理结果发送至服务器。服务器获取私有数据的标识信息以及公有数据的标识信息，从处理结果中提取出与私有数据的标识信息对应的数据，作为从处理结果中提取出的私有数据；从处理结果中提取出与公有数据的标识信息对应的数据，作为从处理结果中提取出的公有数据；将私有数据存储在用户终端对应的私有存储区块，以及将公有数据存储在预设的公有存储区块。
在本实施例中，通过将私有数据存储在用户终端对应的私有存储区块，以及将公有数据存储在预设的公有存储区块，有利于提高数据的安全性，同时实现了数据的共享。
在一个实施例中，上述步骤S203，在控制容器，对服务请求进行处理之后，还包括：获取预设的进程监控文件；根据预设的进程监控文件，对容器中的进程进行监控。
其中，预设的进程监控文件是一种能够自动对对容器中的进程进行监控的算法文件。
具体地，服务器采集容器中的进程，并获取预设的进程监控文件；根据预设的进程监控文件，对容器中的进程进行监控；若发现容器的进程异常，则触发报警信息，并对容器的进程进行修复，以恢复容器的正常运行。
在本实施例中，根据预设的进程监控文件，对容器中的进程进行监控，实现了对容器进行监控的目的，避免了容器发生异常而导致服务请求无法顺利执行的缺陷，进一步提高了服务执行的稳定性。
在一个实施例中，在根据预设的进程监控文件，对容器中的进程进行监控之后，还包括：若监控到容器的进程发生异常，则确定容器的进程异常类型；获取与进程异常类型对应的容器修复文件；根据容器修复文件，对容器进行修复。
其中，进程异常类型用于标识容器的进程所发生的异常类型；容器修复文件是一种能够自动对容器进行修复的文件，不同的进程异常类型，对应的容器修复文件不一样。
具体地，服务器若监控到容器的进程发生异常，则对容器的进程的异常情况进行分析，确定容器的进程异常类型；根据进程异常类型查询存储有多个进程异常类型对应的容器修复文件的预设数据库，得到与该进程异常类型对应的容器修复文件；将该容器修复文件发送至容器，以对容器进行相应的修复，进而使容器恢复正常。
在本实施例中，在容器的进程发生异常的情况下，根据容器的进程异常类型对应的容器修复文件，对容器进行相应的修复，避免了容器发生异常而导致服务请求无法顺利执行的缺陷，进一步提高了服务执行的稳定性。
在另一个实施例中，在根据预设的进程监控文件，对容器中的进程进行监控之后，还包括：若监控到容器的进程发生异常，则重新构建与资源需求信息对应的容器；重新构建的容器用于对服务请求进行处理。
具体地，服务器若监控到容器的进程发生异常，则重新构建与资源需求信息对应的容器，作为与用户终端匹配的容器；控制容器对服务请求进行处理；若检测到容器对服务请求处理完毕，则删除容器。
在本实施例中，在容器的进程发生异常的情况下，重新构建与资源需求信息对应的容器，并通过重新构建的容器对服务请求进行处理，避免了容器发生异常而导致服务请求无法顺利执行的缺陷，进一步提高了服务执行的稳定性。
在又一个实施例中，在根据预设的进程监控文件，对容器中的进程进行监控之后，还包括：若监控到容器的进程发生异常，则将服务请求发送至满足资源需求信息，且处于空闲状态的容器；容器用于对服务请求进行处理。
具体地，服务器若监控到容器的进程发生异常，则从已构建的容器中，查找出满足资源需求信息，且处于空闲状态的容器，作为目标容器，并将服务请求发送至目标容器，以触发目标容器对服务请求进行处理。
在本实施例中，在容器的进程发生异常的情况下，将服务请求发送至满足资源需求信息，且处于空闲状态的容器，以通过容器对服务请求进行处理，从而避免了容器发生异常而导致服务请求无法顺利执行的缺陷，进一步提高了服务执行的稳定性。
在一个实施例中，如图3所示，提供了另一种基于容器技术的服务处理方法，具体包括如下步骤：
步骤S301，接收用户终端发送的服务请求；服务请求中携带有资源需求信息。
步骤S302，构建与资源需求信息对应的容器，作为与用户终端匹配的容器。
步骤S303，控制容器对服务请求进行处理。
步骤S304，获取预设的进程监控文件；根据预设的进程监控文件，对容器中的进程进行监控。
步骤S305，若监控到容器的进程发生异常，则确定容器的进程异常类型；获取与进程异常类型对应的容器修复文件；根据容器修复文件，对容器进行修复。
步骤S306，控制修复后的容器对对服务请求进行再次处理。
步骤S307，接收容器返回的处理结果；从处理结果中提取出私有数据以及公有数据；将私有数据存储在用户终端对应的私有存储区块，以及将公有数据存储在预设的公有存储区块。
步骤S308，若检测到容器对服务请求处理完毕，则删除容器。
上述基于容器技术的服务处理方法，根据用户终端发送的服务请求，构建与服务请求中携带的资源需求信息对应的容器，作为与用户终端匹配的容器，进而控制容器对服务请求进行处理，并在检测到容器对服务请求处理完毕，则删除容器；实现了根据用户终端发送的服务请求，实时构建相匹配的容器来执行服务请求的目的；在执行服务请求的过程中，容器共享服务器的内核***，无需单独占用内核***，避免了通过虚拟机执行服务请求而导致服务器的资源被大量占用的缺陷，从而节约了服务器资源，进一步提高了服务器的资源利用率；同时，在检测到容器对服务请求处理完毕的情况下，将该容器进行删除，有利于释放容器占用的服务器资源，避免了服务器资源浪费，进一步提高了服务器的资源利用率。此外，通过容器来响应用户终端的服务请求，避免了因资源抢占而导致服务请求不能被顺利执行的缺陷，从而提高了服务执行的稳定性。
在一个实施例中，提供了一种基于容器技术的服务处理***，该基于容器技术的服务处理***具体通过下述方式构建而成：
(1)底层基于服务器主机、网络资源等组建基础硬件设施。
(2)采用Kubernetes容器编排管理技术以及Docker容器技术，并基于操作***内核的虚拟化技术，搭建Kubernetes集群环境，实现容器的网络管理、存储管理、CPU与内存等计算资源管理。
其中，Kubernetes是一个开源的、用于管理云平台中多个主机(比如服务器)上的容器化的应用。
(3)根据应用需求，创建租户，给租户分配相应的服务器资源；租户根据分配的帐号和租户信息部署服务应用。
(4)Kubernetes根据主机集群的资源情况以及租户的可用资源情况，合理分配存储以及计算资源，把服务应用跟存储计算资源绑定，并启动服务应用。
在一个实施例中，基于容器技术的服务处理***具体包括：容器编排管理模块、租户应用模块、服务治理模块、安全管理模块、多租户管理模块、平台运维管理模块、资源监控、管理和调度模块；其中：
容器编排管理模块，用于通过kubernetes，实现对主机服务器、网络设备等硬件基础设备的资源管理，并整合管理服务器的CPU、内存、网络、存储等资源，通过资源分配管理技术把资源分配给各个租户的应用。
租户应用模块，用于按用户为单位进行资源(比如CPU、内存、网络、存储)的分配，用户可以在分配的资源限额内进行应用软件的安装配置及运行管理；其中，租户应用指的是基础底层服务构建的上层应用。
服务治理模块，用于对租户的应用服务进行监控管理，保证服务的高可用。
安全管理模块，用于基于平台侧提供用户安全认证登录、用户权限、角色分配管理以及服务应用启停；并基于用户侧提供细粒度的权限管理控制，比如用户的权限管控(是否具备租户内服务配置、启停权限等)、是否允许用户访问某个应用等。
多租户管理模块，用于提供新租户申请及创建管理、旧租户的配置设置及删除。
平台运维管理模块，用于提供平台基础运行服务的启停、日志检索、平台整体资源监控、各个主机节点资源监控、添加以及下架相关节点。
资源监控、管理和调度平台，用于提供整个平台侧的资源实时使用情况、历史资源使用情况监控和基于租户内各个应用资源的使用情况监控；为容器编排管理工具提供资源管理服务，并结合资源使用情况及资源管理服务对运行过程中出现问题的服务进行重新调度运行，随时保证服务的高可用性；比如，分布式应用服务中某个节点出现故障时，可以及时把此应用服务迁移运行在可用节点上，以保障服务的高可用。
通过上述基于容器技术的服务处理***，可以达到以下技术效果：
(1)基于容器化的应用服务启动快，移植性好。
其中，容器镜像包含了容器运行时所需要的文件***和一些参数，进行移植时只需要迁移镜像即可。同一台机器上的容器共享主机内核，基于操作***级别的LXC(LinuxContainers，一种基于容器的操作***层级的虚拟化技术)虚拟化环境，服务启动只需要几秒。
(2)多用户不同应用之间使用Calico网络隔离技术，通过自由控制访问控制策略，防止非法用户越权访问其他租户应用。
其中，Calico是纯3层的网络隔离方案，利用虚拟路由代理虚拟交换，每一台虚拟路由通过BGP(Border Gateway Protocol，边界网关协议)协议传播可达信息，不同用户分配在不同的子网区，以实现隔离。
(3)提供公共数据共享区，通过授权/回收权限方式管理用户访问公共数据，实现数据快速共享，避免了基于不同用户的数据需求而需要进行数据搬运，导致占用过多资源和时间，实现了一份数据多人共享的目的。
(4)将多用户平台的私有数据存储在用户私有存储区块上，同时与操作***文件分离，可以保障数据以及***的安全性。
(5)计算资源根据用户申请分配，使用资源打包技术，保证用户使用的计算资源在配额范围内，防止***级别资源争用影响其他用户应用程序的稳定。
其中，资源监控、管理与调度平台根据多租户管理***申请需求，分配计算与存储资源，并绑定到相应应用服务上，再启动应用服务，以负责对应用服务的监控、管理和调度。
(6)采用镜像管理，通过逐步替换的策略，即不断增加旧/新版本实例副本数，最终实现应用服务的不停机降级或者升级；整个过程对使用用户是透明的，不影响用户使用。
其中，滚动升级可以通过执行kubectl rolling-update命令，该命令创建了一个新的Replication Controller(复制控制器)，然后自动控制旧的Replication Controller中的Pod副本数量逐渐减少到0，同时新的Replication Controller中的Pod副本数量从0逐步增加到目标值，最终实现了Pod的升级。
(7)应用资源动态扩展和灵活伸缩；当应用服务出现性能瓶颈时，通过Replication Controller，基于Pod的资源使用情况，并根据配置的策略自动调整Pod的副本数，实现应用服务性能的秒级伸缩。
其中，资源监控、管理与调度平台根据用户应用服务的相关监控指标数据，以及应用配置策略来增加或者降低Pod的副本数，且Pod的增减是秒级完成的。
(8)对集群主机进行监控管理，对平台整体资源使用情况、单个用户资源使用情况进行细粒度监控。
其中，把资源监控功能集成到服务处理***的管理页面，可实现对资源的整体监控和单个用户的资源监控。
应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图4所示，提供了一种基于容器技术的服务处理装置，包括：请求接收模块410、容器构建模块420、请求处理模块430和容器删除模块440，其中：
请求接收模块410，用于接收用户终端发送的服务请求；服务请求中携带有资源需求信息。
容器构建模块420，用于构建与资源需求信息对应的容器，作为与用户终端匹配的容器。
请求处理模块430，用于控制容器，对服务请求进行处理。
容器删除模块440，用于若检测到容器对服务请求处理完毕，则删除容器。
在一个实施例中，容器构建模块420还用于确定与资源需求信息对应的容器镜像标识；从预设数据库中获取与容器镜像标识对应的容器镜像文件；根据容器镜像文件，构建对应的容器，作为与用户终端匹配的容器。
在一个实施例中，服务请求为资源配置请求；请求处理模块430还用于根据资源配置请求，确定用户终端的目标资源；控制容器，对用户终端配置目标资源。
在一个实施例中，本申请的基于容器技术的服务处理装置还包括数据存储模块，用于接收容器返回的处理结果；从处理结果中提取出私有数据以及公有数据；将私有数据存储在用户终端对应的私有存储区块，以及将公有数据存储在预设的公有存储区块。
在一个实施例中，本申请的基于容器技术的服务处理装置还包括容器监控模块，用于获取预设的进程监控文件；根据预设的进程监控文件，对容器中的进程进行监控。
在一个实施例中，本申请的基于容器技术的服务处理装置还包括容器修复模块，用于若监控到容器的进程发生异常，则确定容器的进程异常类型；获取与进程异常类型对应的容器修复文件；根据容器修复文件，对容器进行修复。
在一个实施例中，本申请的基于容器技术的服务处理装置还包括容器重构模块，用于若监控到容器的进程发生异常，则重新构建与资源需求信息对应的容器；重新构建的容器用于对服务请求进行处理。
在一个实施例中，本申请的基于容器技术的服务处理装置还包括请求发送模块，用于若监控到容器的进程发生异常，则将服务请求发送至满足资源需求信息，且处于空闲状态的容器；容器用于对服务请求进行处理。
上述各个实施例，基于容器技术的服务处理装置根据用户终端发送的服务请求，构建与服务请求中携带的资源需求信息对应的容器，作为与用户终端匹配的容器，进而控制容器对服务请求进行处理，并在检测到容器对服务请求处理完毕，则删除容器；实现了根据用户终端发送的服务请求，实时构建相匹配的容器来执行服务请求的目的；在执行服务请求的过程中，容器共享服务器的内核***，无需单独占用内核***，避免了通过虚拟机执行服务请求而导致服务器的资源被大量占用的缺陷，从而节约了服务器资源，进一步提高了服务器的资源利用率；同时，在检测到容器对服务请求处理完毕的情况下，将该容器进行删除，有利于释放容器占用的服务器资源，避免了服务器资源浪费，进一步提高了服务器的资源利用率。此外，通过容器来响应用户终端的服务请求，避免了因资源抢占而导致服务请求不能被顺利执行的缺陷，从而提高了服务执行的稳定性。
关于基于容器技术的服务处理装置的具体限定可以参见上文中对于基于容器技术的服务处理方法的限定，在此不再赘述。上述基于容器技术的服务处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储资源需求信息等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于容器技术的服务处理方法。
本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
接收用户终端发送的服务请求；服务请求中携带有资源需求信息；
构建与资源需求信息对应的容器，作为与用户终端匹配的容器；
控制容器，对服务请求进行处理；
若检测到容器对服务请求处理完毕，则删除容器。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：确定与资源需求信息对应的容器镜像标识；从预设数据库中获取与容器镜像标识对应的容器镜像文件；根据容器镜像文件，构建对应的容器，作为与用户终端匹配的容器。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据资源配置请求，确定用户终端的目标资源；控制容器，对用户终端配置目标资源。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收容器返回的处理结果；从处理结果中提取出私有数据以及公有数据；将私有数据存储在用户终端对应的私有存储区块，以及将公有数据存储在预设的公有存储区块。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取预设的进程监控文件；根据预设的进程监控文件，对容器中的进程进行监控。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：若监控到容器的进程发生异常，则确定容器的进程异常类型；获取与进程异常类型对应的容器修复文件；根据容器修复文件，对容器进行修复。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：若监控到容器的进程发生异常，则重新构建与资源需求信息对应的容器；重新构建的容器用于对服务请求进行处理。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：若监控到容器的进程发生异常，则将服务请求发送至满足资源需求信息，且处于空闲状态的容器；容器用于对服务请求进行处理。
上述各个实施例，计算机设备通过处理器上运行的计算机程序，实现了根据用户终端发送的服务请求，实时构建相匹配的容器来执行服务请求的目的；在执行服务请求的过程中，容器共享服务器的内核***，无需单独占用内核***，避免了通过虚拟机执行服务请求而导致服务器的资源被大量占用的缺陷，从而节约了服务器资源，进一步提高了服务器的资源利用率；同时，在检测到容器对服务请求处理完毕的情况下，将该容器进行删除，有利于释放容器占用的服务器资源，避免了服务器资源浪费，进一步提高了服务器的资源利用率。此外，通过容器来响应用户终端的服务请求，避免了因资源抢占而导致服务请求不能被顺利执行的缺陷，从而提高了服务执行的稳定性。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
接收用户终端发送的服务请求；服务请求中携带有资源需求信息；
构建与资源需求信息对应的容器，作为与用户终端匹配的容器；
控制容器，对服务请求进行处理；
若检测到容器对服务请求处理完毕，则删除容器。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：确定与资源需求信息对应的容器镜像标识；从预设数据库中获取与容器镜像标识对应的容器镜像文件；根据容器镜像文件，构建对应的容器，作为与用户终端匹配的容器。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据资源配置请求，确定用户终端的目标资源；控制容器，对用户终端配置目标资源。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收容器返回的处理结果；从处理结果中提取出私有数据以及公有数据；将私有数据存储在用户终端对应的私有存储区块，以及将公有数据存储在预设的公有存储区块。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取预设的进程监控文件；根据预设的进程监控文件，对容器中的进程进行监控。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：若监控到容器的进程发生异常，则确定容器的进程异常类型；获取与进程异常类型对应的容器修复文件；根据容器修复文件，对容器进行修复。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：若监控到容器的进程发生异常，则重新构建与资源需求信息对应的容器；重新构建的容器用于对服务请求进行处理。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：若监控到容器的进程发生异常，则将服务请求发送至满足资源需求信息，且处于空闲状态的容器；容器用于对服务请求进行处理。
上述各个实施例，计算机可读存储介质通过其存储的计算机程序，实现了根据用户终端发送的服务请求，实时构建相匹配的容器来执行服务请求的目的；在执行服务请求的过程中，容器共享服务器的内核***，无需单独占用内核***，避免了通过虚拟机执行服务请求而导致服务器的资源被大量占用的缺陷，从而节约了服务器资源，进一步提高了服务器的资源利用率；同时，在检测到容器对服务请求处理完毕的情况下，将该容器进行删除，有利于释放容器占用的服务器资源，避免了服务器资源浪费，进一步提高了服务器的资源利用率。此外，通过容器来响应用户终端的服务请求，避免了因资源抢占而导致服务请求不能被顺利执行的缺陷，从而提高了服务执行的稳定性。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种基于容器技术的服务处理方法，其特征在于，所述方法包括：
接收用户终端发送的服务请求；所述服务请求中携带有资源需求信息；
构建与所述资源需求信息对应的容器，作为与所述用户终端匹配的容器；
控制所述容器，对所述服务请求进行处理；
若检测到所述容器对所述服务请求处理完毕，则删除所述容器。
2.根据权利要求1所述的方法，其特征在于，所述构建与所述资源需求信息对应的容器，作为与所述用户终端匹配的容器，包括：
确定与所述资源需求信息对应的容器镜像标识；
从预设数据库中获取与所述容器镜像标识对应的容器镜像文件；
根据所述容器镜像文件，构建对应的容器，作为与所述用户终端匹配的容器。
3.根据权利要求1所述的方法，其特征在于，所述服务请求为资源配置请求；
所述控制所述容器，对所述服务请求进行处理，包括：
根据所述资源配置请求，确定所述用户终端的目标资源；
控制所述容器，对所述用户终端配置所述目标资源。
4.根据权利要求1所述的方法，其特征在于，在控制所述容器，对所述服务请求进行处理之后，还包括：
接收所述容器返回的处理结果；
从所述处理结果中提取出私有数据以及公有数据；
将所述私有数据存储在所述用户终端对应的私有存储区块，以及将所述公有数据存储在预设的公有存储区块。
5.根据权利要求1所述的方法，其特征在于，在控制所述容器，对所述服务请求进行处理之后，还包括：
获取预设的进程监控文件；
根据所述预设的进程监控文件，对所述容器中的进程进行监控。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
若监控到所述容器的进程发生异常，则确定所述容器的进程异常类型；
获取与所述进程异常类型对应的容器修复文件；
根据所述容器修复文件，对所述容器进行修复。
7.根据权利要求5所述的方法，其特征在于，所述方法还包括：
若监控到所述容器的进程发生异常，则重新构建与所述资源需求信息对应的容器；所述重新构建的容器用于对所述服务请求进行处理；
和/或
若监控到所述容器的进程发生异常，则将所述服务请求发送至满足所述资源需求信息，且处于空闲状态的容器；所述容器用于对所述服务请求进行处理。
8.一种基于容器技术的服务处理装置，其特征在于，所述装置包括：
请求接收模块，用于接收用户终端发送的服务请求；所述服务请求中携带有资源需求信息；
容器构建模块，用于构建与所述资源需求信息对应的容器，作为与所述用户终端匹配的容器；
请求处理模块，用于控制所述容器，对所述服务请求进行处理；
容器删除模块，用于若检测到所述容器对所述服务请求处理完毕，则删除所述容器。
9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911096286.7A CN110955492A (zh) | 2019-11-11 | 2019-11-11 | 基于容器技术的服务处理方法、装置和计算机设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911096286.7A CN110955492A (zh) | 2019-11-11 | 2019-11-11 | 基于容器技术的服务处理方法、装置和计算机设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110955492A true CN110955492A (zh) | 2020-04-03 |
Family
ID=69977200
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911096286.7A Pending CN110955492A (zh) | 2019-11-11 | 2019-11-11 | 基于容器技术的服务处理方法、装置和计算机设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110955492A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112256384A (zh) * | 2020-09-22 | 2021-01-22 | 杭州指令集智能科技有限公司 | 基于容器技术的服务集合处理方法、装置和计算机设备 |
| CN112564979A (zh) * | 2020-12-17 | 2021-03-26 | 金蝶软件（中国）有限公司 | 构建任务的执行方法、装置、计算机设备和存储介质 |
| CN114064279A (zh) * | 2021-11-18 | 2022-02-18 | 广州文远知行科技有限公司 | 容器资源调度方法、装置、存储介质及计算机设备 |
| CN115665172A (zh) * | 2022-10-31 | 2023-01-31 | 北京凯思昊鹏软件工程技术有限公司 | 一种嵌入式终端设备的管理***及管理方法 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102946433A (zh) * | 2012-11-22 | 2013-02-27 | 合肥华云通信技术有限公司 | 云公共服务平台下的大规模计算机资源的监控和调度方法 |
| CN106559488A (zh) * | 2016-11-24 | 2017-04-05 | 天津市普迅电力信息技术有限公司 | 一种建立租户驱动的电网地理信息空间服务的方法 |
| CN106776960A (zh) * | 2016-12-05 | 2017-05-31 | 公安部第三研究所 | 基于微容器实现的大数据云平台 |
| CN107733726A (zh) * | 2017-11-29 | 2018-02-23 | 新华三云计算技术有限公司 | 一种服务请求的处理方法及装置 |
| CN108429768A (zh) * | 2018-05-29 | 2018-08-21 | 新华三云计算技术有限公司 | 云数据分析服务管理***、方法和云端服务器 |
| CN110288104A (zh) * | 2019-07-04 | 2019-09-27 | 北京百佑科技有限公司 | 运维流程***、运维流程管理的方法及装置 |
-
2019
- 2019-11-11 CN CN201911096286.7A patent/CN110955492A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102946433A (zh) * | 2012-11-22 | 2013-02-27 | 合肥华云通信技术有限公司 | 云公共服务平台下的大规模计算机资源的监控和调度方法 |
| CN106559488A (zh) * | 2016-11-24 | 2017-04-05 | 天津市普迅电力信息技术有限公司 | 一种建立租户驱动的电网地理信息空间服务的方法 |
| CN106776960A (zh) * | 2016-12-05 | 2017-05-31 | 公安部第三研究所 | 基于微容器实现的大数据云平台 |
| CN107733726A (zh) * | 2017-11-29 | 2018-02-23 | 新华三云计算技术有限公司 | 一种服务请求的处理方法及装置 |
| CN108429768A (zh) * | 2018-05-29 | 2018-08-21 | 新华三云计算技术有限公司 | 云数据分析服务管理***、方法和云端服务器 |
| CN110288104A (zh) * | 2019-07-04 | 2019-09-27 | 北京百佑科技有限公司 | 运维流程***、运维流程管理的方法及装置 |
Non-Patent Citations (1)
| Title |
|---|
| 陈玉华: "《如何玩转专利大数据：智慧容器助力专利分析与运营》", 31 July 2019, 知识产权出版社 * |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112256384A (zh) * | 2020-09-22 | 2021-01-22 | 杭州指令集智能科技有限公司 | 基于容器技术的服务集合处理方法、装置和计算机设备 |
| CN112256384B (zh) * | 2020-09-22 | 2023-10-24 | 杭州指令集智能科技有限公司 | 基于容器技术的服务集合处理方法、装置和计算机设备 |
| CN112564979A (zh) * | 2020-12-17 | 2021-03-26 | 金蝶软件（中国）有限公司 | 构建任务的执行方法、装置、计算机设备和存储介质 |
| CN112564979B (zh) * | 2020-12-17 | 2023-10-13 | 金蝶软件（中国）有限公司 | 构建任务的执行方法、装置、计算机设备和存储介质 |
| CN114064279A (zh) * | 2021-11-18 | 2022-02-18 | 广州文远知行科技有限公司 | 容器资源调度方法、装置、存储介质及计算机设备 |
| CN115665172A (zh) * | 2022-10-31 | 2023-01-31 | 北京凯思昊鹏软件工程技术有限公司 | 一种嵌入式终端设备的管理***及管理方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110955492A (zh) | 基于容器技术的服务处理方法、装置和计算机设备 | |
| CN113169952B (zh) | 一种基于区块链技术的容器云管理*** | |
| US10860444B2 (en) | Seamless mobility for kubernetes based stateful pods using moving target defense | |
| CN108737468B (zh) | 云平台服务集群、构建方法及装置 | |
| US11442790B2 (en) | Resource scheduling system, method and server for ensuring high availability of services | |
| CN110612705B (zh) | 一种无服务器架构下业务部署的方法和函数管理平台 | |
| CN108255497B (zh) | 一种应用的部署方法及装置 | |
| US8832775B2 (en) | Techniques for workload spawning | |
| US11438242B2 (en) | Method for providing PaaS service, management system, and cloud computing service architecture | |
| CN111966305A (zh) | 持久卷分配方法、装置、计算机设备和存储介质 | |
| US9804880B2 (en) | Reservation for a multi-machine application | |
| CN110602169B (zh) | 服务调用方法、装置、计算机设备和存储介质 | |
| CN109791499A (zh) | 基于事件驱动策略的分布式容器管理*** | |
| US11307905B2 (en) | Method and a device comprising an edge cloud agent for providing a service | |
| CN110704177B (zh) | 计算任务处理方法、装置、计算机设备和存储介质 | |
| CN112291298A (zh) | 异构***的数据传输方法、装置、计算机设备和存储介质 | |
| CN110602136B (zh) | 集群访问方法和相关产品 | |
| CN112003895B (zh) | OpenStack云平台中云主机疏散方法、装置、设备及存储介质 | |
| CN110221949A (zh) | 自动化运维管理方法、装置、设备及可读存储介质 | |
| CN111222821A (zh) | 一种货品补充方法、装置、计算机设备和存储介质 | |
| CN112905556A (zh) | 分布式***的目录租约管理方法、装置、设备及存储介质 | |
| CN113900774B (zh) | 云操作***的虚拟机控制方法、装置以及存储介质 | |
| CN111488248A (zh) | 一种托管私有云***的控制方法、装置、设备及存储介质 | |
| CN111382012A (zh) | MySQL云数据库的备份方法、装置、计算机设备和存储介质 | |
| CN114327757A (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 | ||
| CB02 | Change of applicant information |
Country or region after: China Address after: 510620, No. two, No. 2, Tianhe South Road, Guangzhou, Guangdong, Tianhe District Applicant after: GUANGZHOU POWER SUPPLY Co.,Ltd. Applicant after: China Southern Power Grid Big Data Service Co.,Ltd. Address before: 510620, No. two, No. 2, Tianhe South Road, Guangzhou, Guangdong, Tianhe District Applicant before: GUANGZHOU POWER SUPPLY Co.,Ltd. Country or region before: China Applicant before: Guangzhou suinengtong Energy Technology Co.,Ltd. |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20240613 Address after: 510620, No. two, No. 2, Tianhe South Road, Guangzhou, Guangdong, Tianhe District Applicant after: Guangzhou Power Supply Bureau of Guangdong Power Grid Co.,Ltd. Country or region after: China Applicant after: China Southern Power Grid Big Data Service Co.,Ltd. Address before: 510620, No. two, No. 2, Tianhe South Road, Guangzhou, Guangdong, Tianhe District Applicant before: GUANGZHOU POWER SUPPLY Co.,Ltd. Country or region before: China Applicant before: China Southern Power Grid Big Data Service Co.,Ltd. |