CN111988383B - 一种校验应用开启微服务治理条件的方法及装置 - Google Patents

一种校验应用开启微服务治理条件的方法及装置 Download PDF

Info

Publication number
CN111988383B
CN111988383B CN202010790906.3A CN202010790906A CN111988383B CN 111988383 B CN111988383 B CN 111988383B CN 202010790906 A CN202010790906 A CN 202010790906A CN 111988383 B CN111988383 B CN 111988383B
Authority
CN
China
Prior art keywords
service
micro
cluster
information
application
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.)
Active
Application number
CN202010790906.3A
Other languages
English (en)
Other versions
CN111988383A (zh
Inventor
任帅伟
王玉东
刘正伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202010790906.3A priority Critical patent/CN111988383B/zh
Publication of CN111988383A publication Critical patent/CN111988383A/zh
Application granted granted Critical
Publication of CN111988383B publication Critical patent/CN111988383B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63Routing a service request depending on the request content or context
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network

Abstract

本发明公开一种校验应用开启微服务治理条件的方法及装置,应用开启微服务治理后,检测应用所在集群信息,根据集群信息判断集群是否支持开启微服务治理;检测应用下的工作负载信息,根据工作负载信息判断工作负载是否支持开启微服务治理;检测应用下的服务信息,根据服务信息判断服务是否支持开启微服务治理;若判断集群、工作负载、服务均支持开启微服务治理,则校验通过,正常开启微服务治理,否则校验不通过,拒绝开启微服务治理,并返回拒绝原因。本发明通过自动检测开启微服务治理条件,使云平台更加健全,且及时返回拒绝原因,方便故障查找,且改善用户体验。

Description

一种校验应用开启微服务治理条件的方法及装置
技术领域
本发明涉及微服务治理领域,具体涉及一种校验应用开启微服务治理条件的方法及装置。
背景技术
随着IT技术的快速发展以及用户业务日趋复杂的背景下,在云平台上支持多种架构已是必不可少的功能,更多的用户选择使用微服务治理来解决自己的问题,当用户在云平台上对某一应用进行开启微服务治理时,应用能否顺利开启微服务治理受到很多因素的制约,比如Service(服务)缺少标签,工作负载缺少注解,很多情况下,用户在不知应用下工作负载和Service等资源的具体情况下,在页面点击应用使其开启微服务治理后会看到开启微服务治理失败,但却不知道开启微服务治理失败的原因,给用户带来云平台不完善,不健全的一种体验。
发明内容
为解决上述问题,本发明提供一种校验应用开启微服务治理条件的方法及装置,在开启微服务治理后,对开启条件进行校验,校验不通过时返回拒绝原因,改善用户体验。
本发明的技术方案是:一种校验应用开启微服务治理条件的方法,包括以下步骤:
应用开启微服务治理后,检测应用所在集群信息,根据集群信息判断集群是否支持开启微服务治理;
检测应用下的工作负载信息,根据工作负载信息判断工作负载是否支持开启微服务治理;
检测应用下的服务信息,根据服务信息判断服务是否支持开启微服务治理;
若判断集群、工作负载、服务均支持开启微服务治理,则校验通过,正常开启微服务治理,否则校验不通过,拒绝开启微服务治理,并返回拒绝原因。
进一步地,检测应用所在集群信息,根据集群信息判断集群是否支持开启微服务治理,具体为:
检测所在集群对应的虚拟数据中心的信息是否完整;
检测所在集群的当前状态是否为就绪状态;
检测所在集群是否已安装微服务框架插件;
若所在集群对应的虚拟数据中心的信息完整、所在集群的当前状态为就绪状态,且所在集群已安装微服务框架插件,则集群支持开启微服务治理;否则集群不支持开启微服务治理。
进一步地,虚拟数据中心的信息指虚拟数据中心的名称及应用所在集群的名称。
进一步地,检测应用下的工作负载信息,根据工作负载信息判断工作负载是否支持开启微服务治理,具体为:
检测应用下每个工作负载的标签中是否包含版本标签和身份认证标签;
检测虚拟数据中心剩余资源配额是否满足所有工作负载额外产生的容器所占资源配额;
若应用下每个工作负载的标签中包含版本标签和身份认证标签,且虚拟数据中心剩余资源配额满足所有工作负载额外产生的容器所占资源配额,则工作负载支持开启微服务治理。
进一步地,资源配额指CPU和内存资源配额。
进一步地,检测应用下的服务信息,根据服务信息判断服务是否支持开启微服务治理,具体为:
检测应用下的每个服务是否均各自对应有工作负载,每个工作负载是否均各自对应有服务;
检测每个服务的注解中是否包含版本注解;
若应用下的每个服务均各自对应有工作负载,且每个服务的注解中包含版本注解,则服务支持开启微服务治理。
本发明的技术方案还包括一种校验应用开启微服务治理条件的装置,包括,
集群校验模块:检测应用所在集群信息,根据集群信息判断集群是否支持开启微服务治理;
工作负载校验模块:检测应用下的工作负载信息,根据工作负载信息判断工作负载是否支持开启微服务治理;
服务校验模块:检测应用下的服务信息,根据服务信息判断服务是否支持开启微服务治理;
结果反馈模块:根据集群校验模块、工作负载校验模块、服务校验模块的判断结果,返回校验结果和拒绝原因。
进一步地,集群校验模块包括,
虚拟数据中心信息检测单元:检测所在集群对应的虚拟数据中心的信息是否完整;
集群状态检测单元:检测所在集群的当前状态是否为就绪状态;
微服务框架插件检测单元:检测所在集群是否已安装微服务框架插件。
进一步地,工作负载校验模块包括,
工作负载标签检测单元:检测应用下每个工作负载的标签中是否包含版本标签和身份认证标签;
资源配额检测单元:检测虚拟数据中心剩余资源配额是否满足所有工作负载额外产生的容器所占资源配额。
进一步地,服务校验模块包括,
服务工作负载检测单元:检测应用下的每个服务是否均各自对应有工作负载,每个工作负载是否均各自对应有服务;
服务注解检测单元:检测每个服务的注解中是否包含版本注解。
本发明提供的一种校验应用开启微服务治理条件的方法及装置,在应用开启微服务治理后,检测应用所在集群的信息、应用下工作负载和服务的信息,根据这些信息判断是否可正常开启微服务治理,若不可正常开启,返回拒绝开启的原因。本发明通过自动检测开启微服务治理条件,使云平台更加健全,且及时返回拒绝原因,方便故障查找,且改善用户体验。
附图说明
图1是本发明具体实施例一方法流程示意图;
图2是本发明具体实施例一一具体实现方法流程示意图;
图3是本发明具体实施例二结构示意框图。
具体实施方式
下面结合附图并通过具体实施例对本发明进行详细阐述,以下实施例是对本发明的解释,而本发明并不局限于以下实施方式。
以下对本发明涉及的术语及英文进行解释。
(1)Kubernetes集群:开源的,用于管理云平台中多个主机上的容器化的应用,Kubernetes集群的目标是让部署容器化的应用简单并且高效(powerful),Kubernetes集群提供了应用部署,规划,更新,维护的一种机制。
(2)Pod:Kubernetes集群中能够创建和部署的最小单元,是Kubernetes集群中的一个应用实例,总是部署在同一个节点上。Pod中包含了一个或多个容器,还包括了存储、网络等各个容器共享的资源。Pod支持多种容器环境,Docker则是最流行的容器环境。
(3)微服务治理:微服务架构,核心理念是服务微自治,利用云调度的弹性和敏捷,逐渐消除人工治理。微服务架构可以实现服务一定程度的自治,例如服务独立打包、独立部署、独立升级和独立扩容。通过云计算的弹性伸缩、单点故障迁移、服务健康度管理和自动容量规划等措施,结合微服务治理,逐步实现微服务的自治。
(4)Service:服务,是Kubernetes的核心概念,通过创建Service,可以为一组具有相同功能的容器应用提供一个统一的入口地址,并且将请求负载分发到后端的各个容器应用上。
(5)工作负载:有状态负载或无状态负载统称为工作负载。有状态负载是为了解决有解决服务的问题,在运行过程中会保存数据和状态,例如Mysql数据库,它需要存储产生的新数据;无状态负载为pod提供了一个声明式方法来管理应用。典型的应用场景包括定义Deployment来创建pod、滚动升级和回滚应用,扩容和缩容以及暂停和继续Deployment。
(6)Istio:在从单体应用程序向分布式微服务架构的转型过程中,开发人员和运维人员面临诸多挑战,使用Istio可以解决这些问题。术语服务网格(Service Mesh)通常用于描述构成这些应用程序的微服务网络以及它们之间的交互。随着规模和复杂性的增长,服务网格越来越难以理解和管理。它的需求包括服务发现、负载均衡、故障恢复、指标收集和监控以及通常更加复杂的运维需求,例如A/B测试、金丝雀发布、限流、访问控制和端到端认证等。Istio提供了一个完整的解决方案,通过为整个服务网格提供行为洞察和操作控制来满足微服务应用程序的多样化需求。它在服务网络中统一提供了许多关键功能,包括(a)流量管理:控制服务之间的流量和API调用的流向,使得调用更可靠,并使网络在恶劣情况下更加健壮;(b)可观察性:了解服务之间的依赖关系,以及它们之间流量的本质和流向,从而提供快速识别问题的能力;(c)策略执行:将组织策略应用于服务之间的互动,确保访问策略得以执行,资源在消费者之间良好分配。策略的更改是通过配置网格而不是修改应用程序代码;(d)服务身份和安全:为网格中的服务提供可验证身份,并提供保护服务流量的能力,使其可以在不同可信度的网络上流转。
实施例一
本实施例提供一种校验应用开启微服务治理条件的方法,包括以下步骤:
S1,应用开启微服务治理后,检测应用所在集群信息,根据集群信息判断集群是否支持开启微服务治理;
S2,检测应用下的工作负载信息,根据工作负载信息判断工作负载是否支持开启微服务治理;
S3,检测应用下的服务信息,根据服务信息判断服务是否支持开启微服务治理;
S4,若判断集群、工作负载、服务均支持开启微服务治理,则校验通过,正常开启微服务治理,否则校验不通过,拒绝开启微服务治理,并返回拒绝原因。
本方法在应用开启微服务治理后,自动对微服务治理的开启条件进行校验,在校验不通过时,即拒绝开启微服务治理时,返回拒绝的原因。需要说明的是,已对开启条件分别进行校验,若某条件不满足,则返回对应的条件不满足信息,如集群不支持开启微服务治理(具体地,虚拟数据中心信息不完善,集群不在就绪状态等)。
为进一步理解本发明,基于上述步骤,结合本发明原理,提供一具体实现方法,如图2所示,包括以下步骤。
(一)检测应用所在集群信息,根据集群信息判断集群是否支持开启微服务治理
S101,检测所在集群对应的虚拟数据中心的信息是否完整;
具体的,检测虚拟数据中心的信息是否包含虚拟数据中心的名称及应用所在集群的名称。
S102,检测所在集群的当前状态是否为就绪状态;
S103,检测所在集群是否已安装微服务框架插件(即istio插件);
S104,若所在集群对应的虚拟数据中心的信息完整、所在集群的当前状态为就绪状态,且所在集群已安装微服务框架插件,则集群支持开启微服务治理;否则集群不支持开启微服务治理。
以上所检测信息是实现微服务治理开启的必要条件,任何一信息不正确,均不能完成微服务治理开启。具体实施时,以上步骤S101-S103可依次执行,若某一步骤不满足支持开启条件,则不再执行后续步骤,直接返回拒绝开启微服务治理,同时返回对应拒绝原因。
上述检测均通过,则进入下一步S201。
(二)检测应用下的工作负载信息,根据工作负载信息判断工作负载是否支持开启微服务治理
S201,检测应用下每个工作负载的标签中是否包含版本标签(即version标签)和身份认证标签(即icks_workload标签);
S202,检测虚拟数据中心剩余资源配额是否满足所有工作负载额外产生的容器所占资源配额;
开启微服务治理后,istio插件会在每个pod中产生一个容器。资源配额是指CPU和内存资源配额,即判断系统CPU和内存是否满足微服务治理开启条件。
S203,若应用下每个工作负载的标签中包含版本标签和身份认证标签,且虚拟数据中心剩余资源配额满足所有工作负载额外产生的容器所占资源配额,则工作负载支持开启微服务治理。
同样具体实施时,上述步骤S201-S202依次执行,步骤S201经检测若不满足开启条件,则不再执行步骤S202,直接返回拒绝开启微服务治理,同时返回对应拒绝原因;否则向下执行步骤S202,若S202检测不满足开启条件,则直接返回拒绝开启微服务治理,同时返回对应拒绝原因,否则进入步骤S301。
(三)检测应用下的服务信息,根据服务信息判断服务是否支持开启微服务治理
S301,检测应用下的每个服务是否均各自对应有工作负载,每个工作负载是否均各自对应有服务;
S302,检测每个服务的注解中是否包含版本注解;
S303,若应用下的每个服务均各自对应有工作负载,且每个服务的注解中包含版本注解,则服务支持开启微服务治理。
同样具体实施时,上述步骤S301-S302依次执行,步骤S301经检测若不满足开启条件,则不再执行步骤S302,直接返回拒绝开启微服务治理,同时返回对应拒绝原因;否则向下执行步骤S302,若S302检测不满足开启条件,则直接返回拒绝开启微服务治理,同时返回对应拒绝原因。
实施例二
如图3所示,在实施例一基础上,本实施例提供一种校验应用开启微服务治理条件的装置,包括以下功能模块。
集群校验模块1:检测应用所在集群信息,根据集群信息判断集群是否支持开启微服务治理;
工作负载校验模块2:检测应用下的工作负载信息,根据工作负载信息判断工作负载是否支持开启微服务治理;
服务校验模块3:检测应用下的服务信息,根据服务信息判断服务是否支持开启微服务治理;
结果反馈模块4:根据集群校验模块、工作负载校验模块、服务校验模块的判断结果,返回校验结果和拒绝原因。
其中,集群校验模块1包括:
虚拟数据中心信息检测单元101:检测所在集群对应的虚拟数据中心的信息是否完整;
集群状态检测单元102:检测所在集群的当前状态是否为就绪状态;
微服务框架插件检测单元103:检测所在集群是否已安装微服务框架插件。
工作负载校验模块2包括:
工作负载标签检测单元201:检测应用下每个工作负载的标签中是否包含版本标签和身份认证标签;
资源配额检测单元202:检测虚拟数据中心剩余资源配额是否满足所有工作负载额外产生的容器所占资源配额。
服务校验模块3包括:
服务工作负载检测单元301:检测应用下的每个服务是否均各自对应有工作负载,每个工作负载是否均各自对应有服务;
服务注解检测单元302:检测每个服务的注解中是否包含版本注解。
以上公开的仅为本发明的优选实施方式,但本发明并非局限于此,任何本领域的技术人员能思之的没有创造性的变化,以及在不脱离本发明原理前提下所作的若干改进和润饰,都应落在本发明的保护范围内。

Claims (10)

1.一种校验应用开启微服务治理条件的方法,其特征在于,包括以下步骤:
应用开启微服务治理后,检测应用所在集群信息,根据集群信息判断集群是否支持开启微服务治理;若所在集群对应的虚拟数据中心的信息完整、所在集群的当前状态为就绪状态,且所在集群已安装微服务框架插件,则集群支持开启微服务治理;否则集群不支持开启微服务治理;
检测应用下的工作负载信息,根据工作负载信息判断工作负载是否支持开启微服务治理;若应用下每个工作负载的标签中包含版本标签和身份认证标签,且虚拟数据中心剩余资源配额满足所有工作负载额外产生的容器所占资源配额,则工作负载支持开启微服务治理;
检测应用下的服务信息,根据服务信息判断服务是否支持开启微服务治理;若应用下的每个服务均各自对应有工作负载,且每个服务的注解中包含版本注解,则服务支持开启微服务治理;
若判断集群、工作负载、服务均支持开启微服务治理,则校验通过,正常开启微服务治理,否则校验不通过,拒绝开启微服务治理,并返回拒绝原因。
2.根据权利要求1所述的校验应用开启微服务治理条件的方法,其特征在于,检测应用所在集群信息,根据集群信息判断集群是否支持开启微服务治理,具体为:
检测所在集群对应的虚拟数据中心的信息是否完整;
检测所在集群的当前状态是否为就绪状态;
检测所在集群是否已安装微服务框架插件。
3.根据权利要求2所述的校验应用开启微服务治理条件的方法,其特征在于,虚拟数据中心的信息指虚拟数据中心的名称及应用所在集群的名称。
4.根据权利要求1所述的校验应用开启微服务治理条件的方法,其特征在于,检测应用下的工作负载信息,根据工作负载信息判断工作负载是否支持开启微服务治理,具体为:
检测应用下每个工作负载的标签中是否包含版本标签和身份认证标签;
检测虚拟数据中心剩余资源配额是否满足所有工作负载额外产生的容器所占资源配额。
5.根据权利要求4所述的校验应用开启微服务治理条件的方法,其特征在于,资源配额指CPU和内存资源配额。
6.根据权利要求1所述的校验应用开启微服务治理条件的方法,其特征在于,检测应用下的服务信息,根据服务信息判断服务是否支持开启微服务治理,具体为:
检测应用下的每个服务是否均各自对应有工作负载,每个工作负载是否均各自对应有服务;
检测每个服务的注解中是否包含版本注解。
7.一种校验应用开启微服务治理条件的装置,其特征在于,包括,
集群校验模块:检测应用所在集群信息,根据集群信息判断集群是否支持开启微服务治理;若所在集群对应的虚拟数据中心的信息完整、所在集群的当前状态为就绪状态,且所在集群已安装微服务框架插件,则集群支持开启微服务治理;否则集群不支持开启微服务治理;
工作负载校验模块:检测应用下的工作负载信息,根据工作负载信息判断工作负载是否支持开启微服务治理;若应用下每个工作负载的标签中包含版本标签和身份认证标签,且虚拟数据中心剩余资源配额满足所有工作负载额外产生的容器所占资源配额,则工作负载支持开启微服务治理;
服务校验模块:检测应用下的服务信息,根据服务信息判断服务是否支持开启微服务治理;若应用下的每个服务均各自对应有工作负载,且每个服务的注解中包含版本注解,则服务支持开启微服务治理;
结果反馈模块:根据集群校验模块、工作负载校验模块、服务校验模块的判断结果,返回校验结果和拒绝原因。
8.根据权利要求7所述的校验应用开启微服务治理条件的装置,其特征在于,集群校验模块包括,
虚拟数据中心信息检测单元:检测所在集群对应的虚拟数据中心的信息是否完整;
集群状态检测单元:检测所在集群的当前状态是否为就绪状态;
微服务框架插件检测单元:检测所在集群是否已安装微服务框架插件。
9.根据权利要求8所述的校验应用开启微服务治理条件的装置,其特征在于,工作负载校验模块包括,
工作负载标签检测单元:检测应用下每个工作负载的标签中是否包含版本标签和身份认证标签;
资源配额检测单元:检测虚拟数据中心剩余资源配额是否满足所有工作负载额外产生的容器所占资源配额。
10.根据权利要求9所述的校验应用开启微服务治理条件的装置,其特征在于,服务校验模块包括,
服务工作负载检测单元:检测应用下的每个服务是否均各自对应有工作负载,每个工作负载是否均各自对应有服务;
服务注解检测单元:检测每个服务的注解中是否包含版本注解。
CN202010790906.3A 2020-08-07 2020-08-07 一种校验应用开启微服务治理条件的方法及装置 Active CN111988383B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010790906.3A CN111988383B (zh) 2020-08-07 2020-08-07 一种校验应用开启微服务治理条件的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010790906.3A CN111988383B (zh) 2020-08-07 2020-08-07 一种校验应用开启微服务治理条件的方法及装置

Publications (2)

Publication Number Publication Date
CN111988383A CN111988383A (zh) 2020-11-24
CN111988383B true CN111988383B (zh) 2022-06-21

Family

ID=73445433

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010790906.3A Active CN111988383B (zh) 2020-08-07 2020-08-07 一种校验应用开启微服务治理条件的方法及装置

Country Status (1)

Country Link
CN (1) CN111988383B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113687919B (zh) * 2021-08-30 2023-12-22 济南浪潮数据技术有限公司 一种微服务治理的控制方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108712464A (zh) * 2018-04-13 2018-10-26 中国科学院信息工程研究所 一种面向集群微服务高可用的实现方法
CN108737548A (zh) * 2018-05-24 2018-11-02 南京邮电大学 分布式web微服务容器集群架构系统及其实现方法
CN110149396A (zh) * 2019-05-20 2019-08-20 华南理工大学 一种基于微服务架构的物联网平台构建方法
CN110602208A (zh) * 2019-09-12 2019-12-20 北京笔新互联网科技有限公司 一种分布式微服务治理系统及系统的构建方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108712464A (zh) * 2018-04-13 2018-10-26 中国科学院信息工程研究所 一种面向集群微服务高可用的实现方法
CN108737548A (zh) * 2018-05-24 2018-11-02 南京邮电大学 分布式web微服务容器集群架构系统及其实现方法
CN110149396A (zh) * 2019-05-20 2019-08-20 华南理工大学 一种基于微服务架构的物联网平台构建方法
CN110602208A (zh) * 2019-09-12 2019-12-20 北京笔新互联网科技有限公司 一种分布式微服务治理系统及系统的构建方法

Also Published As

Publication number Publication date
CN111988383A (zh) 2020-11-24

Similar Documents

Publication Publication Date Title
US10326765B2 (en) System, method, and software for providing access control enforcement capabilities in cloud computing systems
CN111290834B (zh) 一种基于云管理平台实现业务高可用的方法、装置及设备
US8490150B2 (en) System, method, and software for enforcing access control policy rules on utility computing virtualization in cloud computing systems
CN103617380B (zh) 应用程序权限动态控制方法和系统
JP5352890B2 (ja) 計算機システムの運用管理方法、計算機システム及びプログラムを記憶する計算機読み取り可能な媒体
JP2003114801A (ja) コンピュータサービスおよびプログラマブルデバイスの管理を自動化するシステムおよび方法
WO2019135133A1 (en) Dynamic delivery of software functions
CN111698283B (zh) 分布式集群主机的管控方法、装置、设备及存储介质
CN101379504B (zh) 用于复合应用的基于角色的访问控制管理的方法及系统
Anthony et al. Towards a dynamically reconfigurable automotive control system architecture
CN109799998B (zh) OpenStack集群配置及批量部署方法及系统
CN111857951A (zh) 容器化部署平台及部署方法
CN112948063A (zh) 云平台的创建方法、装置、云平台以及云平台实现系统
CN112860282A (zh) 集群插件的升级方法、装置和服务器
Sundas et al. An introduction of CloudSim simulation tool for modelling and scheduling
CN111988383B (zh) 一种校验应用开启微服务治理条件的方法及装置
CN102831494A (zh) 调度方法、设备及系统
CN111787045A (zh) 从私有云到公有云的迁移方法和装置
CN113672336A (zh) 一种k8s容器集群部署方法、装置、设备及可读存储介质
CN112564979B (zh) 构建任务的执行方法、装置、计算机设备和存储介质
CN110162312A (zh) 一种基于IML的BeeGFS配置方法与装置
CN106027591B (zh) 一种服务优化的计算机系统及其方法
CN114995941A (zh) 一种任务调度方法、装置及可读存储介质
Lovrek et al. Improving software maintenance by using agent-based remote maintenance shell
KR102301657B1 (ko) 컨테이너 기술 기반의 전투체계 관리 방법 및 장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant