云服务器部署方法、装置、系统、存储介质及计算机设备与流程

1.本发明涉及服务器技术领域，尤其涉及一种云服务器部署方法、装置、系统、计算机可读存储介质及计算机设备。


背景技术：

2.随着互联网技术的发展，采用云计算服务的方式进行数据协同处理等操作也得到了推广和普及。目前主要采用marathon(马拉松容器)或kubernetes(一种容器管理工具)来管理docker(容器)集群，更加动态有效率地共享资源。marathon能够提供失败侦测、任务发布、任务跟踪、任务监控、低层次资源管理和细粒度的资源共享，可以扩展伸缩到数千个服务器节点。目前针对镜像通常将应用程序与全部依赖打包成docker镜像，作为一套完整的服务模板推送到至私有云服务器的镜像仓库。私有云需要在启动服务时，通过marathon中维护的服务对应镜像名称、版本，从镜像仓库中拉取代码包，启动业务服务，完成私有云服务部署。
3.如此，对于实时数据流，数据生产涉及多服务处理，各个服务的代码逻辑不同，采用现有的云计算服务器部署方式，每个数据处理服务均需要产生一个docker镜像，镜像版本非常多、不便于管理。并且服务镜像的代码和服务所依赖的配置需要根据每一应用场景下云计算服务器的原始数据特征做适应性修改。例如：针对多家医疗机构进行数据协同处理的场景，需要根据每一医疗机构的原始数据结构等对镜像进行适应性设计和修改，将出现适用于不同医院的多个镜像版本。由此，服务的docker镜像包含其运行所依赖的配置等内容，文件较大。但是私有云网络环境较差，更新服务的版本时，需要下载包括基础环境、业务代码和适应本医疗机构的服务代码调整的完整镜像，完整镜像下载时间较长，因此，现有的服务部署方式，不适用于实时数据流生产场景下的云计算服务器部署。


技术实现要素：

4.本发明实施例提供一种云服务器部署方法、装置、系统、计算机可读存储介质及计算机设备。
5.根据本发明第一方面，提供了一种云服务器部署方法，所述方法包括：发出针对待部署对象的服务部署请求，所述服务部署请求根据云服务器的数据流生产需求发出，并且所述服务部署请求能够示出针对所述待部署对象需要部署的设定服务；根据所述数据流中针对所述待部署对象需要部署的设定服务，确定向所述待部署对象部署所述设定服务的基础镜像和部署所述设定服务依赖的配置及业务代码包；发送所述设定服务的启动请求至所述待部署对象，以使所述待部署对象根据所述配置为所述设定服务分配资源，并将所述基础镜像在所述待部署对象上实例化，完成所述设定服务的部署。
6.根据本发明一实施方式，所述发出针对待部署对象的服务部署请求，包括：根据云服务器的数据流生产需求，确定需要在所述待部署对象中部署的服务；向所述待部署对象发出针对所述待部署对象的服务部署请求。
7.根据本发明一实施方式，所述根据所述数据流中针对所述待部署对象需要部署的设定服务，确定向所述待部署对象部署所述设定服务的基础镜像和部署所述设定服务依赖的配置及业务代码包，包括：根据所述数据流，确定针对所述待部署对象需要部署的所述设定服务；根据所述待部署对象的数据类型和运行环境，确定向所述待部署对象部署所述设定服务的基础镜像的镜像版本；获取运行所述基础镜像所依赖的配置和业务代码包，作为部署所述设定服务依赖的配置及业务代码包。
8.根据本发明一实施方式，在所述根据所述数据流中针对所述待部署对象需要部署的设定服务，确定向所述待部署对象部署所述设定服务的基础镜像和部署所述设定服务依赖的配置及业务代码包之前，所述方法还包括：根据云服务器的历史部署记录，向所述待部署对象发送所述设定服务的基础镜像和所述设定服务依赖的配置及业务代码包。
9.根据本发明一实施方式，所述发送所述设定服务的启动请求至所述待部署对象，包括：调用所述待部署对象的容器编排工具。
10.根据本发明一实施方式，所述容器编排工具为以下之一：marathon、kubernetes、openshift、nomad、docker swarm、docker compose和minikube。
11.根据本发明一实施方式，所述待部署对象根据所述配置为所述设定服务分配资源，并将所述基础镜像在所述待部署对象上实例化，完成所述设定服务的部署，包括：获取所述设定服务的基础镜像的业务代码；对所述启动请求进行解析，确定所述设定服务的配置文件；根据所述配置文件，为所述设定服务分配资源；基于所分配的资源，加载所述业务代码，完成所述设定服务的部署。
12.根据本发明一实施方式，所述获取所述设定服务的基础镜像的业务代码，包括：所述待部署对象判断本地是否存储所述设定服务的基础镜像的业务代码；在本地未存储所述基础镜像的业务代码的情况下，从公有云的镜像仓库推送所述基础镜像的业务代码。
13.根据本发明第二方面，还提供了一种云服务器部署方法，所述方法包括：接收服务部署请求，所述服务部署请求根据云服务器的数据流生产需求发出，并且所述服务部署请求能够示出针对待部署对象需要部署的设定服务；接收部署所述设定服务的基础镜像和部署所述设定服务依赖的配置及业务代码包，所述业务代码包为公有云根据所述数据流中针对所述待部署对象需要部署的设定服务确定；接收启动所述设定服务的启动请求；响应于所述启动请求根据所述配置为所述设定服务分配资源，并将所述基础镜像实例化，完成所述设定服务的部署。
14.根据本发明第三方面，还提供了一种云服务器部署装置，所述装置包括：部署请求模块，用于发出针对待部署对象的服务部署请求，所述服务部署请求根据云服务器的数据流生产需求发出，并且所述服务部署请求能够示出针对所述待部署对象需要部署的设定服务；配置确定模块，用于根据所述数据流中针对所述待部署对象需要部署的设定服务，确定向所述待部署对象所述设定服务的基础镜像和部署所述设定服务依赖的配置及业务代码包；服务部署模块，用于发送所述设定服务的启动请求至所述待部署对象，以使所述待部署对象根据所述配置为所述设定服务分配资源，并将所述基础镜像在所述待部署对象上实例化完成所述设定服务的部署。
15.根据本发明第四方面，还提供了一种云服务器部署装置，所述装置包括：第一接收模块，用于接收服务部署请求，所述服务部署请求根据云服务器的数据流生产需求发出，并
且所述服务部署请求能够示出针对待部署对象需要部署的设定服务；第二接收模块，用于接收部署所述设定服务的基础镜像和部署所述设定服务依赖的配置及业务代码包，所述业务代码包为公有云根据所述数据流中针对所述待部署对象需要部署的设定服务确定；第三接收模块，用于接收启动所述设定服务的启动请求；镜像实例模块，用于响应于所述启动请求根据所述配置为所述设定服务分配资源，并将所述基础镜像实例化，完成所述设定服务的部署。
16.根据本发明第五方面，还提供了一种云服务器部署系统，所述系统包括：公有云服务器和私有云服务器；所述公有云服务器用于：发出针对待部署对象的服务部署请求，所述服务部署请求根据云服务器的数据流生产需求发出，并且所述服务部署请求能够示出针对所述待部署对象需要部署的设定服务；根据所述数据流中针对所述待部署对象需要部署的设定服务，确定向所述待部署对象部署所述设定服务的基础镜像和部署所述设定服务依赖的配置及业务代码包；以及发送所述设定服务的启动请求至所述待部署对象；所述私有云服务器用于：接收服务部署请求、所述基础镜像、所述配置及所述业务代码包；接收启动所述设定服务的启动请求；以及响应于所述启动请求根据所述配置为所述设定服务分配资源，并将所述基础镜像实例化，完成所述设定服务的部署。
17.根据本发明第六方面，还提供了一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的云服务器部署方法。
18.根据本发明第七方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的云服务器部署方法。
19.本发明实施例云服务器部署方法、装置、设备及计算机可读存储介质，可以通过公有云根据云服务器的数据流生产需求发出针对待部署对象的服务部署请求，待部署对象可以是私有云服务器，服务部署请求能够示出针对所述待部署对象需要部署的设定服务，进一步，根据数据流中针对待部署对象需要部署的设定服务，确定向待部署对象部署设定服务的基础镜像和设定服务依赖的配置及业务代码包；并发送设定服务的启动请求至待部署对象，以使待部署对象根据配置为设定服务分配资源，在待部署对象上，基于基础镜像加载业务业务代码包，将设定服务在待部署对象上实例化，完成设定服务的部署。如此，可以将服务部署过程中设定服务的在待部署对象上的业务代码与该设定服务的框架代码分离开来进行处理，使得实时数据流的处理过程中，针对每一数据处理服务，确定一个框架代码，作为基础镜像，而在每一私有云上部署设定服务时，基于针对该设定服务通用的基础镜像，将适用于该私有云的业务代码包在该私有云上实例化，完成设定服务的部署，有效提高了服务的框架代码复用性，简化了服务部署流程，提升了服务部署效率。
20.需要理解的是，本发明的教导并不需要实现上面所述的全部有益效果，而是特定的技术方案可以实现特定的技术效果，并且本发明的其他实施方式还能够实现上面未提到的有益效果。
附图说明
21.通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若
干实施方式，其中：
22.在附图中，相同或对应的标号表示相同或对应的部分。
23.图1示出了本发明一实施例云服务器部署方法的实现流程示意图；
24.图2示出了本发明实施例云服务器部署方法的具体应用示例中业务代码管理模式示意图；
25.图3示出了本发明实施例云服务器部署方法的具体应用示例的实现流程示意图；
26.图4示出了本发明另一实施例云服务器部署方法的实现流程示意图；
27.图5示出了本发明一实施例云服务器部署装置的组成结构示意图；
28.图6示出了本发明另一实施例云服务器部署装置的组成结构示意图；
29.图7示出了本发明实施例设备的组成结构示意图。
具体实施方式
30.下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为使本发明更加透彻和完整，并能够将本发明的范围完整地传达给本领域的技术人员。
31.下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
32.首先对本发明的应用场景进行简单说明。本发明实施例云服务器部署方法可以应用于对多个私有云进行服务部署的场景。举例说明，多家医疗机构进行数据协同计算，需要部署并执行多个服务，例如：数据清洗和数据归一等，每家医疗机构需要执行的服务不同，同时各家医疗机构的原始数据数据类型、服务器配置和运行环境等有所不同。本发明实施例的云服务器部署方法用于在各家医疗机构的私有云服务器上部署适应私有云服务器的数据类型和运行环境的多个服务。需要说明的是，以上仅仅是对本发明实施例的一个适用场景的简单说明，并不用于对本发明的适用场景进行限定。
33.图1示出本发明实施例云服务器部署方法的实现流程示意图。
34.参考图1，本发明实施例云服务器部署方法，至少包括如下操作流程：操作101，发出针对待部署对象的服务部署请求，服务部署请求根据云服务器的数据流生产需求发出，并且服务部署请求能够示出针对待部署对象需要部署的设定服务；操作102，根据数据流中针对待部署对象需要部署的设定服务，确定向待部署对象部署设定服务的基础镜像和部署设定服务依赖的配置及业务代码包；操作103，发送设定服务的启动请求至待部署对象，以使待部署对象根据配置为设定服务分配资源，并将基础镜像和业务代码包在待部署对象上实例化，完成设定服务的部署。
35.在操作101中，发出针对待部署对象的服务部署请求，服务部署请求根据云服务器的数据流生产需求发出，并且服务部署请求能够示出针对待部署对象需要部署的设定服务。
36.举例说明，在本发明一实施方式中，针对医院的数据协同处理场景，定义医院数据流包括针对原始数据的数据清洗和归一操作，得到用于协同计算的数据。因此，需要在医院a的私有云服务器上部署数据处理过程中的清洗和归一服务。
37.对于协同计算的多家医院的私有云服务器，配置中央服务器，可以在中央服务器
中对数据流进行定义，中央服务器属于公有云服务器，并且中央服务器中存储有多家医院的原始数据类型和云服务器运行环境参数等。针对不同的原始数据类型和不同医院的运行环境参数，针对多个服务，在中央服务器中针对同一服务配置了不同的业务代码包，并且针对每一业务代码包配置有相应的配置文件。例如：针对清洗服务，可以配置适用于多种原始数据类型和运行环境的不同版本，形成clean_1.0.jar、clean_1.1.jar和clean_1.2.jar等清洗服务的多个业务代码包。针对归一服务，可以配置适用于多种原始数据类型和运行环境的不同版本，形成norm_1.0.jar、norm_2.0.jar和norm_2.1.jar等归一服务的多个业务代码包。并且针对私有云服务器的多个服务，配置相应的配置文件。例如：针对各个私有云服务器的清洗服务，配置相应的配置文件，形成hospitala.conf、hospitalb.conf和hospitalc.conf等多个配置文件，针对各个私有云服务器的归一服务，同样配置相应的配置文件，形成hospitala.conf、hospitalb.conf和hospitald.conf等多个配置文件。
38.在本发明这一实施方式中，在需要进行私有云服务器部署的情况下，可以根据云服务器的数据流生产需求发出针对待部署对象的服务部署请求，进一步的可以根据云服务器的数据流生产需求，确定需要在待部署对象中部署的服务，并向待部署对象发出针对待部署对象的服务部署请求。
39.在操作102中，根据数据流中针对待部署对象需要部署的设定服务，确定向待部署对象部署设定服务的基础镜像和部署设定服务依赖的配置及业务代码包。
40.在本发明这一实施方式中，可以根据数据流，确定针对待部署对象需要部署的设定服务，根据待部署对象的数据类型和运行环境，确定向待部署对象部署设定服务的基础镜像的镜像版本，以及获取运行基础镜像所依赖的配置和业务代码包，作为部署设定服务依赖的配置及业务代码包。
41.举例说明，针对医院a的数据流定义中示出需要在医院a的私有云服务器部署数据的清洗和归一服务。那么，在进行数据的清洗服务的部署过程中，中央服务器自动向医院a发送的服务部署请求能够示出需要在医院a的私有云服务器上部署清洗和归一服务。根据医院a的原始数据的数据类型和医院a的私有云服务器运行环境，确定向医院a的私有云服务器部署清洗服务的业务代码包版本为clean_1.1.jar，归一服务的基础镜像的镜像版本为norm_2.1.jar。其中医院a的原始数据数据类型可以是java、python、c++等语言中的任意一者，对此不做限定。clean_1.0.jar、clean_1.1.jar和clean_1.2.jar等分别适用于对不同原始数据类型的数据进行数据清理操作。云服务器的运行环境主要是指内存和操作系统等参数。在医院a的私有云服务器上运行清洗和归一服务所依赖的配置和业务代码包可以预先通过公有云中央服务器发送至私有云服务器。
42.在本发明这一实施方式中，在根据数据流中针对待部署对象需要部署的设定服务，确定向待部署对象部署设定服务的基础镜像和部署设定服务依赖的配置及业务代码包之前，还根据云服务器的历史部署记录，向待部署对象发送设定服务的基础镜像和设定服务依赖的配置及业务代码包。
43.举例说明，若在一私有服务器上曾经部署过数据的清洗和归一服务，则该私有云服务器上会存储清洗和归一服务的业务代码包以及服务所依赖的配置文件。在确定向待部署对象部署设定服务的基础镜像和部署设定服务依赖的配置及业务代码包之后，若基础镜像的业务代码包的版本和服务所依赖配置的文件没有变化，则不需要重新推送业务代码包
和配置文件。若业务代码版本和配置文件发生变化，则需要重新向私有云服务器发送清洗或归一的业务代码包和设定服务依赖的配置文件。
44.由此，根据云服务器的历史部署记录来确定需要想私有云增量推送的文件范围，例如：根据某集群内是否推送过服务的业务代码包和配置文件，有效避免了文件重复推送，从而有效节省服务器部署过程所使用的带宽，显著提升服务业务代码包和配置文件的上传速度。
45.在操作103中，发送设定服务的启动请求至待部署对象，以使待部署对象根据配置为设定服务分配资源，并将基础镜像在待部署对象上实例化，完成设定服务的部署。
46.在本发明这一实施方式中，可以采用调用待部署对象的容器编排工具的方式来发送设定服务的启动请求至待部署对象。
47.在本发明这一实施方式中，容器编排工具为以下之一：marathon、kubernetes、openshift、nomad、docker swarm、docker compose和minikube。
48.在下文如图3所示的应用示例中，以容器编排工具为marathon(马拉松)为例对此进行说明，此处不再赘述。
49.在本发明这一实施方式中，待部署对象可以获取设定服务的基础镜像和适用于待部署对象的业务代码包，对启动请求进行解析，确定设定服务的配置文件，并根据配置文件，为设定服务分配资源，进一步，基于所分配的资源，加载业务代码，以将基础镜像在待部署对象上实例化，完成设定服务的部署。
50.在本发明这一实施方式中，可以采用以下操作获取设定服务的基础镜像和适用于待部署对象的业务代码包：待部署对象判断本地是否存储设定服务的基础镜像的业务代码，在本地未存储基础镜像的业务代码的情况下，从公有云的镜像仓库推送基础镜像的业务代码。由此，私有云不存在设定服务的基础镜像的情况下，从公有云推送该设定服务的基础镜像至私有云。若私有云中存在设定服务的基础镜像，则只需要推送针对该设定服务并适用于与该私有云的业务代码包。
51.图2示出了本发明实施例云服务器部署方法的具体应用示例中业务代码管理模式示意图。
52.这里，首先参考图2对本发明实施例云服务器部署方法的具体应用示例的应用场景进行简单说明，本发明实施例部署方法的具体应用示例应用于在针对多家医院进行私有云服务器的服务部署。
53.在这一应用示例中，公有云中央服务器管理所有医院的私有云服务器的所有数据处理代码的版本和依赖关系。服务的开发者通过统一的公有云平台管理代码版本及服务所依赖的配置的配置文件版本和业务代码包。将代码和配置分离开来进行管理，有效减少服务的业务代码和配置的耦合性。从而在针对某一特定数据类型或运行环境的服务发生更新的情况下，仅需针对性的更新相应的业务代码包或配置管理文件即可，显著简化服务更新的操作，并且在每次进行服务创建或更业务代码包和配置文件的传输量大大减小，有效节约带宽，显著提升服务部署效率。
54.具体的，可以在对应医院的数据流定义中关联所需的代码及配置，实现各个医院的个性化处理。举例说明，公有云中央服务器将业务代码分为三个模块进行管理，包括医院数据流定义模块、代码管理模块和配置管理模块。医院数据流定义模块配置数据协同处理
的镜像框架。例如：清洗数据的服务，代码(code)版本为：clean_1.1.jar，针对医院a的配置(conf)为：hospitala.conf。
55.代码管理模块可以针对清洗配置clean_1.0.jar、clean_1.1.jar和clean_1.2.jar等清洗服务的多个业务代码包。针对归一服务，可以配置适用于多种原始数据类型和运行环境的不同版本，配置norm_1.0.jar、norm_2.0.jar和norm_2.1.jar等归一服务的多个业务代码包。
56.配置管理模块，可以针对私有云服务器的多个服务，配置相应的配置文件。例如：针对各个私有云服务器的清洗服务，配置相应的配置文件，形成hospitala.conf、hospitalb.conf和hospitalc.conf等多个配置文件，针对各个私有云服务器的归一服务，同样配置相应的配置文件，形成hospitala.conf、hospitalb.conf和hospitald.conf等多个配置文件。
57.图3示出了本发明实施例云服务器部署方法的应用示例实现流程示意图。
58.参考图3，本发明实施例云服务器部署方法的应用示例，至少包括如下操作流程：
59.操作301，计算依赖文件。
60.公有云中央服务器从医院数据流定义发起部署服务操作，并根据医院数据流定义，确定服务所依赖的业务代码版本和配置文件列表。
61.操作302，推送。
62.公有云可以根据历史部署记录确定需要向医院的私有云服务器推送的文件范围。并将需要推送的业务代码和配置文件推送至相应的私有云服务器。私有云根据服务的业务代码和配置文件存储规范，存储所接收到文件并校验所接收到的文件的完整性。
63.操作303，启动服务，服务的类(type)为数据清洗服务(clean)。
64.公有云调用私有云服务器的marathon接口，启动t0(实时)数据流的服务，将服务的服务类型、版本参数、启动服务数量和服务所依赖的配置参数和业务代码包作为服务变量写入私有云服务器。服务类型可以对应代码包名称，版本参数可以对应于代码的版本编号和配置文件的版本编号。
65.操作304，获取镜像。
66.首先，marathon查看私有云服务器本地是否存在部署服务所需的镜像文件。举例说明，根据医院数据流定义确定医院a的私有云服务器需要部署的服务为清洗clean，若此次服务部署为针对集群的第一次服务部署，私有云的服务框架中不存在t0框架镜像，则需要执行操作3041，从公有云镜像仓库拉取t0的框架镜像。
67.若此次服务部署为针对集群的服务更新，则私有云的服务框架中已经存在t0框架镜像，则可以直接从私有云服务器中直接获取相应的t0的框架镜像。
68.操作305，创建服务。
69.在本发明这一实施例中，创建服务是一个镜像安装的过程。marathon接收启动服务的请求，并将启动服务的请求解析为配置文件，为服务分配运行资源，将镜像实例化，启动容器以创建服务。
70.操作306，请求服务的业务文件，服务的服务类型(type)为数据的清洗服务(clean)。
71.在本发明这一实施例中，可以从如图2所示的业务代码模块直接获取相应的业务
文件。t0服务启动时，根据t0的镜像框架，初始化脚本，根据配置文件的运行环境变量，获取私有云服务器的本地资源中服务所依赖的业务代码和配置文件，并校验所获取文件的完整性。
72.操作307，启动服务。
73.在本发明这一实施例中，此操作步骤中的启动服务即为加载业务代码的过程，这里将加载业务代码和配置，启动t0数据流服务。服务正常启动的情况下，判定完成服务部署。
74.其中，操作301～307的其他具体实现过程与图1所示实施例中操作101～103的具体实现过程相类似，这里不再赘述。
75.图4示出了本发明另一实施例云服务器部署方法的实现流程示意图。
76.参考图4，在本发明这一实施例中，云服务器部署方法可以包括：操作401，接收服务部署请求，服务部署请求根据云服务器的数据流生产需求发出，并且服务部署请求能够示出针对待部署对象需要部署的设定服务；操作402，接收部署设定服务的基础镜像和部署设定服务依赖的配置及业务代码包，业务代码包为公有云根据数据流中针对待部署对象需要部署的设定服务确定；操作403，接收启动设定服务的启动请求；操作404，响应于启动请求根据配置为设定服务分配资源，并将基础镜像实例化，完成设定服务的部署。
77.其中，操作401～404的其他具体实现过程与图1-3所示实施例中操作的具体实现过程相类似，这里不再赘述。
78.本发明实施例云服务器部署方法、装置、设备及计算机可读存储介质，可以通过公有云根据云服务器的数据流生产需求发出针对待部署对象的服务部署请求，待部署对象可以是私有云服务器，服务部署请求能够示出针对待部署对象需要部署的设定服务，进一步，根据数据流中针对待部署对象需要部署的设定服务，确定向待部署对象部署设定服务的基础镜像和设定服务依赖的配置及业务代码包；并发送设定服务的启动请求至待部署对象，以使待部署对象根据配置为设定服务分配资源，将基础镜像在待部署对象上实例化完成设定服务的部署。如此，可以将服务部署过程中设定服务的在待部署对象上的业务代码与该设定服务的框架代码分离开来进行处理，使得实时数据流的处理过程中，针对每一数据处理服务的框架代码确定，而在每一私有云上部署设定服务时，确定适用于该私有云的基础镜像，有效提高了服务的业务代码复用性，简化了服务部署流程，提升了服务部署效率。
79.如图5所示，为本发明云服务器部署装置的一个具体实施例。本实施例装置，即用于执行图1～3方法的实体装置。其技术方案本质上与上述实施例一致，上述实施例中的相应描述同样适用于本实施例中。参考图5，本发明实施例提供一种云服务器部署装置，装置50包括：部署请求模块501，用于发出针对待部署对象的服务部署请求，服务部署请求根据云服务器的数据流生产需求发出，并且服务部署请求能够示出针对待部署对象需要部署的设定服务；配置确定模块502，用于根据数据流中针对待部署对象需要部署的设定服务，确定向待部署对象设定服务的基础镜像和部署设定服务依赖的配置及业务代码包；服务部署模块503，用于发送设定服务的启动请求至待部署对象，以使待部署对象根据配置为设定服务分配资源，并将基础镜像在待部署对象上实例化完成设定服务的部署。
80.如图6所示，为本发明云服务器部署装置的另一个具体实施例。本实施例装置，即用于执行图4方法的实体装置。其技术方案本质上与上述实施例一致，上述实施例中的相应
processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field－programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
88.结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
89.本发明实施例还提出了一种可读介质，该可读存储介质存储有执行指令，存储的执行指令被电子设备的处理器执行时，能够使该电子设备执行本发明任一实施例中提供的云服务器部署方法，并具体用于执行如图1～图4所示的方法。
90.前述各个实施例中的电子设备可以为计算机。
91.本领域内的技术人员应明白，本发明的实施例可提供为方法或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例，或软件和硬件相结合的形式。
92.本发明中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
93.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
94.以上仅为本发明的实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。