CN109117243A - 业务部署方法、装置、客户端设备及计算机可读存储介质 - Google Patents

Abstract

本发明实施例提供了一种业务部署方法、装置、客户端设备及计算机可读存储介质，涉及通信技术领域，为解决现有的基于虚拟机的业务模式中，对业务的部署不够灵活的问题。所述业务部署方法包括：封装业务文件和部署所述业务文件的服务器的资源编排信息，得到业务版本包；根据所述业务版本包，在所述服务器部署业务。本发明提供的业务部署方法用于部署业务。

Description

业务部署方法、装置、客户端设备及计算机可读存储介质

技术领域

本发明涉及移动通信技术领域，尤其涉及一种业务部署方法、装置、客户端设备及计算机可读存储介质。

背景技术

在计算机中，虚拟化技术是一种资源管理技术，是将计算机的各种实体资源，如服务器、网络、内存及存储等，予以抽象、转换后呈现出来，从而实现为需要运行的程序或软件营造它所需要的执行环境。采用了虚拟化技术后，程序或软件的运行不一定独享底层的物理计算资源，只是运行在一个与真实计算环境完全相同的虚拟机中。虚拟化技术的引入，打破了真实计算环境中软件与硬件之间的紧密耦合关系，在有效提高了计算机资源利用率的同时，还降低了成本。

现有的基于虚拟机的业务模式中，业务的部署方式一般为：先在虚拟机中预装操作系统，和需要在该虚拟机中运行的业务，然后从虚拟机将要部署的服务器中，为虚拟机分配一定的虚拟资源，例如：中央处理器(英文：Central Processing Unit，简称CPU)和存储硬盘等资源，最后再将预装了操作系统及业务的虚拟机部署在服务器中。这种业务的部署方式虽然能够实现业务的部署，但是业务和操作系统均需要预装在虚拟机中，使得业务部署不够灵活。

发明内容

本发明的目的在于提供一种业务部署方法、装置、客户端设备及计算机可读存储介质，解决现有的基于虚拟机的业务模式中，对业务的部署不够灵活的问题。

为了实现上述目的，本发明实施例提供如下技术方案：

本发明实施例的第一方面提供一种业务部署方法，包括：封装业务文件和部署所述业务文件的服务器的资源编排信息，得到业务版本包；根据所述业务版本包，在所述服务器部署业务。

进一步地，所述根据所述业务版本包，在所述服务器部署业务，包括：根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中部署云主机；根据所述业务版本包中的业务文件，在所述云主机中部署业务。

进一步地，所述业务部署方法还包括：监控部署的所述云主机和/或所述业务的运行情况；当所述云主机和/或所述业务运行异常时，根据所述业务版本包，进行所述云主机和/或所述业务的动态自愈。

进一步地，所述云主机包括虚拟机和云硬盘，所述当所述云主机和/或所述业务运行异常时，根据所述业务版本包，进行所述云主机和/或所述业务的动态自愈，包括：当所述虚拟机运行异常，且所述云硬盘运行正常时，删除异常的虚拟机；根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中重新部署虚拟机；将所述云硬盘挂载重新部署的虚拟机。

进一步地，所述云主机包括虚拟机和云硬盘，所述当所述云主机和/或所述业务运行异常时，根据所述业务版本包，进行所述云主机和/或所述业务的动态自愈，包括：当所述虚拟机运行异常，且所述云硬盘运行异常时，对异常的虚拟机进行自动自愈；当所述异常的虚拟机自动自愈失败时，删除所述异常的虚拟机和异常的云硬盘；根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中重新部署虚拟机和云硬盘；根据所述业务版本包中的业务文件，在重新部署的虚拟机中，重新部署业务。

进一步地，所述云主机包括虚拟机和云硬盘，所述当所述云主机和/或所述业务运行异常时，根据所述业务版本包，进行所述云主机和/或所述业务的动态自愈，包括：当所述虚拟机和云硬盘运行正常，且所述业务运行异常时，根据所述业务版本包中的业务文件，在所述虚拟机中重新部署业务。

进一步地，所述云主机为容器，所述当所述云主机和/或所述业务运行异常时，根据所述业务版本包，进行所述云主机和/或所述业务的动态自愈，包括：当所述容器出现异常时，对异常的容器进行自动自愈；当所述容器自动自愈失败时，删除异常的容器；根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中重建容器。

基于上述业务部署方法的技术方案，本发明实施例的第二方面提供一种业务部署装置，包括：封装模块和部署模块；其中，封装模块用于封装业务文件和部署所述业务文件的服务器的资源编排信息，得到业务版本包；部署模块用于根据所述业务版本包，在所述服务器部署业务。

进一步地，所述部署模块包括：云主机部署单元和业务部署单元；其中，云主机部署单元用于根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中部署云主机；业务部署单元用于根据所述业务版本包中的业务文件，在所述云主机中部署业务。

进一步地，所述业务部署装置还包括：监控模块和自愈模块；其中，监控模块用于监控部署的所述云主机和/或所述业务的运行情况；自愈模块用于当所述云主机和/或所述业务运行异常时，根据所述业务版本包，进行所述云主机和/或所述业务的动态自愈。

进一步地，当所述云主机包括虚拟机和云硬盘时，所述自愈模块包括：第一异常清除单元、第一重新部署单元和第一挂载单元；其中，第一异常清除单元用于当所述虚拟机运行异常，且所述云硬盘运行正常时，删除异常的虚拟机；第一重新部署单元用于根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中重新部署虚拟机；第一挂载单元用于将所述云硬盘挂载重新部署的虚拟机。

进一步地，当所述云主机包括虚拟机和云硬盘时，所述自愈模块包括：第二自动自愈单元、第二异常清除单元和第二重新部署单元；其中，第二自动自愈单元用于当所述虚拟机运行异常，且所述云硬盘运行异常时，对异常的虚拟机进行自动自愈；第二异常清除单元用于当所述异常的虚拟机自动自愈失败时，删除所述异常的虚拟机和异常的云硬盘；第二重新部署单元用于根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中重新部署虚拟机和云硬盘；所述第二重新部署单元，还用于根据所述业务版本包中的业务文件，在重新部署的虚拟机中，重新部署业务。

进一步地，当所述云主机包括虚拟机和云硬盘时，所述自愈模块包括第三重新部署单元，所述第三重新部署单元用于当所述虚拟机和云硬盘运行正常，且所述业务运行异常时，根据所述业务版本包中的业务文件，在所述虚拟机中重新部署业务。

进一步地，当所述云主机为容器时，所述自愈模块包括：第四自动自愈单元、第四异常清除单元和第四重建单元；其中，第四自动自愈单元用于当所述容器出现异常时，对异常的容器进行自动自愈；第四异常清除单元，用于当所述容器自动自愈失败时，删除异常的容器；第四重建单元用于根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中重建容器。

基于上述业务部署方法的技术方案，本发明实施例的第三方面提供一种客户端设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器执行所述程序时实现上述业务部署方法。

基于上述业务部署方法的技术方案，本发明实施例的第四方面提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述业务部署方法中的步骤。

本发明实施例提供的业务部署方法中，能够先获取部署业务文件的服务器的资源编排信息，并将该资源编排信息和业务文件一起封装成业务版本包，由于获取的服务器的资源编排信息能够用于实现在服务器中部署相应的云主机，业务文件能够用于实现在部署的云主机中部署对应的业务，因此，当需要在已经获取资源编排信息的服务器中部署业务时，可以直接对业务版本包进行实例化，即可实现在服务器中部署业务。本发明实施例提供的业务部署方法避免了将业务预装在虚拟机中的过程，使得业务的部署更加的灵活，尤其对于需要在服务器中同时部署大量业务时，不需要将大量业务逐一预装到虚拟机中，使得业务部署更加便捷。而且由于封装的业务版本包中包括业务文件和业务文件将要部署的服务器的资源编排信息，这些信息均可以根据需要实时调用，使得后续业务运行时，对业务的管理和维护更加方便。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实施例提供的业务部署方法的应用场景图；

图2为本发明实施例提供的业务部署方法的第一流程图；

图3为本发明实施例提供的业务部署方法的第二流程图；

图4为本发明实施例提供的业务部署方法的第三流程图；

图5为本发明实施例提供的业务部署方法的第四流程图；

图6为本发明实施例提供的业务部署方法的第五流程图；

图7为本发明实施例提供的业务部署方法的第六流程图；

图8为本发明实施例提供的业务部署装置的结构示意图；

图9为本发明实施例提供的部署模块的结构示意图；

图10为本发明实施例提供的自愈模块的第一结构示意图；

图11为本发明实施例提供的自愈模块的第二结构示意图；

图12为本发明实施例提供的自愈模块的第三结构示意图；

图13为本发明实施例提供的客户端设备的结构示意图；

图14为本发明实施例提供的第一自愈流程图；

图15为本发明实施例提供的第二自愈流程图。

具体实施方式

为了进一步说明本发明实施例提供的业务部署方法、装置、客户端设备及计算机可读存储介质，下面结合说明书附图进行详细描述。

如背景技术所述，现有的业务部署方式需要先在虚拟机中预装操作系统及业务，然后再将虚拟机部署到服务器。当采用这种业务部署方式来同时部署大量业务时，就需要将大量业务均预装到对应的虚拟机中，然后再对已经预装业务的虚拟机进行部署，导致业务部署过程工作量大，部署方式不够灵活。基于这种问题的存在，本申请的发明人经研究发现，在业务的部署阶段，可以先获取要部署业务的服务器的资源编排信息，然后将该资源编排信息和要部署的业务一起封装，得到业务版本包，然后再基于该业务版本包实现业务在将要部署的服务器中的部署，这样就使得业务的部署更加灵活。在对大量的业务进行部署时，业务的部署过程以及后期的管理维护都非常方便。

具体的，本发明实施例提供一种业务部署方法，该方法应用于如图1所示的场景，该场景包括客户端10和服务器20，其中客户端10能够从服务器20获取信息，并能够基于获取的信息在该服务器20上部署虚拟机。

请参阅图2，本发明实施例提供的业务部署方法包括：

步骤201，封装业务文件和部署所述业务文件的服务器的资源编排信息，得到业务版本包。

上述业务文件包括：所要部署的业务的基本信息、业务软件和加载工具等。

其中，业务的基本信息包括：业务类型、业务描述信息等。

加载工具用于加载业务软件。

上述服务器的资源编排信息包括：服务器中的网络环境信息、不同网络环境所要部署的云主机对应的镜像信息和配置信息等。

当需要创建云主机时(包括第一次创建，或由于云主机被误删或者异常时需要重新创建)，可以根据云主机的镜像信息创建云主机；而且在创建云主机时，可以根据配置信息指定创建的云主机的规格、业务使用的网络等相关参数。

步骤201在具体实施时，可以先从要部署业务文件的服务器中获取资源编排信息然后再将获取的资源编排信息和业务文件一起封装成业务版本包。

步骤202，根据业务版本包，在服务器部署业务。

由于业务版本包中封装有业务文件和其将要部署的服务器的资源编排信息，因此根据业务文件和其将要部署的服务器的资源编排信息即可实例化该业务版本包，从而实现将业务部署在服务器中。需要说明的是，上述服务器可选为资源池(laaS环境)。

根据上述业务部署方法包括的步骤201和步骤202，本发明实施例提供的业务部署方法中，能够先获取部署业务文件的服务器的资源编排信息，并将该资源编排信息和业务文件一起封装成业务版本包，由于获取的服务器的资源编排信息能够用于实现在服务器中部署相应的云主机，业务文件能够用于实现在部署的云主机中部署对应的业务，因此，当需要在已经获取资源编排信息的服务器中部署业务时，可以直接对业务版本包进行实例化，即可实现在服务器中部署业务。

本发明实施例提供的业务部署方法避免了将业务预装在虚拟机中的过程，使得业务的部署更加的灵活，尤其对于需要在服务器中同时部署大量业务时，不需要将大量业务逐一预装到虚拟机中，使得业务部署更加便捷。而且由于封装的业务版本包中包括业务文件和要部署业务文件的服务器的资源编排信息，这些信息均可以根据需要实时调用，使得后续业务运行时，对业务的管理和维护更加方便。

如图3所示，上述实施例提供的步骤202，根据业务版本包，在服务器部署业务，可具体包括以下步骤：

步骤2021，根据业务版本包中的服务器的资源编排信息，在服务器中部署云主机；更详细的说，业务版本包中封装的资源编排信息包括用于创建云主机的镜像信息，和所要创建的云主机的配置信息，在服务器中部署云主机时，可以根据云主机的镜像信息创建云主机，并根据配置信息确定所要创建的云主机的规格以及在云主机上运行的业务所使用的网络等相关参数。

步骤2022，根据业务版本包中的业务文件，在云主机中部署业务。更进一步的说，可以使用业务文件中的加载工具在创建的云主机中加载业务软件，从而实现在云主机中部署业务。

上述步骤2021和步骤2022给出了在实例化业务版本包的过程中，如何实现云主机的部署和运行在该云主机上的业务的部署。需要说明的是，在实例化业务版本包的过程中，不仅包括对云主机的部署和业务的部署，还包括对业务和云主机运行时所需要的端口进行设置等操作。

部署在服务器中的云主机和业务在运行的过程中可能会出现运行异常的情况，而无论云主机运行异常还是业务运行异常，都会导致用户无法正常的使用该业务，为了更好的保证用户对该业务的应用体验，如图4所示，本发明实施例提供的业务部署方法还包括：

步骤203，监控部署的云主机和/或业务的运行情况；在完成云主机和业务的部署后，在云主机和业务的运行过程中，可以对云主机和业务进行实时监测，具体监测过程可通过设置定时扫描任务来实现，具体过程为：设置定时扫描的时间间隔，按照设置的时间间隔对业务和云主机的运行情况进行循环扫描，扫描的具体过程可选为，访问部署了云主机和业务的服务器，获取部署在服务器中的云主机和业务的运行状态，并将该运行状态反馈到客户端，客户端对云主机和业务的运行状态进行判断，以确定部署在服务器中的云主机和业务是否正常运行。

步骤204，当云主机和/或业务运行异常时，根据业务版本包，进行云主机和/或业务的动态自愈。更详细的说，由于业务版本包中封装有用于部署云主机和业务的全部信息，因此，当监测到服务器中部署的云主机和/或业务运行异常时，可以根据业务版本包中封装的信息对异常的云主机和异常的业务进行自愈。

本发明实施例提供的业务部署方法中，对于不同的异常情况，相应的自愈方法不同，下面给出几种不同的异常情况，并针对不同异常情况下，对应的具体自愈方法进行说明。

当云主机包括虚拟机和云硬盘时，如图5所示，上述步骤204可具体包括如下步骤：

步骤20411，当虚拟机运行异常，且云硬盘运行正常时，删除异常的虚拟机；具体的，由于云硬盘运行正常，则存储在云硬盘中的业务正常，这样在自愈过程中，保留正常运行的云硬盘，就保留了能够正常运行的业务，从而避免了对业务进行重新部署。需要说明的是，上述虚拟机是指可以像真实机器一样运行程序的计算机的软件实现，该软件可以在计算机平台(服务器)和客户端之间创建一种环境，客户端能够基于这个软件所创建的环境来操作软件。另外，在向服务器中部署虚拟机时，需要从所要部署的服务器中分出一部分硬盘作为虚拟机的存储硬盘，但服务器的硬盘容量有限，对于需要较大存储容量的工作，服务器的硬盘不能够满足存储需要，为了使服务器和部署在该服务器中的虚拟机均能够具有正常的存储功能，可以通过在服务器中部署云硬盘，采用部署的云硬盘作为虚拟机的存储硬盘，从而更好的满足虚拟机和服务器各自的存储需要。

步骤20412，根据业务版本包中的服务器的资源编排信息，在服务器中重新部署虚拟机；由于业务版本包中的资源编排信息包括将要在服务器中部署的云主机的镜像信息和配置信息，因此，可以根据云主机的镜像信息中包括的用于创建虚拟机的虚拟机镜像信息，以及云主机的配置信息中包括的用于配置虚拟机的虚拟机配置信息，实现在服务器中重新部署虚拟机。值得注意的是，上述虚拟机镜像信息用于创建虚拟机，上述虚拟机配置信息用于指定创建的虚拟机的规格、业务使用的网络等相关参数。

步骤20413，将云硬盘挂载重新部署的虚拟机；更进一步的说，由于云硬盘中存储有能够正常运行的业务，当重新部署新的虚拟机后，可以将云硬盘直接挂在重新部署的新的虚拟机上，这样存储在云硬盘中的业务就能够在重新部署的虚拟机上正常运行。

如图6所示，上述步骤204还可以具体包括如下步骤：

步骤20421，当虚拟机运行异常，且云硬盘运行异常时，对异常的虚拟机进行自动自愈；具体的，在虚拟机和云硬盘均异常的情况下，可以先对异常的虚拟机和云硬盘进行自动自愈，该自动自愈具体可包括：对异常的虚拟机和云硬盘进行重启操作或重建操作；其中对于重建操作需要在首次部署虚拟机和云硬盘时，部署两个虚拟机和与该两个虚拟机分别对应的两个云硬盘，当其中一组虚拟机和云硬盘出现异常时，可以通过另一组继续保证业务功能的正常实现。

步骤20422，当异常的虚拟机自动自愈失败时，删除异常的虚拟机和异常的云硬盘；当通过自动自愈无法使得虚拟机和云硬盘继续正常运行时，需要将异常的虚拟机和云硬盘均删除，并考虑重新部署新的虚拟机和云硬盘。

步骤20423，根据业务版本包中的服务器的资源编排信息，在服务器中重新部署虚拟机和云硬盘；重新部署虚拟机的过程与上述步骤10412中重新部署虚拟机的过程相同，此处不再赘述。重新部署云硬盘时，可以根据云主机的配置信息中包括的用于配置云硬盘的云硬盘配置信息，实现在服务器中重新部署云硬盘。

步骤20424，根据业务版本包中的业务文件，在重新部署的虚拟机中，重新部署业务。更详细的说，当需要在重新部署的虚拟机中重新部署业务时，可以根据业务文件中的加载工具在重新部署的虚拟机中加载业务软件，从而实现在重新部署的虚拟机中，重新部署业务。

需要说明的是，上述步骤20412和步骤20423中，由于是根据封装的业务版本包中的资源编排信息来重新部署虚拟机，因此重新部署的虚拟机的名称、资源占用量和IP地址等均保持不变，很好的实现了虚拟机的动态自愈。

当云主机运行正常而业务运行异常时，上述步骤204还可具体包括：当虚拟机和云硬盘运行正常，且业务运行异常时，根据业务版本包中的业务文件，在虚拟机中重新部署业务。若只是业务运行异常，则虚拟机和云硬盘均不需要重新部署，只需要根据业务版本包中的业务文件，在虚拟机中重新部署业务即可。具体的，此重新部署业务的过程可通过手动点击加载工具中的菜单即可实现。

而当云主机为容器时，请参阅图7，上述步骤204可具体包括如下步骤：

步骤20431，当容器出现异常时，对异常的容器进行自动自愈；所述容器是依赖底层操作的一个进程，对异常容器进行的自动自愈，一般指直接对其进行重建。

步骤20432，当容器自动自愈失败时，删除异常的容器；由于容器不带有数据，在自动自愈失败后，可以快速的将异常的容器删除。

步骤20433，根据业务版本包中的服务器的资源编排信息，在服务器中重建容器。更进一步的说，服务器的资源编排信息中包括云主机的镜像信息和配置信息，具体可以根据云主机的镜像信息中包括的用于创建容器的容器镜像信息，以及云主机的配置信息中包括的用于配置容器的容器配置信息，实现在服务器中重新创建容器。值得注意的是，上述容器镜像信息用于创建容器，上述容器配置信息用于指定创建的容器的规格、业务使用的网络等相关参数。

根据上述给出的几种异常情况的自愈处理过程能够看出，本发明实施例提供的业务部署方法能够针对不同的异常情况，实现对异常的云主机和/或异常的业务的动态自愈。使得云主机和/或业务的自愈过程变得更加简单方便。

需要说明的是，在对异常的云主机和/或业务进行自愈(包括自动自愈和动态自愈)的过程中，需要OMU系统配合工作，该OMU系统(英文：Operation and MaintenanceUnit)由OMU服务器和OMU客户端组成，具有提供图形用户界面形式的拓扑管理、告警管理、配置管理、设备管理、版本升级、日志管理等功能。OMU系统主要用于业务上线、下线以及资源增删情况的跟踪及处理。

为了更清楚的说明本发明实施例提供的业务部署方法的自愈流程，下面结合OMU系统，给出业务部署方法中对应自愈流程的具体实施例。

请参阅图14，业务部署方法中的自愈流程包括以下步骤：

步骤1401，当云主机运行异常时，对云主机进行自动自愈操作。所述步骤1401可具体包括：

步骤14011，检测到云主机运行异常；

步骤14012，向OMU系统发起业务下线请求；

步骤14013，OMU系统进行异常情况下的业务下线处理；

步骤14014，OMU系统响应业务下线请求；

步骤14015，对异常的云主机进行自动自愈。

步骤1402，当自动自愈失败时，对云主机进行动态自愈操作。所述步骤1402可具体包括：

步骤14021，向OMU系统发起云主机动态自愈请求；

步骤14022，OMU系统响应动态自愈请求(异步操作)；

步骤14023，删除异常的云主机，保留端口地址；

步骤14024，重新部署云主机和业务。

步骤14025，将云主机和业务的自愈结果上报OMU系统。

请参阅图15，业务部署方法中的自愈流程还可以包括以下步骤：

步骤1501，当业务异常时，对业务进行动态自愈操作。所述步骤1501可具体包括：

步骤15011，向OMU系统发起业务动态自愈请求；

步骤15012，OMU系统响应动态自愈请求(异步操作)；

步骤15013，重新部署业务；

步骤15014，将业务的自愈结果上报OMU系统。

