CN113765688B - 一种专有云平台管理方法、***以及专有云平台 - Google Patents
一种专有云平台管理方法、***以及专有云平台 Download PDFInfo
- Publication number
- CN113765688B CN113765688B CN202011594768.8A CN202011594768A CN113765688B CN 113765688 B CN113765688 B CN 113765688B CN 202011594768 A CN202011594768 A CN 202011594768A CN 113765688 B CN113765688 B CN 113765688B
- Authority
- CN
- China
- Prior art keywords
- function
- proprietary cloud
- cloud platform
- information
- function information
- 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
Links
- 238000007726 management method Methods 0.000 title claims abstract description 52
- 238000000034 method Methods 0.000 claims abstract description 67
- 230000006870 function Effects 0.000 claims description 447
- 238000012217 deletion Methods 0.000 claims description 31
- 230000037430 deletion Effects 0.000 claims description 31
- 238000011161 development Methods 0.000 claims description 30
- 238000003860 storage Methods 0.000 claims description 16
- 238000011084 recovery Methods 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 9
- 238000012795 verification Methods 0.000 claims description 7
- 230000004044 response Effects 0.000 claims description 4
- 239000000758 substrate Substances 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 26
- 230000008569 process Effects 0.000 description 22
- 108090000623 proteins and genes Proteins 0.000 description 13
- 238000004891 communication Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 6
- 238000000605 extraction Methods 0.000 description 5
- 238000010276 construction Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 235000010425 Sorbus domestica Nutrition 0.000 description 2
- 240000005332 Sorbus domestica Species 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 238000011065 in-situ storage Methods 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- 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/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Stored Programmes (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种专有云平台管理方法、***以及专有云平台,涉及云技术领域。该方法的一具体实施方式包括:接收一个或多个第二专有云平台发送的操作请求,其中,操作请求包括功能新增请求;确定自身是否有与功能新增请求指示的功能相对应的第一功能信息,如果是,将第一功能信息发送给一个或多个第二专有云平台,以使一个或多个第二专有云平台根据第一功能信息新增功能。该实施方式保证各个第二专有云平台的第一功能信息与第一专有云平台相同,从而降低了第一专有云平台对各个第二专有云平台进行维护和升级的难度。
Description
技术领域
本发明涉及云技术领域,尤其涉及一种专有云平台管理方法、***以及专有云平台。
背景技术
随着云计算技术的发展,在公有云和私有云的基础上诞生了专有云,专有云在稳定性、易用性、可拓展性等方面与公有云一样成熟,同时又兼顾了私有云的安全可控性,能够更好地满足不同客户的特定需求。因此许多云厂商开始基于客户的业务需求分别为不同的客户建立所需的专有云平台。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
专有云平台建立后,在维护专有云平台的过程中,随着云厂商建立的专有云平台越来越多,各个专有云平台之间的版本以及定制化模块等都会产生差异,导致对专有云平台进行维护和升级的难度越来越高。
发明内容
有鉴于此,本发明实施例提供一种专有云平台管理方法、***以及专有云平台,第一专有云平台能够在接收到一个或多个第二专有云平台发送的操作请求时,确定自身是否有操作请求中包括的功能新增请求所指示的功能相对应的第一功能信息,如果有,就直接将第一功能信息发送给一个或多个第二专有云平台,以使第二专有云平台根据第一功能信息新增该功能,从而保证各个第二专有云平台的第一功能信息与第一专有云平台相同,降低了第一专有云平台对各个第二专有云平台进行维护和升级的难度。
为实现上述目的,根据本发明实施例的一个方面,提供了一种专有云平台管理方法。
本发明实施例的一种专有云平台管理方法,应用于第一专有云平台,包括:
接收一个或多个第二专有云平台发送的操作请求,其中,操作请求包括功能新增请求;
确定自身是否有与功能新增请求指示的功能相对应的第一功能信息,如果是,将第一功能信息发送给一个或多个第二专有云平台,以使一个或多个第二专有云平台根据第一功能信息新增功能。
可选地,
当第一专有云平台上不存在第一功能信息时,该方法还包括:
向开发端发送功能新增请求,以使开发端根据功能新增请求生成第一功能信息,并根据第一功能信息对第二专有云平台进行升级,以使第二专有云平台新增功能。
可选地,
当第一专有云平台不存在第一功能信息时,该方法还包括:
确定第一功能信息是否满足预设的第一条件,如果是,获取并保存第一功能信息;
当接收到针对第一功能信息的广播指令时,将第一功能信息广播给一个或多个第二专有云平台,以使一个或多个第二专有云平台新增与第一功能信息对应的功能。
可选地,
操作请求还包括功能回收请求;
确定与功能回收请求对应的第二功能信息;
从第二专有云平台获取与第二功能信息对应的功能的状态数据;
保存状态数据,并向第二专有云平台发送针对第二功能信息的删除指令,以使第二专有云平台删除第二功能信息。
可选地,
第二专有云平台是根据第一专有云平台的第三功能信息创建的。
可选地,
该方法还包括:
接收创建请求,创建请求指示了第二专有云平台所需的功能;
根据创建请求,确定与第二专有云平台所需的功能对应的第三功能信息;
根据确定出的第三功能信息,创建第二专有云平台。
可选地,
第三功能信息包括:不同功能分别对应的功能组件的信息和不同的功能组件之间的关联关系。
可选地,
功能组件的信息是从第一专有云平台的不同层获取,并经完整性验证得到的;第一专有云平台的不同层包括:物理层、网络层、操作***层、功能组件层和管理层。
可选地,
该方法还包括:
接收针对功能组件的信息的更新请求;
确定自身是否存在与更新请求对应的第三功能信息;
如果是,对比第三功能信息以及更新请求携带的更新信息,确定第三功能信息中的待更新数据,并利用更新信息替换待更新数据,以形成更新后的第三功能信息;
如果否,根据更新请求携带的更新信息生成第三功能信息,并对应存储第三功能信息以及第三功能信息对应的功能,以新增第三功能信息对应的功能。
可选地,
在响应更新请求之后,该方法还包括:
根据更新请求的响应结果,向第二专有云平台发送更新指令,其中,更新指令包括更新后的第三功能信息或生成的第三功能信息,以使第二专有云平台新增第三功能信息对应的功能。
可选地,
该方法还包括:
接收针对功能组件的信息的删除请求;
确定删除请求对应的第三功能信息;
根据关联关系,确定是否存在与第三功能信息对应的功能组件存在依赖关系的目标功能组件;
如果是,确定目标功能组件对应的功能是否能够被删除,如果是,删除与删除请求对应的第三功能信息和目标功能组件对应的第三功能信息;如果否,拒绝删除请求;
如果否,删除与删除请求对应的第三功能信息。
为实现上述目的,根据本发明实施例的又一方面,提供了一种专有云平台。
本发明实施例的一种专有云平台包括请求接收模块以及操作模块;其中:
请求接收模块,用于接收一个或多个第二专有云平台发送的操作请求,其中,操作请求包括功能新增请求;
操作模块,用于确定自身是否有与功能新增请求指示的功能相对应的第一功能信息,如果是,将第一功能信息发送给一个或多个第二专有云平台,以使一个或多个第二专有云平台根据第一功能信息,新增功能。
为实现上述目的,根据本发明实施例的又一方面,提供了一种专有云平台管理***。
本发明实施例的一种专有云平台管理***包括第一专有云平台和一个或多个第二专有云平台;其中:
第一专有云平台,用于根据功能新增请求指示的功能,确定与功能相对应的第一功能信息,并将第一功能信息发送给一个或多个第二专有云平台;
一个或多个第二专有云平台,用于向第一专有云平台发送操作请求,其中,操作请求包括功能新增请求;当接收到第一功能信息时,根据第一功能信息,新增功能。
可选地,
操作请求还包括功能回收请求,功能回收请求对应于第二功能信息;
一个或多个第二专有云平台,用于向第一专有云平台提供第二功能信息对应的功能的状态数据,以使第一专有云平台保存状态数据;当接收到第一专有云平台发来的针对第二功能信息的删除指令时,删除第二功能信息。
可选地,
一个或多个第二专有云平台,用于接收第一专有云平台发来的更新指令,其中,更新指令包括第三功能信息;根据第三功能信息,新增与第三功能信息对应的功能。
为实现上述目的,根据本发明实施例的又一方面,提供了一种专有云平台管理电子设备。
本发明实施例的一种专有云平台管理电子设备包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现本发明实施例的一种专有云平台管理方法。
为实现上述目的,根据本发明实施例的再一方面,提供了一种计算机可读存储介质。
本发明实施例的一种计算机可读存储介质,其上存储有计算机程序,程序被处理器执行时实现本发明实施例的一种专有云平台管理方法。
上述发明中的一个实施例具有如下优点或有益效果:第一专有云平台能够在接收到一个或多个第二专有云平台发送的操作请求时,确定自身是否有操作请求中包括的功能新增请求所指示的功能相对应的第一功能信息,如果有,就直接将第一功能信息发送给一个或多个第二专有云平台,以使第二专有云平台根据第一功能信息新增该功能,从而保证各个第二专有云平台的第一功能信息与第一专有云平台相同,降低了第一专有云平台对各个第二专有云平台进行维护和升级的难度。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明实施例的一种专有云平台管理方法的主要步骤的示意图;
图2是根据本发明实施例的一种创建第二专有云平台的方法的主要步骤的示意图;
图3是根据本发明实施例的另一种创建第二专有云平台的方法的流程示意图;
图4是根据本发明实施例的一种专有云平台的信息层次示意图;
图5是根据本发明实施例的一种获取功能组件的信息的流程示意图;
图6是根据本发明实施例的一种不同功能组件之间关联关系的结构示意图;
图7是根据本发明实施例的一种获取不同功能组件之间关联关系的流程示意图;
图8是根据本发明实施例的一种不同功能组件之间依赖关系的示意图;
图9是根据本发明实施例的另一种专有云平台管理方法的流程示意图;
图10是根据本发明实施例的再一种专有云平台管理方法的示意图;
图11是根据本发明实施例的一种第二专有云平台升级更新方法的流程示意图;
图12是根据本发明实施例的一种管理第一专有云平台的方法的流程示意图;
图13是根据本发明实施例的另一种管理第一专有云平台的方法的流程示意图;
图14是根据本发明实施例的又一种管理第一专有云平台的方法的流程示意图;
图15是根据本发明实施例的一种专有云平台的主要模块的示意图;
图16是根据本发明实施例的一种专有云平台管理***的示意图;
图17是根据本发明实施例的一种基于容器集群基因的专有云生命周期管理平台的示意图;
图18是根据本发明实施例的另一种专有云平台管理***的示意图;
图19是本发明实施例可以应用于其中的示例性***架构图;
图20是适于用来实现本发明实施例的终端设备或服务器的计算机***的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
需要指出的是,在不冲突的情况下,本发明的实施例以及实施例中的技术特征可以相互结合。
专有云是介于公有云和私有云之间的一种云,能够更好地满足不同客户的特定需求。目前,专有云平台建设一般是在政府、企业中较大型的项目中进行实施,不仅项目的建设周期长、需求复杂,而且平台的服役时间长。因此,当专有云平台数量达到上百个时,各个平台建设的时间跨度很大,专有云平台的版本也有差异,定制化研发也有不同的比例,导致在技术运维过程中,当专有云平台***需要根据客户的要求进行升级时,技术难度和复杂度非常高。
有鉴于此,本方案采用基于功能信息的专有云平台管理方法,对于专有云平台持续开发过程中与各个功能相关的信息,在第一专有云平台上都有详细记录,从而能够构建整体的专有云平台管理***,针对用户需求,可以从第一专有云平台的记录中选择用户需求对应的功能信息,并传递给用户侧的第二专有云平台,以对第二专有云平台进行升级等管理操作。
图1是根据本发明实施例的一种专有云平台管理方法的主要步骤的示意图。
如图1所示,本发明实施例的一种专有云平台管理方法,应用于第一专有云平台,主要包括以下步骤:
步骤S101:接收一个或多个第二专有云平台发送的操作请求,其中,操作请求包括功能新增请求;
步骤S102:确定自身是否有与功能新增请求指示的功能相对应的第一功能信息,如果是,将第一功能信息发送给一个或多个第二专有云平台,以使一个或多个第二专有云平台根据第一功能信息新增功能。
在本发明实施例中,第二专有云平台可以是根据第一专有云平台的第三功能信息创建的,创建第二专有云平台的方法如图2所示,图2是根据本发明实施例的一种创建第二专有云平台的方法的主要步骤的示意图,该方法主要包括以下步骤:
步骤S201:接收创建请求,该创建请求指示了第二专有云平台所需的功能。
举例来说,如图3所示,图3是根据本发明实施例的另一种创建第二专有云平台的方法的流程示意图,其中,标准专有云基因库即第一专有云平台上的第三功能信息,可见第一专有云平台上有功能1、功能2、功能3……功能n所对应的第三功能信息。第一专有云平台接收到的创建请求中,可以指示第二专有云平台所需的功能,如图中的专有云A需要功能1至功能7以及其他功能,而专有云B则需要功能1至功能8、功能10、功能11以及其他功能,并且专有云B不需要功能9。
在本发明实施例中,可以在不同的地域基于第一专有云平台上的第三功能信息建立多套第一专有云平台的信息库,从而使得每个第一专有云平台的信息库可以为相关地域附近的客户创建专有云平台时所利用。
步骤S202:根据创建请求,确定与第二专有云平台所需的功能对应的第三功能信息。
仍以图3为例,第一专有云平台根据专有云A和专有云B发来的创建请求,分别确定出专有云A和专有云B所需的功能对应的第三功能信息。
步骤S203:根据确定出的第三功能信息,创建第二专有云平台。
仍以图3为例,其中,新建专有云A时,可以在第一专有云平台与专有云A之间建立数据传输网络专线,然后由第一专有云平台将专有云A所需的功能1至功能7以及其他功能对应的第三功能信息传输给专有云A。同理,新建专有云B时,可以在第一专有云平台与专有云B之间建立数据传输网络专线,然后由第一专有云平台将专有云B所需的功能1至功能8、功能10、功能11以及其他功能对应的第三功能信息传输给专有云B,并且第一专有云平台不会向专有云B传输功能9对应的第三功能信息。
在本发明实施例中,专有云A和专有云B每接收到一个功能对应的第三功能信息,可以对该第三功能信息进行一致性和完整性的校验,以确保接收到的第三功能信息与第一专有云平台上的第三功能信息相同。在校验通过后,专有云A和专有云B即可对该第三功能信息进行解析,利用解析到的信息(如功能组件的名称、安装数据、功能组件的配置、功能组件的依赖信息)等对该功能组件进行部署安装,以具备相应的功能。
第一专有云平台根据创建请求以及本地第三功能信息的顺序,不断向待新建的第二专有云平台传输第三功能信息,在待新建的第二专有云平台上不断安装对应的功能组件,最终即可实现整个第二专有云平台的安装,完成对第二专有云平台的创建过程。
在本发明实施例中,还可以进一步对第二专有云平台进行扩展建设,此时可以将该第二专有云平台作为第一专有云平台,然后执行步骤S201-S203。则仍以图3为例,在针对专有云B进行扩展建设时,比如新建一个容灾专有云平台B’,可以依照上面的方法将专有云B的第三功能信息传输到待建专有云平台B’上,对B’进行创建。这个流程的技术效果在于可以将客户在专有云平台B上建设的业务***一同在专有云平台B’上进行创建,极大提升了迁移和部署效率。
在本发明实施例中,当第二专有云平台为多个时,如上例中第二专有云平台有两个(专有云A和专有云B),多个第二专有云平台可以不同时发送操作请求,第一专有云平台可以分别针对每一个发来操作请求的第二专有云平台执行相应的操作。并且,在本发明一个优选的实施例中,第一专有云平台还可以检测发来相同内容的操作请求的第二专有云平台的数量,当发来内容相同的操作请求的第二专有云平台的数量超过某一预设阈值时,说明第二专有云平台普遍有了某个需求,则第一专有云平台可以主动对其管理的全部或部分第二专有云平台执行该操作请求相应的操作,以更好地实现对第二专有云平台的管理。
在本发明实施例中,第一专有云平台上的第三功能信息可以包括:不同功能分别对应的功能组件的信息和不同的功能组件之间的关联关系。功能组件的信息是从第一专有云平台的不同层获取,并经完整性验证得到的;其中,第一专有云平台的不同层可以包括:物理层、网络层、操作***层、功能组件层和管理层。在本发明一个优选的实施例中,如图4所示,第一专有云平台的信息层次自底向上分为8层,针对这8层,则可以通过如图5所示的流程完成对第一专有云平台上功能组件的信息的分析和收集过程。
在本发明另一个优选的实施例中,如图6所示,针对第一专有云平台上的IaaS、PaaS、SaaS服务树,还需要对重要的、不同功能组件之间的关联关系进行分析,得出的整体关联关系的结构示意图。具体的分析流程可以如图7所示,即对每个服务树上的每条产品线进行遍历,确定不同功能组件之间的关联关系。
在本发明另一个优选的实施例中,还可以在不同的功能组件之间的关联关系中,重点分析不同功能组件之间的依赖关系,如图8所示,目的在于当基于第一专有云平台上的第三功能信息创建第二专有云平台时,需要确保先构建低层次的、被其他功能组件所依赖的功能组件,后构建高层次的、对其他功能组件有依赖的功能组件。
在本发明实施例中,针对这三个维度的第三功能信息,可以采用三个数据库单元进行存储:在第一个数据库单元中,按顺序存储从第1层到底8层的全部信息,作为第一个维度;在第二个数据库单元中,基于树形结构(深度优先或广度优先)的数据结构,存储第二个维度的除依赖关系之外的其他关联关系的信息,以保存完整的IaaS、PaaS、SaaS等各个产品线上各功能组件之间的关联关系信息;在第三个数据库单元中,存储不同功能组件之间的依赖关系。
在本发明实施例中,当第一专有云平台接收到一个或多个第二专有云平台发送的功能新增请求,但自身并不存在对应的第一功能信息时,可以将该功能新增请求发送给开发端,开发端则可以直接针对该功能新增请求为一个或多个第二专有云平台定制对应的功能,以实现定制化开发,满足更多客户的个性化需求;或者开发端也可以根据该功能新增请求生成第一功能信息,然后先将该第一功能信息先发送给第一专有云平台,再由第一专有云平台将第一功能信息发送给一个或多个第二专有云平台,一个示例如图9所示,图9中的“标准专有云平台”即第一专有云平台,“客户专有云集群”即一个或多个第二专有云平台,“新基因信息”即第一功能信息,以使一个或多个第二专有云平台根据第一功能信息新增对应的功能,以便于第一专有云平台对第二专有云平台的管理。
如图10所示,当开发端直接针对该功能新增请求为一个或多个第二专有云平台定制对应的功能(即图10中的“产品线X”)时,该功能对应的第一功能信息就会保存在一个或多个第二专有云平台上,但此时第一专有云平台上并没有该第一功能信息,因此为了便于管理,第一专有云平台可以确定该第一功能信息是否满足预设的第一条件,如果是,就从第二专有云平台上获取并保存该第一功能信息。并且在本发明一个优选的实施例中,还可以进一步形成新的第一专有云平台版本,并在该新版本的日志中记录新增的该第一功能信息,以便于对第一专有云平台的管理。其中,预设的第一条件可以是该第一功能信息具有较大的应用价值并且满足第一专有云平台的标准。
此时第一专有云平台上也有了该第一功能信息,当后续接收到针对第一功能信息的广播指令时,第一专有云平台可以将第一功能信息广播给其他的一个或多个第二专有云平台,以使其他的一个或多个第二专有云平台也可以新增与第一功能信息对应的功能。
在本发明实施例中,第一专有云平台上的第三功能信息还可以分为基础模块信息和产品线信息。其中,基础模块信息主要包括如图4所示的第1层到第4层相关的信息;产品线信息主要包括如图4所示的第5层到第7层的信息。产品线信息根据产品线的情况,又可分为必选信息(如云主机、云硬盘、云网络等)和可选信息(如云MongoDB数据库等),如图10所示,用于区分在基于第一专有云平台上的第三功能信息创建第二专有云平台时是否需要将产品线包含在***中。
在本发明实施例中,操作请求还可以包括功能回收请求,此时第一专有云平台在确定与功能回收请求对应的第二功能信息后,会从第二专有云平台获取与第二功能信息对应的功能的状态数据;第一专有云平台将该状态数据保存在本地作为备份,并向第二专有云平台发送针对第二功能信息的删除指令,以使第二专有云平台删除第二功能信息。
在本发明实施例中,当第二专有云平台需要进行整体删除并进行资源回收时,也可以采用上述方式,即第一专有云平台先将第二专有云平台最后状态下的状态数据进行全面备份,其中,该状态数据既包括第二专有云平台所拥有的功能信息,也包括相关功能运行过程中产生的运行数据。待备份完成后,第一专有云平台再将第二专有云平台上的全部计算、存储、网络资源进行回收,这样如果以后客户的需要重建第二专有云平台,就可以基于保留的状态数据迅速完成对第二专有云平台的重建。
在本发明实施例中,第二专有云平台升级更新的流程如图11所示,第二专有云平台从第一专有云平台上提取出待更新的功能组件(即图11中的平台组件或产品线组件)的信息,然后判断该功能组件是否为第二专有云平台的平台***组件,如果是,则检测该平台***组件在信息层次结构中的层次位置,检测出是第x层,然后将该层以上的层次的全部***进行数据备份,并且从顶层开始,自上而下逐层关闭第二专有云平台的服务程序直至第x层。再基于该功能组件的信息对平台***组件进行升级,然后启动新的平台***组件,并从第x层开始,自下而上逐层启动第二专有云平台的服务,恢复该第二专有云平台的运行状态。
如果判断得知该功能组件不是平台***组件,则检测该功能组件是否承载客户业务,如果该功能组件并未承载客户业务,或者该功能组件虽然承载有客户业务,但是该功能组件为无状态组件,则可以将旧版本的功能组件及其资源进行回收,并基于新的功能组件对相关功能进行升级更新。
如果该功能组件不仅承载有客户业务,而且不是无状态组件,那么就需要由开发端人为决策该功能组件是否可以原地更新,如果人为决策可以原地更新,则需要先保存并备份数据,然后将旧版本的功能组件及其资源进行回收,再基于新的功能组件进行对相关功能进行升级更新,然后基于备份恢复数据;如果人为决策该功能组件不可以进行原地更新,则需要为新的功能组件分配新的资源,然后对新的功能组件进行部署,再将旧版本的功能组件及其运行数据逐渐迁移到新的功能组件上,最后再由开发端人为决定是否回收旧版本的功能组件及其资源。
上面主要是对第一专有云平台管理第二专有云平台的方法的说明,下面对第一专有云平台管理自身的方法进行说明。
对第一专有云平台进行管理,通常是由于开发端或其他第一专有云平台向第一专有云平台发来了相应的请求。在本发明实施例中,开发端或其他第一专有云平台发来更新请求,第一专有云平台接收到针对功能组件的信息的该更新请求后,会首先确定自身是否存在与更新请求对应的第三功能信息,如果是,说明是对已有功能组件的更改,则第一专有云平台在提取出更新请求携带的更新信息后,会与本地的第三功能信息进行对比,确定第三功能信息中是否存在待更新数据,如果存在待更新数据,则利用更新信息替换待更新数据,以形成更新后的第三功能信息。举例来说,如图12所示,当开发人员在开发端完成针对第一专有云平台待更新的功能组件(即图12中的待更新平台组件或产品线)的开发和测试之后,第一专有云平台会提取更新的功能组件对应的信息,并与原有信息进行对比,然后判断是否需要新的基础资源,如果是,就将所需的新基础资源数据写入新的信息序列(即图12中的基因序列)中,如果然后判断是否有新的基础依赖,如果有,则将所需的新基础依赖数据加入新的信息序列中,然后判断是否有新的组件依赖,如果有,则将所需的新组件依赖数据加入到新的信息序列中,最后用新的信息序列替换原有信息序列。并且在本发明一个优选的实施例中,第一专有云平台利用更新信息替换待更新数据后,还可以进一步形成新的第一专有云平台版本,并在新版本的日志中记录更新的功能组件的名称,以便于对第一专有云平台的管理。
如果第一专有云平台上不存在与更新请求对应的第三功能信息,则说明是新增的功能组件,第一专有云平台可以根据更新请求携带的更新信息生成第三功能信息,并对应存储第三功能信息以及第三功能信息对应的功能,以新增第三功能信息对应的功能。在本发明一个优选的实施例中,第一专有云平台还可以对接收到的信息的完整性和一致性进行校验,以确保接收到的新的功能组件对应的信息与开发端相同。举例来说,如图13所示,当开发人员在开发端完成针对第一专有云平台完成新的功能组件(即图13中的新平台组件或新产品线)的开发和测试之后,第一专有云平台将新的功能组件对应的信息从开发端进行提取和存储,并对接收到的信息的完整性和一致性进行校验,以确保接收到的新的功能组件对应的信息与开发端相同。在本发明一个优选的实施例中,第一专有云平台在对应存储第三功能信息以及第三功能信息对应的功能之后,还可以进一步形成新的第一专有云平台版本,并在新版本的日志中记录新增的功能组件的名称,以便于对第一专有云平台的管理。
在本发明实施例中,第一专有云平台在响应更新请求之后,还可以根据更新请求的响应结果,向第二专有云平台发送更新指令,其中,更新指令包括更新后的第三功能信息或生成的第三功能信息,以使第二专有云平台新增第三功能信息对应的功能。
在本发明实施例中,开发端或其他第一专有云平台还可以发来删除请求,第一专有云平台接收到接收针对功能组件的信息的该删除请求后,会确定删除请求对应的第三功能信息,再根据关联关系,确定是否存在与第三功能信息对应的功能组件存在依赖关系的目标功能组件:如果是,确定目标功能组件对应的功能是否能够被删除,如果目标功能组件对应的功能能够被删除,则删除与删除请求对应的第三功能信息和目标功能组件对应的第三功能信息;如果目标功能组件对应的功能不能被删除,则拒绝删除请求;如果否,则直接删除与删除请求对应的第三功能信息。上述具体流程可以如图14所示。在本发明一个优选的实施例中,第一专有云平台在删除与删除请求对应的第三功能信息之后,还可以进一步形成新的第一专有云平台版本,并在新版本的日志中记录删除的功能组件,以便于对第一专有云平台的管理。
根据本发明实施例的一种专有云平台管理方法可以看出,第一专有云平台能够在接收到一个或多个第二专有云平台发送的操作请求时,确定自身是否有操作请求中包括的功能新增请求所指示的功能相对应的第一功能信息,如果有,就直接将第一功能信息发送给一个或多个第二专有云平台,以使第二专有云平台根据第一功能信息新增该功能,从而保证各个第二专有云平台的第一功能信息与第一专有云平台相同,降低了第一专有云平台对各个第二专有云平台进行维护和升级的难度。
图15是根据本发明实施例的一种专有云平台的主要模块的示意图。
如图15所示,本发明实施例的一种专有云平台1500包括请求接收模块1501以及操作模块1502;其中:
请求接收模块1501,用于接收一个或多个第二专有云平台发送的操作请求,其中,操作请求包括功能新增请求;
操作模块1502,用于确定自身是否有与功能新增请求指示的功能相对应的第一功能信息,如果是,将第一功能信息发送给一个或多个第二专有云平台,以使一个或多个第二专有云平台根据第一功能信息,新增功能。
在本发明实施例中,请求接收模块1501以及操作模块1502安装在不同于第二专有云平台的第一专有云平台上。
在本发明实施例中,当第一专有云平台上不存在第一功能信息时,操作模块1502进一步用于:向开发端发送功能新增请求,以使开发端根据功能新增请求生成第一功能信息,并根据第一功能信息对第二专有云平台进行升级,以使第二专有云平台新增功能。
在本发明实施例中,当第一专有云平台上不存在第一功能信息时,操作模块1502进一步用于:确定第一功能信息是否满足预设的第一条件,如果是,获取并保存第一功能信息;当接收到针对第一功能信息的广播指令时,将第一功能信息广播给一个或多个第二专有云平台,以使一个或多个第二专有云平台新增与第一功能信息对应的功能。
在本发明实施例中,操作请求还包括功能回收请求;操作模块1502进一步用于:确定与功能回收请求对应的第二功能信息;从第二专有云平台获取与第二功能信息对应的功能的状态数据;保存状态数据,并向第二专有云平台发送针对第二功能信息的删除指令,以使第二专有云平台删除第二功能信息。
在本发明实施例中,第二专有云平台是根据第一专有云平台的第三功能信息创建的。
在本发明实施例中,操作模块1502进一步用于:接收创建请求,创建请求指示了第二专有云平台所需的功能;根据创建请求,确定与第二专有云平台所需的功能对应的第三功能信息;根据确定出的第三功能信息,创建第二专有云平台。
在本发明实施例中,第三功能信息包括:不同功能分别对应的功能组件的信息和不同的功能组件之间的关联关系。
在本发明实施例中,功能组件的信息是从第一专有云平台的不同层获取,并经完整性验证得到的;第一专有云平台的不同层包括:物理层、网络层、操作***层、功能组件层和管理层。
在本发明实施例中,操作模块1502进一步用于:接收针对功能组件的信息的更新请求;确定自身是否存在与更新请求对应的第三功能信息;如果是,对比第三功能信息以及更新请求携带的更新信息,确定第三功能信息中的待更新数据,并利用更新信息替换待更新数据,以形成更新后的第三功能信息;如果否,根据更新请求携带的更新信息生成第三功能信息,并对应存储第三功能信息以及第三功能信息对应的功能,以新增第三功能信息对应的功能。
在本发明实施例中,在响应更新请求之后,操作模块1502进一步用于:根据更新请求的响应结果,向第二专有云平台发送更新指令,其中,更新指令包括更新后的第三功能信息或生成的第三功能信息,以使第二专有云平台新增第三功能信息对应的功能。
在本发明实施例中,操作模块1502进一步用于:接收针对功能组件的信息的删除请求;确定删除请求对应的第三功能信息;根据关联关系,确定是否存在与第三功能信息对应的功能组件存在依赖关系的目标功能组件;如果是,确定目标功能组件对应的功能是否能够被删除:如果是,删除与删除请求对应的第三功能信息和目标功能组件对应的第三功能信息,如果否,拒绝删除请求;如果否,删除与删除请求对应的第三功能信息。
根据本发明实施例的一种专有云平台可以看出,第一专有云平台能够在接收到一个或多个第二专有云平台发送的操作请求时,确定自身是否有操作请求中包括的功能新增请求所指示的功能相对应的第一功能信息,如果有,就直接将第一功能信息发送给一个或多个第二专有云平台,以使第二专有云平台根据第一功能信息新增该功能,从而保证各个第二专有云平台的第一功能信息与第一专有云平台相同,降低了第一专有云平台对各个第二专有云平台进行维护和升级的难度。
图16是根据本发明实施例的一种专有云平台管理***的示意图。
如图16所示,本发明实施例的一种专有云平台管理***1600包括第一专有云平台1601和一个或多个第二专有云平台1602;其中:
第一专有云平台1601,用于根据功能新增请求指示的功能,确定与功能相对应的第一功能信息,并将第一功能信息发送给一个或多个第二专有云平台;
一个或多个第二专有云平台1602,用于向第一专有云平台发送操作请求,其中,操作请求包括功能新增请求;当接收到第一功能信息时,根据第一功能信息,新增功能。
在本发明实施例中,第一专有云平台1601即为上述实施例中的专有云平台1500。
在本发明实施例中,操作请求还包括功能回收请求,功能回收请求对应于第二功能信息;一个或多个第二专有云平台1602进一步用于:向第一专有云平台提供第二功能信息对应的功能的状态数据,以使第一专有云平台保存状态数据;当接收到第一专有云平台发来的针对第二功能信息的删除指令时,删除第二功能信息。
在本发明实施例中,一个或多个第二专有云平台1602进一步用于:接收第一专有云平台发来的更新指令,其中,更新指令包括第三功能信息;根据第三功能信息,新增与第三功能信息对应的功能。
为了能够对第一专有云平台以及一个或多个第二专有云平台的全生命周期进行有效的管理,同时也为了在数十甚至上百个专有云平台的情况下,能够自动化地稳定、高效地实现各个专有云平台的统一管理,在本发明实施例中,提供了一种基于容器集群基因的专有云生命周期管理平台(图17中的“基因”即其他部分中的“信息”),如图17所示,该平台可以安装于第一专有云平台上,主要包括:第一专有云集群生命周期管理模块、第二专有云集群生命周期管理模块、定制开发基因提取与基因回收模块、各云平台版本存储与展示模块。具体地:
(1)第一专有云集群生命周期管理模块,主要负责对第一专有云K8S集群进行基于集群基因的全生命周期管理,控制各个模块的升级或删除。
(2)第二专有云集群生命周期管理模块,主要负责对第二专有云K8S集群进行基于第一专有云集群基因的全生命周期管理,控制各个第二专有云平台中相关模块的升级或删除。
(3)定制开发基因提取与基因回收模块,实现对定制开发的专有云平台模块的版本管理,并基于第一专有云平台的升级需求对定制开发形成的新的集群基因进行入库回收。
(4)各云平台版本存储与展示模块,将整个平台所管理的第一专有云集群和第二专有云集群的版本进行统一存储和管理,并提供版本的集中展示功能。
对第一专有云平台K8S容器集群的生命周期管理,重点在于处理第一专有云平台中各个功能组件的信息在不同情况下的增加和删除,并形成固定的第一专有云平台版本。利用相应的第一专有云平台版本即可实现对第二专有云集群的创建、升级、模块删除等操作。而对基于K8S容器集群的第二专有云平台的生命周期管理,重点将第一专有云平台中各个功能组件的信息在第二专有云平台上不同时机下进行传输,并形成多种不同的符合客户实际需求的专有云平台实例,即利用相应的第一专有云平台版本实现对第二专有云平台的创建、升级、功能删除等操作。
下面以一个较为完整的实施例对本方案提出的一种专有云平台管理***进行说明,如图18所示,对第一专有云平台而言:
(1)将第一专有云平台的第三功能信息分为基础模块信息和产品线信息。其中,基础模块信息主要包括如图4所示的第1层到第4层相关的信息;产品线信息主要包括如图4所示的第5层到第7层的信息。产品线信息根据产品线的情况,又可分为必选信息(如云主机、云硬盘、云网络等)和可选信息(如云MongoDB数据库等),用于区分在基于第一专有云平台上的第三功能信息创建第二专有云平台时是否需要将产品线包含在***中。
(2)在第一专有云平台K8S容器集群进行产品线的升级后,通过信息提取方法产品线D的信息记录到第一专有云平台上。
(3)在第一专有云平台K8S容器集群进行基础模块升级后,通过信息提取方法将集成模块升级版信息记录到第一专有云平台上。
(4)当某些第二专有云平台上进行了定制化开发,并形成了一个有价值并符合专有云平台标准的产品线模块X,则专有云平台生命周期管理***支持将该模块X的信息进行提取,并传输至第一专有云平台上,并在第一专有云平台将模块X的信息与原有信息进行合并,并形成新的第一专有云平台版本,以实现模块X的信息回收。
对第二专有云平台而言:
(1)在基于K8S容器集群的第二专有云平台的生命周期中,主要会经历平台创建、平台升级、平台撤销等状态。
(2)在基于K8S容器集群的第二专有云平台创建时,如图18中的场景1,待创建第二专有云平台主要基于客户所需的第一专有云平台,选取所需的可选产品线信息,并与基础模块信息和必选模块信息一起通过基于集群信息创建专有云平台的方法实现对第二专有云平台的创建和验证,确保第二专有云平台的正确有效创建。
(3)对基于K8S容器集群的第二专有云平台进行升级时,如图18中的场景1,对第二专有云平台的升级1中,在客户需要增加科学的产品线C的信息时,通过将产品线C信息从第一专有云平台传输到第二专有云平台,而后根据该信息构建第二专有云平台的产品线C,从而实现平台的升级和验证。在第一专有云平台本身进行升级后,如图18中第一专有云平台的升级1,产生了新的必须产品线D的信息,根据客户需要,可以在场景1第二专有云平台的升级2中通过将产品线D的信息传输到第二专有云平台,并基于该信息对第二专有云平台进行升级,以实现对第二专有云平台的再次升级。
(4)在第一专有云平台的基础模块进行了升级后,可根据客户需求参考基于集群信息的专有云平台升级方法对第二专有云平台的集成模块进行升级。在进行新的第二专有云平台创建时,如图18中的场景3,第一专有云平台可基于最新的信息实现对第二专有云平台的创建。
(5)当第二专有云平台需要进行整体删除并进行资源回收时,可以由第一专有云平台先将第二专有云平台最后状态下的状态数据进行全面备份,其中,该状态数据既包括第二专有云平台所拥有的功能信息,也包括相关功能运行过程中产生的运行数据。待备份完成后,第一专有云平台再将第二专有云平台上的全部计算、存储、网络资源进行回收,这样如果以后客户的需要重建第二专有云平台,就可以基于保留的状态数据迅速完成对第二专有云平台的重建。
根据本发明实施例的一种专有云平台管理***可以看出,第一专有云平台能够在接收到一个或多个第二专有云平台发送的操作请求时,确定自身是否有操作请求中包括的功能新增请求所指示的功能相对应的第一功能信息,如果有,就直接将第一功能信息发送给一个或多个第二专有云平台,以使第二专有云平台根据第一功能信息新增该功能,从而保证各个第二专有云平台的第一功能信息与第一专有云平台相同,降低了第一专有云平台对各个第二专有云平台进行维护和升级的难度。
图19示出了可以应用本发明实施例的一种专有云平台管理方法或一种专有云平台的示例性***架构1900。
如图19所示,***架构1900可以包括终端设备1901、1902、1903,网络1904和电子设备1905。网络1904用以在终端设备1901、1902、1903和电子设备1905之间提供通信链路的介质。网络1904可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备1901、1902、1903通过网络1904与电子设备1905交互,以接收或发送消息等。终端设备1901、1902、1903上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备1901、1902、1903可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
电子设备1905可以是提供各种服务的服务器,例如对用户利用终端设备1901、1902、1903所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。
应该理解,图19中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和电子设备。
下面参考图20,其示出了适于用来实现本发明实施例的终端设备的计算机***2000的结构示意图。图20示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图20所示,计算机***2000包括中央处理单元(CPU)2001,其可以根据存储在只读存储器(ROM)2002中的程序或者从存储部分2008加载到随机访问存储器(RAM)2003中的程序而执行各种适当的动作和处理。在RAM 2003中,还存储有***2000操作所需的各种程序和数据。CPU 2001、ROM 2002以及RAM 2003通过总线2004彼此相连。输入/输出(I/O)接口2005也连接至总线2004。
以下部件连接至I/O接口2005:包括键盘、鼠标等的输入部分2006;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分2007;包括硬盘等的存储部分2008;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分2009。通信部分2009经由诸如因特网的网络执行通信处理。驱动器2010也根据需要连接至I/O接口2005。可拆卸介质2011,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器2010上,以便于从其上读出的计算机程序根据需要被安装入存储部分2008。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分2009从网络上被下载和安装,和/或从可拆卸介质2011被安装。在该计算机程序被中央处理单元(CPU)2001执行时,执行本发明的***中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括请求接收模块以及操作模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,请求接收模块还可以被描述为“用于接收一个或多个第二专有云平台发送的操作请求的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:接收一个或多个第二专有云平台发送的操作请求,其中,操作请求包括功能新增请求;确定自身是否有与功能新增请求指示的功能相对应的第一功能信息,如果是,将第一功能信息发送给一个或多个第二专有云平台,以使一个或多个第二专有云平台根据第一功能信息新增功能。
根据本发明实施例的技术方案,第一专有云平台能够在接收到一个或多个第二专有云平台发送的操作请求时,确定自身是否有操作请求中包括的功能新增请求所指示的功能相对应的第一功能信息,如果有,就直接将第一功能信息发送给一个或多个第二专有云平台,以使第二专有云平台根据第一功能信息新增该功能,从而保证各个第二专有云平台的第一功能信息与第一专有云平台相同,降低了第一专有云平台对各个第二专有云平台进行维护和升级的难度。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (14)
1.一种专有云平台管理方法,其特征在于,应用于第一专有云平台,包括:
接收一个或多个第二专有云平台发送的操作请求,其中,所述操作请求包括功能新增请求;所述第二专有云平台是根据所述第一专有云平台的第三功能信息创建的;所述第三功能信息包括:不同功能分别对应的功能组件的信息和不同的所述功能组件之间的关联关系;
确定自身是否有与所述功能新增请求指示的功能相对应的第一功能信息,如果是,将所述第一功能信息发送给所述一个或多个第二专有云平台,以使所述一个或多个第二专有云平台根据所述第一功能信息新增所述功能;
还包括:接收针对所述功能组件的信息的删除请求;
确定所述删除请求对应的第三功能信息;
根据所述关联关系,确定是否存在目标功能组件,所述目标功能组件与所述删除请求对应的第三功能信息对应的功能组件存在依赖关系;
在存在所述目标功能组件的情况下,确定所述目标功能组件对应的功能是否能够被删除,如果是,删除与所述删除请求对应的第三功能信息和所述目标功能组件对应的第三功能信息;如果否,拒绝所述删除请求;
在不存在所述目标功能组件的情况下,删除与所述删除请求对应的第三功能信息。
2.根据权利要求1所述的方法,其特征在于,当所述第一专有云平台上不存在所述第一功能信息时,该方法还包括:
向开发端发送所述功能新增请求,以使所述开发端根据所述功能新增请求生成所述第一功能信息,并根据所述第一功能信息对所述第二专有云平台进行升级,以使所述第二专有云平台新增所述功能。
3.根据权利要求2所述的方法,其特征在于,当所述第一专有云平台不存在所述第一功能信息时,该方法还包括:
确定所述第一功能信息是否满足预设的第一条件,如果是,获取并保存所述第一功能信息;
当接收到针对所述第一功能信息的广播指令时,将所述第一功能信息广播给所述一个或多个第二专有云平台,以使所述一个或多个第二专有云平台新增与所述第一功能信息对应的所述功能。
4.根据权利要求1所述的方法,其特征在于,所述操作请求还包括功能回收请求;
确定与所述功能回收请求对应的第二功能信息;
从所述第二专有云平台获取与所述第二功能信息对应的功能的状态数据;
保存所述状态数据,并向所述第二专有云平台发送针对所述第二功能信息的删除指令,以使所述第二专有云平台删除所述第二功能信息。
5.根据权利要求1所述的方法,其特征在于,该方法还包括:
接收创建请求,所述创建请求指示了第二专有云平台所需的功能;
根据所述创建请求,确定与所述第二专有云平台所需的功能对应的第三功能信息;
根据确定出的第三功能信息,创建所述第二专有云平台。
6.根据权利要求1所述的方法,其特征在于,
所述功能组件的信息是从所述第一专有云平台的不同层获取,并经完整性验证得到的;所述第一专有云平台的不同层包括:物理层、网络层、操作***层、功能组件层和管理层。
7.根据权利要求5或6所述的方法,其特征在于,该方法还包括:
接收针对所述功能组件的信息的更新请求;
确定自身是否存在与所述更新请求对应的第三功能信息;
如果是,对比所述更新请求对应的第三功能信息以及所述更新请求携带的更新信息,确定所述第三功能信息中的待更新数据,并利用所述更新信息替换所述待更新数据,以形成更新后的第三功能信息;
如果否,根据所述更新请求携带的更新信息生成第三功能信息,并对应存储所述生成的第三功能信息以及所述生成的第三功能信息对应的功能,以新增所述第三功能信息对应的功能。
8.根据权利要求7所述的方法,其特征在于,在响应所述更新请求之后,该方法还包括:
根据所述更新请求的响应结果,向所述第二专有云平台发送更新指令,其中,所述更新指令包括所述更新后的第三功能信息或生成的所述第三功能信息,以使所述第二专有云平台新增所述第三功能信息对应的功能。
9.一种专有云平台,其特征在于,包括请求接收模块以及操作模块;其中:
所述请求接收模块,用于接收一个或多个第二专有云平台发送的操作请求,其中,所述操作请求包括功能新增请求;所述第二专有云平台是根据第一专有云平台的第三功能信息创建的;所述第三功能信息包括:不同功能分别对应的功能组件的信息和不同的所述功能组件之间的关联关系;
所述操作模块,用于确定自身是否有与所述功能新增请求指示的功能相对应的第一功能信息,如果是,将所述第一功能信息发送给所述一个或多个第二专有云平台,以使所述一个或多个第二专有云平台根据所述第一功能信息,新增所述功能;还用于接收针对所述功能组件的信息的删除请求;确定所述删除请求对应的第三功能信息;根据所述关联关系,确定是否存在目标功能组件,所述目标功能组件与所述删除请求对应的第三功能信息对应的功能组件存在依赖关系;在存在所述目标功能组件的情况下,确定所述目标功能组件对应的功能是否能够被删除,如果是,删除与所述删除请求对应的第三功能信息和所述目标功能组件对应的第三功能信息;如果否,拒绝所述删除请求;在不存在所述目标功能组件的情况下,删除与所述删除请求对应的第三功能信息。
10.一种专有云平台管理***,其特征在于,包括第一专有云平台和一个或多个第二专有云平台;其中:
所述第一专有云平台,用于根据功能新增请求指示的功能,确定与所述功能相对应的第一功能信息,并将所述第一功能信息发送给所述一个或多个第二专有云平台;所述第二专有云平台是根据所述第一专有云平台的第三功能信息创建的;所述第三功能信息包括:不同功能分别对应的功能组件的信息和不同的所述功能组件之间的关联关系;还用于接收针对所述功能组件的信息的删除请求;确定所述删除请求对应的第三功能信息;根据所述关联关系,确定是否存在目标功能组件,所述目标功能组件与所述删除请求对应的第三功能信息对应的功能组件存在依赖关系;在存在所述目标功能组件的情况下,确定所述目标功能组件对应的功能是否能够被删除,如果是,删除与所述删除请求对应的第三功能信息和所述目标功能组件对应的第三功能信息;如果否,拒绝所述删除请求;
所述一个或多个第二专有云平台,用于向所述第一专有云平台发送操作请求,其中,所述操作请求包括所述功能新增请求;当接收到所述第一功能信息时,根据所述第一功能信息,新增所述功能。
11.根据权利要求10所述的***,其特征在于,所述操作请求还包括功能回收请求,所述功能回收请求对应于第二功能信息;
所述一个或多个第二专有云平台,用于向所述第一专有云平台提供所述第二功能信息对应的功能的状态数据,以使所述第一专有云平台保存所述状态数据;当接收到所述第一专有云平台发来的针对所述第二功能信息的删除指令时,删除所述第二功能信息。
12.根据权利要求10所述的***,其特征在于,
所述一个或多个第二专有云平台,用于接收所述第一专有云平台发来的更新指令,其中,所述更新指令包括第三功能信息;根据所述更新指令中的第三功能信息,新增与所述更新指令中的第三功能信息对应的功能。
13.一种专有云平台管理电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。
14.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011594768.8A CN113765688B (zh) | 2020-12-29 | 2020-12-29 | 一种专有云平台管理方法、***以及专有云平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011594768.8A CN113765688B (zh) | 2020-12-29 | 2020-12-29 | 一种专有云平台管理方法、***以及专有云平台 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113765688A CN113765688A (zh) | 2021-12-07 |
CN113765688B true CN113765688B (zh) | 2024-04-09 |
Family
ID=78786226
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011594768.8A Active CN113765688B (zh) | 2020-12-29 | 2020-12-29 | 一种专有云平台管理方法、***以及专有云平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113765688B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102882908A (zh) * | 2011-07-15 | 2013-01-16 | 易云捷讯科技(北京)有限公司 | 云计算管理***及云计算管理方法 |
CN107479863A (zh) * | 2016-06-07 | 2017-12-15 | 阿里巴巴集团控股有限公司 | 专有云的配置信息管理方法和*** |
CN108063679A (zh) * | 2016-11-09 | 2018-05-22 | ***通信有限公司研究院 | 一种云管理平台的升级方法及装置 |
EP3396543A1 (en) * | 2017-04-26 | 2018-10-31 | Nokia Solutions and Networks Oy | Method to allocate/deallocate resources on a platform, platform and computer readable medium |
CN110912975A (zh) * | 2019-11-12 | 2020-03-24 | 国云科技股份有限公司 | 一种私有云版本管理***及其实现方法 |
CN111880826A (zh) * | 2020-07-28 | 2020-11-03 | 平安科技(深圳)有限公司 | 云业务应用升级方法、装置、电子设备和存储介质 |
-
2020
- 2020-12-29 CN CN202011594768.8A patent/CN113765688B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102882908A (zh) * | 2011-07-15 | 2013-01-16 | 易云捷讯科技(北京)有限公司 | 云计算管理***及云计算管理方法 |
CN107479863A (zh) * | 2016-06-07 | 2017-12-15 | 阿里巴巴集团控股有限公司 | 专有云的配置信息管理方法和*** |
CN108063679A (zh) * | 2016-11-09 | 2018-05-22 | ***通信有限公司研究院 | 一种云管理平台的升级方法及装置 |
EP3396543A1 (en) * | 2017-04-26 | 2018-10-31 | Nokia Solutions and Networks Oy | Method to allocate/deallocate resources on a platform, platform and computer readable medium |
CN110912975A (zh) * | 2019-11-12 | 2020-03-24 | 国云科技股份有限公司 | 一种私有云版本管理***及其实现方法 |
CN111880826A (zh) * | 2020-07-28 | 2020-11-03 | 平安科技(深圳)有限公司 | 云业务应用升级方法、装置、电子设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN113765688A (zh) | 2021-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109120678B (zh) | 用于分布式存储***的服务托管的方法和装置 | |
CN107666525B (zh) | 集群容器ip分配的方法和装置 | |
US10291702B2 (en) | Synchronized content library | |
CN108629029B (zh) | 一种应用于数据仓库的数据处理方法和装置 | |
US9569110B2 (en) | Efficient management of cloned data | |
CN107480205B (zh) | 一种进行数据分区的方法和装置 | |
CN110858194A (zh) | 一种数据库扩容的方法和装置 | |
WO2023072042A1 (en) | Event-driven provisioning of elastic orchestration platform | |
CN111427701A (zh) | 一种工作流引擎***和业务处理方法 | |
CN111708836B (zh) | 集群管理的方法、设备和集群*** | |
CN112306626A (zh) | 用于更新云平台的方法和装置 | |
CN107526838B (zh) | 数据库集群扩容的方法和装置 | |
CN113765688B (zh) | 一种专有云平台管理方法、***以及专有云平台 | |
CN108196979B (zh) | 数据备份方法和装置 | |
CN113360689A (zh) | 图像检索***、方法、相关装置及计算机程序产品 | |
CN113760469A (zh) | 分布式计算的方法和装置 | |
CN112559006A (zh) | 企业客户端自动升级方法、***、设备及存储介质 | |
CN113535221A (zh) | 应用版本管理的方法和装置 | |
CN112346816A (zh) | 云平台更新方法和装置 | |
CN110874302A (zh) | 一种埋点配置信息的确定方法和装置 | |
US10917468B2 (en) | Systems and methods of re-associating content items | |
CN111179097B (zh) | 保单批改的方法、装置、电子设备和存储介质 | |
WO2023193609A1 (en) | Selective privileged container augmentation | |
CN117389735A (zh) | 分布式数据管理方法及装置 | |
CN115129428A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |