CN112035123A - 一种基于kubernetes平台实现无服务器的方法 - Google Patents
一种基于kubernetes平台实现无服务器的方法 Download PDFInfo
- Publication number
- CN112035123A CN112035123A CN202010886199.8A CN202010886199A CN112035123A CN 112035123 A CN112035123 A CN 112035123A CN 202010886199 A CN202010886199 A CN 202010886199A CN 112035123 A CN112035123 A CN 112035123A
- Authority
- CN
- China
- Prior art keywords
- resource
- pod
- resources
- route
- service
- 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
- 238000000034 method Methods 0.000 title claims abstract description 34
- 238000004590 computer program Methods 0.000 claims description 11
- 230000001960 triggered effect Effects 0.000 claims description 7
- 238000012544 monitoring process Methods 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 abstract description 8
- 230000000694 effects Effects 0.000 abstract description 4
- 238000010586 diagram Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000009434 installation Methods 0.000 description 4
- 238000012360 testing method Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
Abstract
本申请公开了一种基于kubernetes平台实现无服务器的方法,包括在kubernetes平台创建service资源,并通过所述service资源创建Pod、route资源以及conf资源;通过所述conf资源记录所述Pod的版本信息;通过所述route资源引导目标大小的流量流入目标版本的所述Pod中。该方法能够在实现serverless的同时,进一步简化业务应用部署,减轻运维人员的工作量。本申请还公开了一种基于kubernetes平台实现无服务器的装置、设备及计算机可读存储介质,均具有上述技术效果。
Description
技术领域
本申请涉及微服务技术领域,特别涉及一种基于kubernetes平台实现无服务器的方法;还涉及一种基于kubernetes平台实现无服务器的装置、设备以及计算机可读存储介质。
背景技术
在微服务环境下,对于kubernetes微服务架构等,开发人员既要维护底层软件设施,又要维护kubernetes平台本身,还要关注业务代码的实现以及中间件等的兼容性问题。serverless是一种构建和管理基于微服务架构的完整流程,允许你在服务部署级别而不是服务器部署级别来管理你的应用部署。虽然无服务器框架即serverless框架可以帮助开发者摆脱运行后端应用程序所需的服务器设备的配置和管理等工作,进而达到减少部署、提高扩展性并减少代码后面的基础设施的维护负担,但是目前实现serverless的方式比较复杂,各资源组件均创建自己的POD,多个资源组件的POD一起配合使用,每个资源组件控制自己的Pod的流量的输入输出,由此不便于业务开发人员部署业务应用。
有鉴于此,提供一种能够简化业务应用部署的无服务器的实现方式已成为本领域技术人员亟待解决的技术问题。
发明内容
本申请的目的是提供一种基于kubernetes平台实现无服务器的方法,能够在实现serverless的同时,进一步简化业务应用部署,减轻运维人员的工作量。本申请的另一个目的是提供一种基于kubernetes平台实现无服务器的装置、设备以及计算机可读存储介质,均具有上述技术效果。
为解决上述技术问题,本申请提供了一种基于kubernetes平台实现无服务器的方法,包括:
在kubernetes平台创建service资源,并通过所述service资源创建Pod、route资源以及conf资源;
通过所述conf资源记录所述Pod的版本信息;
通过所述route资源引导目标大小的流量流入目标版本的所述Pod中。
可选的,通过所述service资源创建所述route资源与所述conf资源,包括:
通过所述service资源监听集群事件,当有事件触发时,创建对应的所述route资源与所述conf资源。
可选的,所述通过所述route资源引导目标大小的流量流入目标版本的所述Pod中,包括:
通过所述route资源引导目标大小的流量流入最新版本的所述Pod中,或通过所述route资源引导目标大小的流量流入固定版本的所述Pod中。
可选的,所述service资源、所述route资源以及所述conf资源共用一个API接口。
为解决上述技术问题,本申请还提供了一种基于kubernetes平台实现无服务器的装置,包括:
创建模块,用于在kubernetes平台创建service资源,并通过所述service资源创建Pod、route资源以及conf资源;
记录模块,用于通过所述conf资源记录所述Pod的版本信息;
路由模块,用于通过所述route资源引导目标大小的流量流入目标版本的所述Pod中。
可选的,所述创建模块具体用于通过所述service资源监听集群事件,当有事件触发时,创建对应的所述route资源与所述conf资源。
可选的,所述路由模块具体用于通过所述route资源引导目标大小的流量流入最新版本的所述Pod中,或通过所述route资源引导目标大小的流量流入固定版本的所述Pod中。
可选的,所述service资源、所述route资源以及所述conf资源共用一个API接口。
为解决上述技术问题,本申请还提供了一种基于kubernetes平台实现无服务器的设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如上所述的基于kubernetes平台实现无服务器的方法的步骤。
为解决上述技术问题,本申请还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的基于kubernetes平台实现无服务器的方法的步骤。
本申请所提供的基于kubernetes平台实现无服务器的方法,包括:在kubernetes平台创建service资源,并通过所述service资源创建Pod、route资源以及conf资源;通过所述conf资源记录所述Pod的版本信息;通过所述route资源引导目标大小的流量流入目标版本的所述Pod中。可见,本申请所提供的基于kubernetes平台实现无服务器的方法,在kubernetes平台创建service资源的基础上,将service资源作为统一的控制层控制route资源、conf资源以及Pod的创建,网络组件流入的流量最终流入service资源创建Pod,route资源以及conf资源本身不再创建Pod,route资源与conf资源不用再控制自身Pod的流量的流入流出,由此有效的简化了业务应用部署简单,无需多Pod组合实现,开发人员只需要关注业务逻辑即可,大大的减轻了运维人员的运维工作。
本申请所提供的基于kubernetes平台实现无服务器的装置、设备以及计算机可读存储介质均具有上述技术效果。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对现有技术和实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例所提供的一种基于kubernetes平台实现无服务器的方法的流程示意图;
图2为本申请实施例所提供的一种无服务器框架示意图;
图3为本申请实施例所提供的一种基于kubernetes平台实现无服务器的装置的示意图;
图4为本申请实施例所提供的一种基于kubernetes平台实现无服务器的设备的示意图。
具体实施方式
本申请的核心是提供一种基于kubernetes平台实现无服务器的方法,能够在实现serverless的同时,进一步简化业务应用部署,减轻运维人员的工作量。本申请的另一个核心是提供一种基于kubernetes平台实现无服务器的装置、设备以及计算机可读存储介质,均具有上述技术效果。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参考图1与图2,其中,图1为本申请实施例所提供的一种基于kubernetes平台实现无服务器的方法的示意图,参考图1所示,该方法主要包括:
S101:在kubernetes平台创建service资源,并通过所述service资源创建Pod、route资源以及conf资源;
具体的,在完成准备kubernetes容器云集群环境、配置安装service资源装置(包括安装CRD资源与安装controller资源服务)、安装网络组件以及配置域名(DNS)服务器的基础上,创建service资源,以此service资源作为控制层。Service资源负责管理工作负载的整个生命周期,控制route(路由)资源以及conf(配置)资源的创建,并创建Pod,确保业务应用的服务每次更新都具有路由、配置以及版本更新。
其中,安装CRD资源与controller资源服务的目的在于提供基本的服务功能,确保service(服务)资源可以正常工作。安装网络组件以及配置域名服务器的目的在于提供基本的网络功能,确保路由功能可用。
另外,所谓Pod即是指Kubernetes创建或部署的基本单位,一个Pod代表集群上正在运行的一个进程。
此外,在一种具体的实施方式中,上述通过所述service资源创建route资源以及conf资源的方式为:通过所述service资源监听集群事件,当有事件触发时,创建对应的所述route资源与所述conf资源。
具体而言,service资源通过kubernetes平台的CRD资源监听集群事件的变化,若有事件触发,则创建相应的资源,包括route资源、conf资源等。
S102:通过所述conf资源记录所述Pod的版本信息;
具体的,conf资源维护部署的所需状态,其在代码与配置之间提供了清晰的分隔。本实施例中conf资源作为配置文件(具体通过kubernetes平台的configmap实现)主要记录service资源创建的Pod的版本信息。版本(version)是对工作负载进行的每次修改的代码和配置的时间点快照。修订版本是不可变对象,可以保留较长时间。
S103:通过所述route资源引导目标大小的流量流入目标版本的所述Pod中。
具体的,本实施例中route资源同样作为配置文件,其负责流量的走向,用于引导目标大小的流量流入目标版本的Pod中。其中,所述通过所述route资源引导目标大小的流量流入目标版本的所述Pod中可以为:通过所述route资源引导目标大小的流量流入最新版本的所述Pod中,也可以为:通过所述route资源引导目标大小的流量流入固定版本的所述Pod中。也就是说,可以通过route资源始终将流量路由到最新版本,也可以通过route资源始终将流量路由到设定的固定版本。目标版本具体为哪一版本则根据yaml文件中的定义确定。
例如,参考如下实例所示:
yaml
apiVersion:svc.inspur.com/betav1
kind:Config
metadata:
name:app-test
spec:
template:
label:app-test
spec:
env:
-name:VERSION
value:"1"
上述yaml文件定义了一个config为1的配置的应用,流量会被引导流入版本为version1的Pod中。
引入到目标版本的流量的大小同样根据yaml文件中的定义确定。
例如,参考如下实例:
yaml
apiVersion:svc.inspur.com/betav1
kind:Route
metadata:
name:test-app
spec:
traffic:
-evisionName:app-test
percent:50
上述yaml文件定义了流量的百分比为50%,这样route资源会将50%的流量引入版本为version1、名称为app-test的Pod中。
进一步,在上述实施例的基础上,作为一种优选的实施方式,所述service资源、所述route资源以及所述conf资源共用一个API接口。
具体而言,本实施例将service资源、route资源以及conf资源的接口规范化为统一的API接口,service资源、route资源以及conf资源共用此API接口实现相应的功能,例如,service资源使用此统一的API接口创建Pod。
应用上述实施例所提供的技术方案,部署业务应用时开发者不需要采用的复杂的方式部署业务应用,也不需要关注集群架构的复杂度,仅需定义yaml文件即可实现业务应用部署。
此外,由于kubernetes本身支持自动伸缩业务容器,故还可在API中定义相关方法,以根据业务流量负载等,自动伸缩service资源创建的Pod。
综上所述,本申请所提供的基于kubernetes平台实现无服务器的方法,包括:在kubernetes平台创建service资源,并通过所述service资源创建Pod、route资源以及conf资源;通过所述conf资源记录所述Pod的版本信息;通过所述route资源引导目标大小的流量流入目标版本的所述Pod中。可见,本申请所提供的基于kubernetes平台实现无服务器的方法,在kubernetes平台创建service资源的基础上,将service资源作为统一的控制层控制route资源、conf资源以及Pod的创建,网络组件流入的流量最终流入service资源创建Pod,route资源以及conf资源本身不再创建Pod,route资源与conf资源不用再控制自身Pod的流量的流入流出,由此有效的简化了业务应用部署简单,无需多Pod组合实现,开发人员只需要关注业务逻辑即可,大大的减轻了运维人员的运维工作。
本申请还提供了一种基于kubernetes平台实现无服务器的装置,下文描述的该装置可以与上文描述的方法相互对应参照。请参考图3,图3为本申请实施例所提供的一种基于kubernetes平台实现无服务器的装置的示意图,结合图3所示,该装置包括:
创建模块10,用于在kubernetes平台创建service资源,并通过所述service资源创建Pod、route资源以及conf资源;
记录模块20,用于通过所述conf资源记录所述Pod的版本信息;
路由模块30,用于通过所述route资源引导目标大小的流量流入目标版本的所述Pod中。
在上述实施例的基础上,可选的,所述创建模块10具体用于通过所述service资源监听集群事件,当有事件触发时,创建对应的所述route资源与所述conf资源。
在上述实施例的基础上,可选的,所述路由模块30具体用于通过所述route资源引导目标大小的流量流入最新版本的所述Pod中,或通过所述route资源引导目标大小的流量流入固定版本的所述Pod中。
在上述实施例的基础上,可选的,所述service资源、所述route资源以及所述conf资源共用一个API接口。
本申请还提供了一种基于kubernetes平台实现无服务器的设备,参考图4所示,该设备包括存储器1和处理器2。
存储器1,用于存储计算机程序;
处理器2,用于执行计算机程序实现如下的步骤:
在kubernetes平台创建service资源,并通过所述service资源创建Pod、route资源以及conf资源;通过所述conf资源记录所述Pod的版本信息;通过所述route资源引导目标大小的流量流入目标版本的所述Pod中。
对于本申请所提供的设备的介绍请参照上述方法实施例,本申请在此不做赘述。
本申请还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时可实现如下的步骤:
在kubernetes平台创建service资源,并通过所述service资源创建Pod、route资源以及conf资源;通过所述conf资源记录所述Pod的版本信息;通过所述route资源引导目标大小的流量流入目标版本的所述Pod中。
该计算机可读存储介质可以包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
对于本申请所提供的计算机可读存储介质的介绍请参照上述方法实施例,本申请在此不做赘述。
说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置、设备以及计算机可读存储介质而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的基于kubernetes平台实现无服务器的方法、装置、设备以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围。
Claims (10)
1.一种基于kubernetes平台实现无服务器的方法,其特征在于,包括:
在kubernetes平台创建service资源,并通过所述service资源创建Pod、route资源以及conf资源;
通过所述conf资源记录所述Pod的版本信息;
通过所述route资源引导目标大小的流量流入目标版本的所述Pod中。
2.根据权利要求1所述的方法,其特征在于,通过所述service资源创建所述route资源与所述conf资源,包括:
通过所述service资源监听集群事件,当有事件触发时,创建对应的所述route资源与所述conf资源。
3.根据权利要求2所述的方法,其特征在于,所述通过所述route资源引导目标大小的流量流入目标版本的所述Pod中,包括:
通过所述route资源引导目标大小的流量流入最新版本的所述Pod中,或通过所述route资源引导目标大小的流量流入固定版本的所述Pod中。
4.根据权利要求3所述的方法,其特征在于,所述service资源、所述route资源以及所述conf资源共用一个API接口。
5.一种基于kubernetes平台实现无服务器的装置,其特征在于,包括:
创建模块,用于在kubernetes平台创建service资源,并通过所述service资源创建Pod、route资源以及conf资源;
记录模块,用于通过所述conf资源记录所述Pod的版本信息;
路由模块,用于通过所述route资源引导目标大小的流量流入目标版本的所述Pod中。
6.根据权利要求5所述的装置,其特征在于,所述创建模块具体用于通过所述service资源监听集群事件,当有事件触发时,创建对应的所述route资源与所述conf资源。
7.根据权利要求6所述的装置,其特征在于,所述路由模块具体用于通过所述route资源引导目标大小的流量流入最新版本的所述Pod中,或通过所述route资源引导目标大小的流量流入固定版本的所述Pod中。
8.根据权利要求7所述的装置,其特征在于,所述service资源、所述route资源以及所述conf资源共用一个API接口。
9.一种基于kubernetes平台实现无服务器的设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至4任一项所述的基于kubernetes平台实现无服务器的方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至4任一项所述的基于kubernetes平台实现无服务器的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010886199.8A CN112035123A (zh) | 2020-08-28 | 2020-08-28 | 一种基于kubernetes平台实现无服务器的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010886199.8A CN112035123A (zh) | 2020-08-28 | 2020-08-28 | 一种基于kubernetes平台实现无服务器的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112035123A true CN112035123A (zh) | 2020-12-04 |
Family
ID=73587659
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010886199.8A Pending CN112035123A (zh) | 2020-08-28 | 2020-08-28 | 一种基于kubernetes平台实现无服务器的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112035123A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113965546A (zh) * | 2021-09-10 | 2022-01-21 | 济南浪潮数据技术有限公司 | 一种容器云平台为应用设置租户专用dns服务器的方法 |
CN114816750A (zh) * | 2022-04-24 | 2022-07-29 | 江苏鼎集智能科技股份有限公司 | 大数据数据治理任务运行方法 |
CN114979104A (zh) * | 2022-05-27 | 2022-08-30 | 苏州浪潮智能科技有限公司 | 一种实现无服务器的系统、方法、计算机设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110300130A (zh) * | 2018-03-21 | 2019-10-01 | 中移(苏州)软件技术有限公司 | 一种资源调度方法、装置、电子设备及存储介质 |
CN110633322A (zh) * | 2019-09-12 | 2019-12-31 | 北京浪潮数据技术有限公司 | 一种资源信息同步方法、装置、电子设备及存储介质 |
CN111026414A (zh) * | 2019-12-12 | 2020-04-17 | 杭州安恒信息技术股份有限公司 | 一种基于kubernetes的HDP平台部署方法 |
CN111339118A (zh) * | 2020-03-27 | 2020-06-26 | 中国建设银行股份有限公司 | 基于Kubernetes的资源变更历史记录方法及装置 |
US20200244527A1 (en) * | 2019-01-30 | 2020-07-30 | Hewlett Packard Enterprise Development Lp | Configuration options for cloud environments |
CN111523670A (zh) * | 2020-04-17 | 2020-08-11 | 苏州浪潮智能科技有限公司 | 一种提高深度学习推理设备利用率的批量推理方法、装置和介质 |
-
2020
- 2020-08-28 CN CN202010886199.8A patent/CN112035123A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110300130A (zh) * | 2018-03-21 | 2019-10-01 | 中移(苏州)软件技术有限公司 | 一种资源调度方法、装置、电子设备及存储介质 |
US20200244527A1 (en) * | 2019-01-30 | 2020-07-30 | Hewlett Packard Enterprise Development Lp | Configuration options for cloud environments |
CN110633322A (zh) * | 2019-09-12 | 2019-12-31 | 北京浪潮数据技术有限公司 | 一种资源信息同步方法、装置、电子设备及存储介质 |
CN111026414A (zh) * | 2019-12-12 | 2020-04-17 | 杭州安恒信息技术股份有限公司 | 一种基于kubernetes的HDP平台部署方法 |
CN111339118A (zh) * | 2020-03-27 | 2020-06-26 | 中国建设银行股份有限公司 | 基于Kubernetes的资源变更历史记录方法及装置 |
CN111523670A (zh) * | 2020-04-17 | 2020-08-11 | 苏州浪潮智能科技有限公司 | 一种提高深度学习推理设备利用率的批量推理方法、装置和介质 |
Non-Patent Citations (1)
Title |
---|
阿里云•开发者社区•花肉酱: ""Knative简介"", 《HTTPS://DEVELOPER.ALIYUN.COM/ARTICLE/658800》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113965546A (zh) * | 2021-09-10 | 2022-01-21 | 济南浪潮数据技术有限公司 | 一种容器云平台为应用设置租户专用dns服务器的方法 |
CN114816750A (zh) * | 2022-04-24 | 2022-07-29 | 江苏鼎集智能科技股份有限公司 | 大数据数据治理任务运行方法 |
CN114816750B (zh) * | 2022-04-24 | 2022-12-23 | 江苏鼎集智能科技股份有限公司 | 大数据数据治理任务运行方法 |
CN114979104A (zh) * | 2022-05-27 | 2022-08-30 | 苏州浪潮智能科技有限公司 | 一种实现无服务器的系统、方法、计算机设备及存储介质 |
CN114979104B (zh) * | 2022-05-27 | 2023-07-21 | 苏州浪潮智能科技有限公司 | 一种实现无服务器的系统、方法、计算机设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11385938B2 (en) | Cloud platform system | |
CN1407441B (zh) | 自动管理计算机服务和可编程器件的系统和方法 | |
CN112035123A (zh) | 一种基于kubernetes平台实现无服务器的方法 | |
CN116170317A (zh) | 网络系统、服务提供与资源调度方法、设备及存储介质 | |
EP3234774B1 (en) | Elasticity for highly availabile applications | |
CN113742031B (zh) | 节点状态信息获取方法、装置、电子设备及可读存储介质 | |
CN103034536A (zh) | 提高有状态应用的可用性 | |
CN104272292A (zh) | 用于基于云的服务的网络资源部署 | |
CN112333096A (zh) | 一种微服务流量调度方法及相关组件 | |
CN111045745A (zh) | 管理配置信息的方法和系统 | |
CN103885833A (zh) | 一种资源管理方法和系统 | |
US11354150B1 (en) | Utilizing maintenance event windows to determine placement of instances | |
CN113596190A (zh) | 基于Kubernetes的应用分布式多活系统及方法 | |
US11886927B2 (en) | ICT resource management device, ICT resource management method and ICT resource management program | |
GB2603597A (en) | Optimizing device update scheduling | |
CN110557281A (zh) | 基于cmdb和告警图谱的智能运维方法以及装置 | |
CN112416559A (zh) | 调度策略更新方法、服务调度方法、存储介质及相关装置 | |
WO2019097811A1 (ja) | 仮想リソース提供装置、仮想ネットワーク機能提供システム、仮想リソース提供方法及びプログラム | |
CN115309400B (zh) | 任务部署方法、服务平台、部署平台、设备和存储介质 | |
US20230367632A1 (en) | Job management system and control method thereof | |
Pugdeethosapol et al. | Dynamic configuration of the computing nodes of the ALICE O 2 system | |
CN115604101B (zh) | 系统管理方法及相关设备 | |
KR102553079B1 (ko) | 운영 자동화 기능을 가진 엣지 클라우드 기반 컴퓨팅 시스템 | |
US11303562B1 (en) | Dynamic high-availability architecture | |
CN115357341A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201204 |