基于同一发明构思，本发明实施例中还提供了一种业务部署装置，由于该业务部署装置解决问题的原理与本发明实施例中业务部署方法相似，因此该业务部署装置的实施可以参见方法的实施，重复之处不再复述。

请参阅图8，上述业务部署装置800包括：封装模块801和部署模块802；其中，封装模块801用于封装业务文件和部署所述业务文件的服务器的资源编排信息，得到业务版本包；部署模块802用于根据业务版本包，在服务器部署业务。

本发明实施例提供的业务部署装置800中，能够先获取要部署业务文件的服务器的资源编排信息，并通过封装模块801将该资源编排信息和业务文件一起封装成业务版本包。由于获取的服务器的资源编排信息能够用于实现在服务器中部署相应的云主机，业务文件能够用于实现在部署的云主机中部署对应的业务，因此，当需要在已经获取资源编排信息的服务器中部署业务时，部署模块802可以直接对业务版本包进行实例化，即可实现在服务器中部署业务。本发明实施例提供的业务部署装置800避免了将业务预装在虚拟机中的过程，使得业务的部署更加的灵活，尤其对于需要在服务器中同时部署大量业务时，不需要将大量业务逐一预装到虚拟机中，使得业务部署更加便捷。而且由于封装模块801封装的业务版本包中包括业务文件和业务文件将要部署的服务器的资源编排信息，这些信息均可以根据需要实时调用，使得后续业务运行时，对业务的管理和维护更加方便。

具体的，如图9所示，上述实施例提供的部署模块802包括：云主机部署单元8021和业务部署单元8022；其中，云主机部署单元8021用于根据业务版本包中的服务器的资源编排信息，在服务器中部署云主机；业务部署单元8022用于根据业务版本包中的业务文件，在云主机中部署业务。

请继续参阅图8，上述实施例提供的业务部署装置800还包括：监控模块803和自愈模块804；其中，监控模块803用于监控部署的云主机和/或业务的运行情况；自愈模块804用于当云主机和/或业务运行异常时，根据业务版本包，进行云主机和/或业务的动态自愈。

自愈模块804的结构多种多样，当云主机包括虚拟机和云硬盘时，如图10所示，自愈模块804包括：第一异常清除单元80411、第一重新部署单元80412和第一挂载单元80413；其中，第一异常清除单元80411用于当虚拟机运行异常，且云硬盘运行正常时，删除异常的虚拟机；第一重新部署单元80412用于根据业务版本包中的服务器的资源编排信息，在服务器中重新部署虚拟机；第一挂载单元80413用于将云硬盘挂载重新部署的虚拟机。另外，如图11所示，自愈模块804也可以包括：第二自动自愈单元80421、第二异常清除单元80422和第二重新部署单元80423；其中，第二自动自愈单元80421用于当虚拟机运行异常，且云硬盘运行异常时，对异常的虚拟机进行自动自愈；第二异常清除单元80422用于当异常的虚拟机自动自愈失败时，删除异常的虚拟机和异常的云硬盘；第二重新部署单元80423用于根据业务版本包中的服务器的资源编排信息，在服务器中重新部署虚拟机和云硬盘；第二重新部署单元80423还用于根据业务版本包中的业务文件，在重新部署的虚拟机中，重新部署业务。

上述自愈模块804还包括：第三重新部署单元用于当虚拟机和云硬盘运行正常，且业务运行异常时，根据业务版本包中的业务文件，在虚拟机中重新部署业务。

当云主机为容器时，如图12所示，自愈模块804还可以包括：第四自动自愈单元80431、第四异常清除单元80432和第四重建单元80433；其中，第四自动自愈单元80431用于当容器出现异常时，对异常的容器进行自动自愈；第四异常清除单元80432用于当容器自动自愈失败时，删除异常的容器；第四重建单元80433用于根据业务版本包中的服务器的资源编排信息，在服务器中重建容器。

需要说明的是，上述自愈模块804可以同时包括：异常清除单元、重新部署单元、第一挂载单元80413、自动自愈单元和第四重建单元80433；其中异常清除单元能够实现上述第一异常清除单元80411、第二异常清除单元80422和第四异常清除单元80432的功能；重新部署单元能够实现上述第一重新部署单元80412、第二重新部署单元80423和第三重新部署单元的功能；自动自愈单元能够实现上述第二自动自愈单元80421和第四自动自愈单元80431的功能。

