CN111768129A - 专有云产品的交付方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种专有云产品的交付方法、装置、设备及存储介质，涉及云技术领域。该方法包括：根据专有云产品的功能信息，将专有云产品划分为可独立部署的多个产品组件；获取专有云产品的产品信息和多个产品组件的参数信息；根据产品信息和参数信息，以及预存的配置信息和产品组件原始声明，确定交付方案；根据交付方案部署多个产品组件。本申请通过将专有云产品划分成部署相对独立的产品组件，并基于专有云产品的产品信息和多个产品组件的参数信息确定的交付方案部署多个产品组件，交付过程利用系统化的方法实现云产品的部署，摆脱了对研发人员的依赖，大大缩短了交付周期，从而解决了交付专有云产品过程中人力成本和时间成本太高的问题。

Description

专有云产品的交付方法、装置、设备及存储介质

技术领域

本申请实施例涉及云技术领域，特别涉及一种专有云产品的交付方法、装置、设备及存储介质。

背景技术

专有云产品是体量庞大的软硬件系统，从开始入场实施，到交付完成的过程，不仅持续时间长，而且除了负责实施的交付技术人员之外，还要大量的研发技术人员跟进相关产品的部署。因此，每一次交付过程中，都要耗费大量的人力和时间成本。

发明内容

本申请实施例提供了一种专有云产品的交付方法、设备及存储介质，可以解决交付专有云产品过程中的人力成本和时间成本太高的问题。所述技术方案如下：

一个方面，提供了一种专有云产品的交付方法，所述方法包括：

根据专有云产品的功能信息，将所述专有云产品划分为可独立部署的多个产品组件；

获取所述专有云产品的产品信息和多个所述产品组件的参数信息；

根据所述产品信息和所述参数信息，以及预存的配置信息和产品组件原始声明，确定交付方案；

根据所述交付方案部署多个所述产品组件，以实现所述专有云产品的交付。

在一个可能的实现方式中，所述根据所述产品信息和所述参数信息，以及预存的配置信息和产品组件原始声明，确定交付方案，包括：

根据所述产品信息和预存的配置信息，确定多个所述产品组件之间的依赖信息；

根据所述参数信息和预存的产品组件原始声明，确定每个所述产品组件的部署信息；

根据每个所述产品组件的部署信息和多个所述产品组件之间的依赖信息，构建所述交付方案。

在另一个可能的实现方式中，所述根据所述交付方案部署多个所述产品组件，包括：

解析所述交付方案，得到每个所述产品组件的部署信息和多个所述产品组件之间的依赖信息；

根据每个所述产品组件的部署信息和多个所述产品组件之间的依赖信息，对多个所述产品组件进行部署。

在又一个可能的实现方式中，所述根据每个所述产品组件的部署信息和多个所述产品组件之间的依赖信息，对多个所述产品组件进行部署，包括：

根据每个所述产品组件的部署信息将相应的产品组件分发至对应的部署节点；

根据多个所述产品组件之间的依赖信息，确定多个所述产品组件的部署顺序；

当接收到用户输入的操作指令时，根据多个所述产品组件的部署顺序，远程控制各个部署节点进行相应产品组件的部署。

在又一个可能的实现方式中，所述获取多个所述产品组件的参数信息，包括：

根据每个所述产品组件、预存的产品组件列表和标准化产品组件库，获取每个所述产品组件的参数信息。

在又一个可能的实现方式中，所述交付方法还包括：

接收每个所述产品组件对应的部署节点发送的反馈信息，所述反馈信息包括每个所述产品组件的部署结果；

当所述反馈信息为目标产品组件部署失败的结果时，对所述目标产品组件进行修复，并重新根据所述交付方案对所述目标产品组件进行部署，其中，所述目标产品组件为多个所述产品组件之一。

在又一个可能的实现方式中，所述产品组件的参数信息包括：当前产品组件对外暴露的服务信息、当前产品组件依赖的计算资源、当前产品组件的部署形态和所依赖的其他产品组件的服务中的至少一项。

另一方面，提供了一种专有云产品的交付装置，所述装置包括：

划分模块，用于根据专有云产品的功能信息，将所述专有云产品划分为可独立部署的多个产品组件；

获取模块，用于获取所述专有云产品的产品信息和多个所述产品组件的参数信息；

处理模块，用于根据所述产品信息和所述参数信息，以及预存的配置信息和产品组件原始声明，确定交付方案；

部署模块，用于根据所述交付方案部署多个所述产品组件，以实现所述专有云产品的交付。

在一个可能的实现方式中，所述处理模块，具体用于：

根据所述产品信息和预存的配置信息，确定多个所述产品组件之间的依赖信息；根据所述参数信息和预存的产品组件原始声明，确定每个所述产品组件的部署信息；根据每个所述产品组件的部署信息和多个所述产品组件之间的依赖信息，构建所述交付方案。

在另一个可能的实现方式中，所述部署模块，具体用于：

解析所述交付方案，得到每个所述产品组件的部署信息和多个所述产品组件之间的依赖信息；根据每个所述产品组件的部署信息和多个所述产品组件之间的依赖信息，对多个所述产品组件进行部署。

在又一个可能的实现方式中，所述部署模块，具体用于：

根据每个所述产品组件的部署信息将相应的产品组件分发至对应的部署节点；根据多个所述产品组件之间的依赖信息，确定多个所述产品组件的部署顺序；当接收到用户输入的操作指令时，根据多个所述产品组件的部署顺序，远程控制各个部署节点进行对应产品组件的部署。

在又一个可能的实现方式中，所述获取模块具体用于，根据每个所述产品组件和预存的标准化产品组件库，获取每个所述产品组件的参数信息。

在又一个可能的实现方式中，所述交付装置还包括：

接收模块，用于接收每个所述产品组件对应的部署节点发送的反馈信息，所述反馈信息包括每个所述产品组件的部署结果；

所述处理模块，还用于当所述反馈信息为目标产品组件部署失败的结果时，对所述目标产品组件进行修复，其中，所述目标产品组件为多个所述产品组件之一；

所述部署模块，还用于重新根据所述交付方案对所述目标产品组件进行部署。

在又一个可能的实现方式中，所述产品组件的参数信息包括：当前产品组件对外暴露的服务信息、当前产品组件依赖的计算资源、当前产品组件的部署形态和所依赖的其他产品组件的服务中的至少一项。

另一方面，提供了一种电子设备，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上所述的专有云产品的交付方法。

另一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上所述的专有云产品的交付方法。

另一方面，提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如上所述的专有云产品的交付方法。

本申请实施例提供的技术方案带来的有益效果至少包括：

通过将专有云产品划分成功能和部署相对独立的产品组件，并基于专有云产品的产品信息和多个产品组件的参数信息，以及预存的配置信息和产品组件原始声明确定的交付方案部署多个产品组件，整个交付过程中利用系统化的方法实现云产品的部署过程，摆脱了对云产品研发技术人员的依赖，大大缩短了交付周期，还可以支持多个云产品交付项目并行落地。交付方案的制定过程中无需依赖人力和经验，从而解决了交付专有云产品过程中人力成本和时间成本太高的问题。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是相关技术中专有云产品交付实施的过程图；

图2示出了本申请一个示例性实施例提供一种专有云产品的交付方法的示意性流程图；

图3示出了本申请一个示例性实施例提供的专有云产品交付实施的过程图；

图4示出了本申请一个示例性实施例提供的制定交付方案的过程图；

图5示出了本申请一个示例性实施例提供的部署产品组件的示意性流程图；

图6示出了一个示例性实施例提供的一种专有云产品的交付装置的结构示意图；

图7示出了本申请一个示例性实施例提供的电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

下面详细描述本申请的实施例，该实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为了更好的理解及说明本申请实施例的方案，下面对本申请实施例中所涉及到的一些技术用语进行简单说明：

专有云：部署在客户机房环境下的云系统，具有自主可控、数据隐私、安全合规的特点。

云解决方案：能够满足客户定制化需求的专有云系统，客户定制化需求包括功能需求、安全需求、性能需求、运维需求等。

产品组件：是对软件产品进行划分得到的成粒度适中且可以独立部署的模块单元。

交付方案：云解决方案的各个云产品的依赖信息和部署信息。各个云产品的依赖信息和部署信息包括：每个云产品的部署信息和各个云产品之间的依赖信息，以及每个云产品的各个产品组件之间的依赖信息和每个产品组件的部署信息。

交付引擎：自动化部署软件产品的程序。

部署机：执行部署任务的一台机器，通常是linux操作系统，磁盘空间大，并且和机房的各个机器网络互通。

云技术(Cloud technology)：基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。

云计算(Cloud computing)：指IT基础设施的交付和使用模式，指通过网络以按需、易扩展的方式获得所需资源；广义云计算指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、互联网相关，也可是其他服务。云计算是网格计算(Grid Computing)、分布式计算(Distributed Computing)、并行计算(Parallel Computing)、效用计算(Utility Computing)、网络存储(Network StorageTechnologies)、虚拟化(Virtualization)、负载均衡(Load Balance)等传统计算机和网络技术发展融合的产物。

关于云产品的交付，现有技术方案如图1所示，采用专职的交付技术人员和研发技术人员的配合，根据架构师的规划方案，参考云产品的部署手册，逐步完成软件部署。因此，从开始入场实施，到交付完成，前后持续6周甚至更长时间。而且在交付过程中除了交付技术人员负责实施之外，还需要大量研发技术人员的支持，部署到哪个产品，就需要对应的研发技术人员一起跟进。一个云产品的交付，需要上百个研发技术人员参与，这个模式不可持续，代价太大，并且研发人力有限，也没有办法同时支持更多的云产品交付项目。

因此，为了解决上述技术问题，本申请实施例提供了一种专有云产品的交付方法，该方法通过将专有云产品划分成功能和部署相对独立的产品组件，并基于专有云产品的产品信息和多个产品组件的参数信息，以及预存的配置信息和产品组件原始声明确定的交付方案部署多个产品组件，整个交付过程中利用系统化的方法实现云产品的部署过程，摆脱了对云产品研发技术人员的依赖，大大缩短了交付周期，还可以支持多个云产品交付项目并行落地。且交付方案的制定无需依赖人力和经验，从而解决了交付专有云产品过程中人力成本和时间成本太高的问题。

下面以具体的实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2是本申请一个示例性实施例提供的一种专有云产品的交付方法100的示意性流程图。如图2所示，该交付方法100包括：

101、根据专有云产品的功能信息，将专有云产品划分为可独立部署的多个产品组件。

102、获取专有云产品的产品信息和多个产品组件的参数信息。

具体的，在该实施例中，可以根据每个产品组件和预存的标准化产品组件库，获取每个产品组件的参数信息。

也就是说，预存的标准化产品组件库中包括多个产品组件的参数信息，其中，产品组件的参数信息包括：当前产品组件对外暴露的服务信息、当前产品组件依赖的计算资源、当前产品组件的部署形态和所依赖的其他产品组件的服务中的至少一项。根据每个产品组件从预存的标准化产品组件库中查找与其对应的参数信息，从而实现每个产品组件的标准化，将各个云产品交付过程抽象成通用的标准，从而降低交付部署的技术门槛。产品组件可以以列表形式呈现。

另外，在该实施例中，可以基于用户提供的项目信息得到对应专有云产品的产品信息。例如，该专有云产品的数量、种类等等。

103、根据产品信息和参数信息，以及预存的配置信息和产品组件原始声明，确定交付方案。

具体的，在该实施例中，配置信息包括：针对每个专有云产品所对应的多个产品组件之间的配置关系。产品组件原始声明是指针对每个产品组件的参数信息，以及各个产品组件之间关系的原始声明。

104、根据交付方案部署多个产品组件，以实现专有云产品的交付。

在一个实施例中，103可以包括：

1031、根据专有云产品的产品信息和预存的配置信息，确定多个产品组件之间的依赖信息。

1032、根据每个产品组件的参数信息和预存的产品组件原始声明，确定每个产品组件的部署信息。

1033、根据每个产品组件的部署信息和多个产品组件之间的依赖信息，构建交付方案。

具体是，在该实施例中，产品组件的部署信息包括但不限定于当前产品组件具体部署的机器ip、部署参数。产品组件之间的依赖信息包括但不限定于服务api、ip、端口号、协议。本申请中构建的交付方案是结构化的数据，可以使用json、csv或者xml表达，从而方便计算机读取和识别，实现系统化支持，使得部署过程不需要依靠大量的研发人员。

在另一个实施例中，104可以包括：

1041、解析交付方案，得到每个产品组件的部署信息和多个产品组件之间的依赖信息。

1042、根据每个产品组件的部署信息和多个产品组件之间的依赖信息，对多个产品组件进行部署。

在该实施例中，通过根据每个产品组件的部署信息和多个产品组件之间的依赖信息，对多个产品组件进行部署，可以确保部署的准确性和可靠性。

具体的，在该实施例中，1042可以包括：

根据每个产品组件的部署信息将相应的产品组件分发至对应的部署节点。

根据多个产品组件之间的依赖信息，确定多个产品组件的部署顺序。

当接收到用户输入的操作指令时，根据多个产品组件的部署顺序，远程控制各个部署节点进行相应产品组件的部署。

也就是说，在本申请实施例中，交付技术人员可以在部署机上，下载交付引擎、产品组件包和交付方案，在部署机上输入终端命令，由支付引擎后台运行本申请的方法流程，就可以部署各个云产品，最大化降低了交付云产品的技术门槛，减少了人工部署过程中可能的误操作等，提高交付云解决方案的效率。

应理解，这里的产品组件包可以针对多个云产品或一个云产品。若为一个云产品，则该产品组件包包括将该云产品划分得到的多个产品组件；若为多个云产品，则该产品组件包为多个产品组件包的集合，该集合中的每个产品组件包包括由相应云产品划分得到的多个产品组件。

在另一个实施例中，交付方法100还可以包括：

105、接收每个产品组件对应的部署节点发送的反馈信息，反馈信息包括每个产品组件的部署结果。

106、当反馈信息为目标产品组件部署失败的结果时，对目标产品组件进行修复，并重新根据交付方案对目标产品组件进行部署，其中，目标产品组件为多个产品组件之一。

在该实施例中，通过对部署结果进行监控，可以有效确保成功部署各个产品组件，以确保云产品的成功交付。

为了更好的理解本申请实施例所提供的方法，下面结合图3至图5对本申请实施例的技术方案进行进一步说明。

如图3所示的交付平台可以承载专有云产品的完整交付过程。基于客户需求进行产品选项和容量规划得到产品部署方案，基于接入的专有云产品，按照专有产品按照功能特点，切分出可以独立部署的模块单元形成多个产品组件，并对产品组件进行标准化处理，即，对每个产品组件进行通用标准设计，该通用设计应当包括但不限于：明确当前组件对外暴露的服务信息(API、协议、端口号等)，声明组件依赖的计算资源(cpu、内存、磁盘)，声明组件的部署形态(容器部署、虚拟机/物理机器部署，以及数目)，声明应该依赖哪些产品的服务。

在基于产品部署方案和通用标准设计的产品组件，构建交付方案，该交付方案中保存有各个云产品组件的部署信息和产品组件之间的依赖信息。对形成的该交付方案进行评审，也可以保存为模板。交付引擎是一套完成标准化交付的程序，可以根据交付方案，部署标准化的产品组件。交付引擎暴露出简单的命令，由用户(交付技术人员)触发执行。

因此，在现在进行该专有云产品的交付时，交付技术人员可以在部署机上，下载交付引擎、产品组件包和交付方案。在部署机上输入终端命令，由支付引擎后台运行本申请的方法流程，就可以部署各个云产品，最大化降低了交付云产品的技术门槛，减少了人工部署过程中可能的误操作等，提高交付云解决方案的效率。

需要说明的是，云解决方案中针对的各个云产品的交付过程都可以采用上述实施例中的方法，从而可以实现云解决方案的交付。

如图4所示的交付方案规划服务具有构建/制定交付方案的功能。图中的客户项目信息实则为本申请中的专有云产品的产品信息，例如：产品种类、产品数量等等。

针对产品组件列表中的每个产品组件，基于标准化产品组件库，可以确定每个产品组件的参数信息，由此实现产品组件的标准化设计。根据标准化的产品组件和产品组件原始声明，确定每个产品组件的部署信息，例如：部署每个产品组件至少需要几台机器等，进而形成默认方案，也可以不采用默认方案，而是基于每个产品组件的部署信息选择方案模板生成对应的方案，同时可以对方案进行人工调整。

基于专有云产品的产品信息和配置服务中存储的配置信息，得到多个产品组件之间的依赖信息，进而基于调整后的方案和多个产品组件之间的依赖信息，构建方案配置，生成最终的交付方案。交付方案也可以进一步保存为模板方案，如果后续有与该云产品交付项目相同的项目要实施交付，可以为其交付提供便利。

在本申请实施例的实际应用过程中，产品组件的部署信息和产品组件之间的依赖信息，也可以利用配置服务管理维护。

本申请中的交付引擎具备：解析结构化的交付方案、进行软件包/产品组件包的分发、远程执行、控制组件部署顺序和并发执行部署任务等功能。图5所示的流程图则是支付引擎根据交付方案，部署标准化的产品组件的过程。

第一种情况：针对一个专有云产品的交付过程。

将专有用产品划分为10个可独立部署的产品组件，根据该10个产品组件的信息(部署信息和其之间的依赖信息)确定了交付方案。那么部署该10个产品组件的过程是：读取交付方案并获取该10个产品组件，解析交付方案，得到每个产品组件的部署信息和10个产品组件之间的依赖信息，再将10个产品组件分发至对应的部署节点，并确定10个产品组件的部署顺序，远程控制各个部署节点进行相应产品组件的部署。当一个产品组件部署成功时，继续部署下一个产品组件；当一个产品组件部署失败时，结束部署过程，对该产品组件进行修复后，重新根据交付方案对其进行部署，直至10个产品组件部署成功。

第二种情况：针对多个专有云产品的交付过程。

将每个专有用产品划分为多个可独立部署的产品组件，根据每个专有云产品对应的多个产品组件的信息(部署信息和其之间的依赖信息)确定了相应的交付方案，得到多个交付方案。那么部署多个云产品的过程是：针对每个云产品，执行上述第一种情况所述的操作，直到多个专有云产品对应的所有产品组件部署成功。

综上，本申请实施例提供的交付方法，相较于现有技术而言，至少具有以下有益效果：

1、人力成本大大减少：完成规模相当的产品部署，现有技术的方法需要交付技术人员和100+的产品研发人员共同参与，而本申请的方法仅需交付技术人员5～6人独立完成；

2、时间成本大大缩减：完成中等规模的产品部署，现有技术的方法需要6周以上的时间，而本申请的方法只需1～2周时间；

3、交付方案的制定不在依赖人力和经验，可以实现系统化支持。

基于相同的发明构思，本申请实施例还提供了一种专有云产品的交付装置，该交付装置的结构示意图如图6所示，专有云产品的交付装置200包括：划分模块201、处理模块202和部署模块203。

划分模块201，用于根据专有云产品的功能信息，将专有云产品划分为可独立部署的多个产品组件。

获取模块202，用于获取专有云产品的产品信息和多个产品组件的参数信息。

处理模块203，用于根据产品信息和多个产品组件的参数信息，以及预存的配置信息和产品组件原始声明，确定交付方案。

部署模块204，用于根据交付方案部署多个产品组件，以实现专有云产品的交付。

具体的，在该实施例中，获取模块202，根据每个产品组件和预存的标准化产品组件库，获取每个产品组件的参数信息。

具体的，在该实施例中，产品组件的参数信息包括：当前产品组件对外暴露的服务信息、当前产品组件依赖的计算资源、当前产品组件的部署形态和所依赖的其他产品组件的服务中的至少一项。

在一个实施例中，处理模块203，具体用于：

根据专有云产品的产品信息和预存的配置信息，确定多个产品组件之间的依赖信息。根据每个产品组件的参数信息和预存的产品组件原始声明，确定每个产品组件的部署信息。根据每个产品组件的部署信息和多个产品组件之间的依赖信息，构建交付方案。

在另一个实施例中，部署模块204，具体用于：

解析交付方案，得到每个产品组件的部署信息和多个产品组件之间的依赖信息。根据每个产品组件的部署信息和多个产品组件之间的依赖信息，对多个产品组件进行部署。

具体的，在该实施例中，部署模块204用于根据每个产品组件的部署信息将相应的产品组件分发至对应的部署节点。根据多个产品组件之间的依赖信息，确定多个产品组件的部署顺序。当接收到用户输入的操作指令时，根据多个产品组件的部署顺序，远程控制各个部署节点进行对应产品组件的部署。

在另一个实施例中，如图6所示，交付装置200还可以包括：接收模块205。则，在该实施例中，

接收模块205，用于接收每个产品组件对应的部署节点发送的反馈信息，反馈信息包括每个产品组件的部署结果。

处理模块203，还用于当反馈信息为目标产品组件部署失败的结果时，对目标产品组件进行修复，其中，目标产品组件为多个产品组件之一。

部署模块204，还用于重新根据交付方案对目标产品组件进行部署。

本申请实施例提供的专有云产品的交付装置中未详述的内容，可参照上述实施例中提供的专有云产品的交付方法，本申请实施例提供的专有云产品的交付装置能够达到的有益效果与上述实施例中提供的专有云产品的交付方法相同，在此不再赘述。

应用本申请实施例，至少具有如下有益效果：将专有云产品划分成功能和部署相对独立的产品组件，并基于专有云产品的产品信息和多个产品组件的参数信息，以及预存的配置信息和产品组件原始声明确定的交付方案部署多个产品组件，整个交付过程中利用系统化的方法实现云产品的部署过程，摆脱了对云产品研发技术人员的依赖，大大缩短了交付周期，还可以支持多个云产品交付项目并行落地。交付方案的制定过程中无需依赖人力和经验，从而解决了交付专有云产品过程中人力成本和时间成本太高的问题。

基于相同的发明构思，本申请实施例还提供了一种电子设备，该电子设备的结构示意图如图7所示，该电子设备300包括至少一个处理器301、存储器302和总线303，至少一个处理器301均与存储器302电连接；存储器302被配置用于存储有至少一个计算机可执行指令，处理器301被配置用于执行该至少一个计算机可执行指令，从而执行如本申请实施例一中任意一个实施例或任意一种可选实施方式提供的任意一种专有云产品的交付方法的步骤。

进一步，处理器301可以是FPGA(Field－Programmable Gate Array，现场可编程门阵列)或者其它具有逻辑处理能力的器件，如MCU(Microcontroller Unit，微控制单元)、CPU(Central Process Unit，中央处理器)。

基于相同的发明构思，本申请实施例还提供一种计算机可读存储介质，存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述方法实施例提供的专有云产品交付方法。

本申请实施例提供的计算机可读存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(RandomAccess Memory，随即存储器)、EPROM(Erasable Programmable Read-OnlyMemory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable ProgrammableRead-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读存储介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本申请还提供了一种计算机程序产品，当其在电子设备上运行时，使得电子设备执行上述各个方法实施例的专有云产品交付方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本申请公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种专有云产品的交付方法，其特征在于，所述方法包括：

根据专有云产品的功能信息，将所述专有云产品划分为可独立部署的多个产品组件；

获取所述专有云产品的产品信息和多个所述产品组件的参数信息；

根据所述产品信息和所述参数信息，以及预存的配置信息和产品组件原始声明，确定交付方案；

根据所述交付方案部署多个所述产品组件，以实现所述专有云产品的交付。

2.根据权利要求1所述的交付方法，其特征在于，所述根据所述产品信息和所述参数信息，以及预存的配置信息和产品组件原始声明，确定交付方案，包括：

根据所述产品信息和预存的配置信息，确定多个所述产品组件之间的依赖信息；

根据所述参数信息和预存的产品组件原始声明，确定每个所述产品组件的部署信息；

根据每个所述产品组件的部署信息和多个所述产品组件之间的依赖信息，构建所述交付方案。

3.根据权利要求1的交付方法，其特征在于，所述根据所述交付方案部署多个所述产品组件，包括：

解析所述交付方案，得到每个所述产品组件的部署信息和多个所述产品组件之间的依赖信息；

根据每个所述产品组件的部署信息和多个所述产品组件之间的依赖信息，对多个所述产品组件进行部署。

4.根据权利要求3的交付方法，其特征在于，所述根据每个所述产品组件的部署信息和多个所述产品组件之间的依赖信息，对多个所述产品组件进行部署，包括：

根据每个所述产品组件的部署信息将相应的产品组件分发至对应的部署节点；

根据多个所述产品组件之间的依赖信息，确定多个所述产品组件的部署顺序；

当接收到用户输入的操作指令时，根据多个所述产品组件的部署顺序，远程控制各个部署节点进行相应产品组件的部署。

5.根据权利要求1至4中任一项所述的交付方法，其特征在于，所述获取多个所述产品组件的参数信息，包括：

根据每个所述产品组件和预存的标准化产品组件库，获取每个所述产品组件的参数信息。

6.根据权利要求1至4中任一项所述的交付方法，其特征在于，所述交付方法还包括：

接收每个所述产品组件对应的部署节点发送的反馈信息，所述反馈信息包括每个所述产品组件的部署结果；

当所述反馈信息为目标产品组件部署失败的结果时，对所述目标产品组件进行修复，并重新根据所述交付方案对所述目标产品组件进行部署，其中，所述目标产品组件为多个所述产品组件之一。

7.根据权利要求1至4中任一项所述的交付方法，其特征在于，所述产品组件的参数信息包括：当前产品组件对外暴露的服务信息、当前产品组件依赖的计算资源、当前产品组件的部署形态和所依赖的其他产品组件的服务中的至少一项。

8.一种专有云产品的交付装置，其特征在于，所述装置包括：

划分模块，用于根据专有云产品的功能信息，将所述专有云产品划分为可独立部署的多个产品组件；

获取模块，用于获取所述专有云产品的产品信息和多个所述产品组件的参数信息；

处理模块，用于根据所述产品信息和所述参数信息，以及预存的配置信息和产品组件原始声明，确定交付方案；

部署模块，用于根据所述交付方案部署多个所述产品组件，以实现所述专有云产品的交付。

9.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至7任一所述的专有云产品的交付方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至7任一所述的专有云产品的交付方法。

Images