本发明实施例还提供了一种客户端设备1300，如图13所示，包括存储器1301、处理器1303及存储在存储器1301上并可在处理器1303上运行的计算机程序；处理器1303执行程序时实现上述实施例提供的业务部署方法。具体地，处理器1303与存储器1301连接，处理器1303调用存储器1301中的程序，执行以上方法实施例中的业务部署方法。

更详细的说，处理器1303用于封装业务文件和业务文件将要部署的服务器的资源编排信息，得到业务版本包；并用于根据业务版本包，在服务器部署业务。处理器1303在根据业务版本包，在服务器部署业务时，处理器1303具体用于根据业务版本包中的服务器的资源编排信息，在服务器中部署云主机；并根据业务版本包中的业务文件，在云主机中部署业务。

上述处理器1303还用于监控部署的云主机和/或业务的运行情况；并用于当云主机和/或业务运行异常时，根据业务版本包，进行云主机和/或业务的动态自愈。处理器1303在根据业务版本包，进行云主机和/或业务的动态自愈时，分为以下几种具体情况，当云主机包括虚拟机和云硬盘时，处理器1303用于当虚拟机运行异常，且云硬盘运行正常时，删除异常的虚拟机；并根据业务版本包中的服务器的资源编排信息，在服务器中重新部署虚拟机；然后将云硬盘挂载重新部署的虚拟机。处理器1303还用于当虚拟机运行异常，且云硬盘运行异常时，对异常的虚拟机进行自动自愈；并用于当异常的虚拟机自动自愈失败时，删除异常的虚拟机和异常的云硬盘；处理器1303还用于根据业务版本包中的服务器的资源编排信息，在服务器中重新部署虚拟机和云硬盘；根据业务版本包中的业务文件，在重新部署的虚拟机中，重新部署业务。此外，处理器1303还用于当虚拟机和云硬盘运行正常，且业务运行异常时，根据业务版本包中的业务文件，在虚拟机中重新部署业务。

当云主机为容器时，处理器1303还用于当容器出现异常时，对异常的容器进行自动自愈；并用于当容器自动自愈失败时，删除异常的容器；处理器1303还用于根据业务版本包中的服务器的资源编排信息，在服务器中重建容器。

本发明实施例提供的客户端设备1300避免了将业务预装在虚拟机中的过程，使得业务的部署更加的灵活，尤其对于需要在服务器中同时部署大量业务时，不需要将大量业务逐一预装到虚拟机中，使得业务部署更加便捷。

请继续参阅图13，该客户端设备1300还可以包括网络接口1302，该网络接口1302与存储器1301和处理器1303连接，用于与服务器交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。

值得注意的是，上述处理器1303可以是一个处理器，也可以是多个处理元件的统称，例如，该处理器1303可以是CPU，也可以是ASIC，或者是被配置成实施以上播放回铃音的方法的一个或多个集成电路，例如：一个或多个微处理器DSP，或，一个或者多个现场可编程门阵列FPGA等。

存储器1301可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，简称ROM)、可编程只读存储器(ProgrammableROM，简称PROM)、可擦除可编程只读存储器(ErasablePROM，简称EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM，简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory，简称RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(StaticRAM，简称SRAM)、动态随机存取存储器(DynamicRAM，简称DRAM)、同步动态随机存取存储器(SynchronousDRAM，简称SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM，简称DDRSDRAM)、增强型同步动态随机存取存储器(EnhancedSDRAM，简称ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM，简称SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM，简称DRRAM)。本发明描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例提供的业务部署方法中的步骤。

本实施例提供的计算机可读存储介质存储有能够对应实现上述实施例提供的业务部署方法的程序，该可读存储介质的具体种类可参见上述客户端设备800实施例中，关于存储器1301的描述。此外，计算机可读存储介质中存储的程序，以及处理器执行该程序的具体步骤，也均可参见上述播放回铃音的装置部分的描述。

需要说明的是，专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种业务部署方法，其特征在于，包括：

封装业务文件和部署所述业务文件的服务器的资源编排信息，得到业务版本包；

根据所述业务版本包，在所述服务器部署业务。

2.根据权利要求1所述的业务部署方法，其特征在于，所述根据所述业务版本包，在所述服务器部署业务，包括：

根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中部署云主机；

根据所述业务版本包中的业务文件，在所述云主机中部署业务。

3.根据权利要求2所述的业务部署方法，其特征在于，所述方法还包括：

监控部署的所述云主机和/或所述业务的运行情况；

当所述云主机和/或所述业务运行异常时，根据所述业务版本包，进行所述云主机和/或所述业务的动态自愈。

4.根据权利要求3所述的业务部署方法，其特征在于，所述云主机包括虚拟机和云硬盘，所述当所述云主机和/或所述业务运行异常时，根据所述业务版本包，进行所述云主机和/或所述业务的动态自愈，包括：

当所述虚拟机运行异常，且所述云硬盘运行正常时，删除异常的虚拟机；

根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中重新部署虚拟机；

将所述云硬盘挂载重新部署的虚拟机。

5.根据权利要求3所述的业务部署方法，其特征在于，所述云主机包括虚拟机和云硬盘，所述当所述云主机和/或所述业务运行异常时，根据所述业务版本包，进行所述云主机和/或所述业务的动态自愈，包括：

当所述虚拟机运行异常，且所述云硬盘运行异常时，对异常的虚拟机进行自动自愈；

当所述异常的虚拟机自动自愈失败时，删除所述异常的虚拟机和异常的云硬盘；

根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中重新部署虚拟机和云硬盘；

根据所述业务版本包中的业务文件，在重新部署的虚拟机中，重新部署业务。

6.根据权利要求3所述的业务部署方法，其特征在于，所述云主机包括虚拟机和云硬盘，所述当所述云主机和/或所述业务运行异常时，根据所述业务版本包，进行所述云主机和/或所述业务的动态自愈，包括：

当所述虚拟机和云硬盘运行正常，且所述业务运行异常时，根据所述业务版本包中的业务文件，在所述虚拟机中重新部署业务。

7.根据权利要求3所述的业务部署方法，其特征在于，所述云主机为容器，所述当所述云主机和/或所述业务运行异常时，根据所述业务版本包，进行所述云主机和/或所述业务的动态自愈，包括：

当所述容器出现异常时，对异常的容器进行自动自愈；

当所述容器自动自愈失败时，删除异常的容器；

根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中重建容器。

8.一种业务部署装置，其特征在于，包括：

封装模块，用于封装业务文件和部署所述业务文件的服务器的资源编排信息，得到业务版本包；

部署模块，用于根据所述业务版本包，在所述服务器部署业务。

9.根据权利要求8所述的业务部署装置，其特征在于，所述部署模块包括：

云主机部署单元，用于根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中部署云主机；

业务部署单元，用于根据所述业务版本包中的业务文件，在所述云主机中部署业务。

10.根据权利要求9所述的业务部署装置，其特征在于，所述装置还包括：

监控模块，用于监控部署的所述云主机和/或所述业务的运行情况；

自愈模块，用于当所述云主机和/或所述业务运行异常时，根据所述业务版本包，进行所述云主机和/或所述业务的动态自愈。

11.根据权利要求10所述的业务部署装置，其特征在于，当所述云主机包括虚拟机和云硬盘时，所述自愈模块包括：

第一异常清除单元，用于当所述虚拟机运行异常，且所述云硬盘运行正常时，删除异常的虚拟机；

第一重新部署单元，用于根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中重新部署虚拟机；

第一挂载单元，用于将所述云硬盘挂载重新部署的虚拟机。

12.根据权利要求10所述的业务部署装置，其特征在于，当所述云主机包括虚拟机和云硬盘时，所述自愈模块包括：

第二自动自愈单元，用于当所述虚拟机运行异常，且所述云硬盘运行异常时，对异常的虚拟机进行自动自愈；

第二异常清除单元，用于当所述异常的虚拟机自动自愈失败时，删除所述异常的虚拟机和异常的云硬盘；

第二重新部署单元，用于根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中重新部署虚拟机和云硬盘；

所述第二重新部署单元，还用于根据所述业务版本包中的业务文件，在重新部署的虚拟机中，重新部署业务。

13.根据权利要求10所述的业务部署装置，其特征在于，当所述云主机包括虚拟机和云硬盘时，所述自愈模块包括：

第三重新部署单元，用于当所述虚拟机和云硬盘运行正常，且所述业务运行异常时，根据所述业务版本包中的业务文件，在所述虚拟机中重新部署业务。

14.根据权利要求10所述的业务部署装置，其特征在于，当所述云主机为容器时，所述自愈模块包括：

第四自动自愈单元，用于当所述容器出现异常时，对异常的容器进行自动自愈；

第四异常清除单元，用于当所述容器自动自愈失败时，删除异常的容器；

第四重建单元，用于根据所述业务版本包中的所述服务器的资源编排信息，在所述服务器中重建容器。

15.一种客户端设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，所述处理器执行所述程序时实现如权利要求1～7任一项所述的业务部署方法。

16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～7任一项所述的业务部署方法中的步骤。