一种服务构建方法、相关装置及计算机可读存储介质与流程

一种服务构建方法、相关装置及计算机可读存储介质
1.本技术要求于2020年09月14日提交中国专利局、申请号为2020109627150、申请名称为“构建服务的方法、装置、服务器及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本技术中。
技术领域
2.本技术涉及云计算技术领域，尤其涉及一种服务构建方法、相关装置及计算机可读存储介质。


背景技术：

3.随着各行业软件成熟度的提高以及网络技术的发展，云计算已在不同行业中得到了应用。云计算是一种基于互联网络的计算服务模式，即把存储于个人计算机、服务器或其他计算设备上的大量存储资源、处理资源集中在一起，统一管理并协同工作，其打破软了硬件资源边界，并且只需要少量的管理交互，就能让大量资源被快速提供。
4.但是，目前在大多数云计算框架中，构建云服务时需要用到多种资源，这些资源是用户在云计算供应商中申请服务以后进行组合，但是组合服务的过程需要多种联接，因此组合过程比较繁琐且门槛较高，影响用户体验。例如，a部门需要运行一个网页(web)服务，则需要申请计算资源(服务器)、存储资源(用于存储数据)和负载均衡资源以后进行组合使用，由于网页服务通常涉及到多种服务交互，将服务联接组合的过程需要耗费大量的精力，服务构建的效率较低，影响用户体验。


技术实现要素：

5.本技术实施例公开了一种服务构建方法、相关装置及计算机可读存储介质，能够提高服务构建的效率。
6.第一方面，本技术实施例公开了一种服务构建方法，包括：
7.获取用户在设计界面编排的目标服务组件，其中，所述设计界面提供有多个服务组件，所述多个服务组件包括计算组件、存储组件和网络组件；所述目标服务组件为所述多个服务组件中的一个或者多个；
8.根据所述目标服务组件构建服务实例，所述服务实例用于供用户设备使用所述目标服务组件对应的资源。
9.本技术实施例中，在设计界面提供多个服务组件，这些服务组件对应有资源，用户可以可视化地编排这些服务组件得到满足自身需求的目标服务组件。服务构建器获取用户编排的目标服务组件，通过目标服务组件构建服务实例，从而可以将原子化的服务构建成组合服务实例以供用户设备使用。这样一来，只需要在设计界面编排服务实例所需的多个服务组件，服务构建器就能自动的生成包含多个服务组件的服务实例，而无需用户在分别申请资源以后再进行组合，提高了服务构建的效率。另一方面，用户可以按照自身需求编排服务组件，从而通过服务构建器得到定制的服务实例，满足用户对于多样化的服务实例的
需求，提升了用户体验。
10.进一步的，多个服务组件中包括计算组件、存储组件和网络组件，当需要构建适用于网页(website或者简称为web)应用运行的服务(后文称为网页服务或web服务)时，可以通过计算组件、存储组件和网络组件快速的组合得到web服务的架构，可以提高web服务的构建效率。
11.在第一方面的一种可能的实施方式中，所述多个服务组件还包括跨云编排组件。
12.其中，所述跨云编排组件用于编排公有云的资源。其中，跨云编排组件可以作为一个容器，用户可以将公有云的资源的对应的服务组件定义在跨云编排组件中，这样一来，可以将公有云的资源(例如公有云中的服务器、公有云中的存储资源)和私有云资源(例如私有云中的数据库)根据业务场景组合在同一个服务实例中，实现跨云编排，提高了服务的兼容性和多样性，满足了用户联接公有云资源和私有云资源的需求。
13.在第一方面的又一种可能的实施方式中，所述多个服务组件还包括信息技术it服务组件。
14.其中，it服务是信息技术领域的服务商为其用户提供的硬件集成、软件应用或软硬件集成方案等服务。可以看出，将it服务作为服务组件，从而可以将云服务供应商提供的it能力构建成在线服务并应用到云计算，丰富it能力服务化生态。
15.在第一方面的又一种可能的实施方式中，所述方法还包括：
16.接收用户输入的it服务的信息，所述it服务的信息中包括应用程序接口api信息；
17.根据所述it服务的信息生成所述it服务组件。
18.在第一方面的又一种可能的实施方式中，所述计算组件具体包括弹性云服务器组件、裸金属服务器等组件中的一个或者多个；所述存储组件包括云硬盘组件等；所述网络组件包括有弹性负载均衡组件和弹性互联网协议eip组件等。
19.在第一方面的又一种可能的实施方式中，所述目标服务组件具体包括网页web服务器组件、数据库组件、反向代理服务器组件、弹性负载均衡elb组件和弹性网际互连协议eip组件；其中，所述web服务器组件、所述数据库组件和所述反向代理服务器组件为基于所述计算组件得到的，所述弹性负载均衡组件和弹性网际互连协议属于所述网络组件。
20.在一种可能的设计中，用户可以在弹性云服务器组件中部署反向代理服务器程序(例如nginx程序)，从而得到反向代理服务器组件。在又一种可能的设计中，用户可以在弹性云服务器中部署web服务程序，从而得到web服务器。
21.在第一方面的又一种可能的实施方式中，所述根据所述目标服务组件构建服务实例，包括：
22.确定所述服务实例的配置信息；所述配置信息包括所述服务实例的规格数据，以及所述服务实例的参数数据或参数数据的定义规则；
23.根据所述目标服务组件和所述服务实例的配置信息，构建所述服务实例。
24.其中，配置信息具体可以包括规格信息和参数信息，规格信息对应的数据值称为规格数据，参数信息对应的数据值称为参数数据。可选的，提供选择的一组数据为规格信息，例如：镜像，规格，可用分区，系统盘大小等，通常提供一组数据以供选择，因此称为规格参数。配置节点或者用户设备可以自由定义的信息称为参数信息，例如：虚拟机用户名、密码、子网信息等称为参数信息。
25.在第一方面的又一种可能的实施方式中，所述参数数据的定义规则为多种定义规则中的一种定义规则；所述多种定义规则包括管理员定义、用户设备定义和审批节点定义。
26.具体的，定义规则为管理员定义的参数，参数的数据在管理员构建该服务时填写。例如：虚拟机名称可以在构建该服务时包含在信息中。进一步的，定义规则还可以包括是否隐藏该参数，从而屏蔽用户不关注的参数，从而降低用户申请服务时页面的复杂度。
27.定义规则为用户设备的参数，参数的数据在用户申请服务时填写参数值。例如，使用该服务需要输入的密码。
28.定义规则为审批节点定义的参数，在审批流程时填写参数值。进一步的，在审批流程包括多个审批节点时，还可以指定具体的审批节点来确定该参数值。例如：在二级审批中的第二级审批节点来确定网卡关联的子网信息。
29.在第一方面的又一种可能的实施方式中，所述方法还包括：
30.将所述服务实例关联第一审批流程，所述审批流程用于对申请使用所述服务实例的请求进行审批。
31.目前在云计算服务中缺少企业组织流程，导致在使用过程中不能适配企业组织流程。例如，企业a部门需要使用一个内存8g的计算资源用于运行程序，需要在内部进行流程申请，等待审批通过后再去云计算提供者处申请或者购买计算资源。这种使用云服务的方法流程较为繁琐，申请服务的效率较慢，影响用户体验。本技术实施例中，将服务实例关联第一审批流程，用户提交请求来申请使用服务实例时，可以向审批节点推送该请求，在针对该服务实例的请求审批通过，可以部署该实例以供用户使用，从而将服务申请的流程和审批流程结合，减少了用户申请服务的步骤，提升了用户体验。
32.第二方面，本技术实施例提供了一种服务构建方法，包括：
33.设计节点从管理节点获取多个服务组件；所述多个服务组件包括计算组件、存储组件和网络组件；
34.所述设计节点基于所述多个服务组件编排用于构建服务实例的目标服务组件；
35.所述设计节点向所述管理节点提交所述目标服务组件；
36.所述配置节点确定所述服务实例所基于的所述目标服务组件、所述服务实例的配置信息和所述服务实例关联的第一审批流程，并向所述管理节点提交所述服务实例的配置信息和用于指示所述第一审批流程的信息；所述配置信息包括所述服务实例的规格数据，以及所述服务实例的参数数据或参数数据的定义规则；
37.所述管理节点基于所述目标服务组件、所述服务实例的配置信息和所述用于指示所述第一审批流程的信息，构建所述服务实例，以供用户设备使用所述目标服务组件对应的资源。
38.本技术实施例中，设计节点在设计界面提供多个服务组件，这些服务组件对应有资源，用户可以在设计节点中可视化地编排这些服务组件得到满足自身需求的目标服务组件。管理节点通过目标服务组件、配置信息构建服务实例，从而可以将原子化的服务构建成组合服务实例以供用户设备使用。这样一来，只需要在设计界面编排服务实例所需的多个服务组件，就能自动的生成包含多个服务组件的服务实例，而无需分别申请资源以后再进行组合，提高了服务构建的效率。
39.进一步的，服务实例关联有第一审批流程，用户提交请求来申请使用服务实例时，
可以向审批节点推送该请求，在针对该服务实例的请求审批通过，可以部署该实例以供用户使用，从而将服务申请的流程和审批流程结合，减少了用户申请服务的步骤，提升了用户体验。
40.在第二方面的一种可能的实施方式中，所述多个服务组件还包括跨云编排组件。
41.其中，所述跨云编排组件用于编排公有云的资源。其中，跨云编排组件可以作为一个容器，用户可以将公有云资源的对应的服务组件定义在跨云编排组件中，这样一来，可以将公有云资源(例如公有云中的服务器)和私有云资源(例如私有云中的数据库)根据业务场景组合在同一个服务实例中，实现跨云编排，提高了服务的兼容性和多样性，满足了用户联接公有云资源和私有云资源的需求。
42.在第二方面的又一种可能的实施方式中，所述多个服务组件还包括it服务组件。
43.其中，it服务是信息技术领域的服务商为其用户提供的硬件集成、软件应用和软硬件集成方案等服务。可以看出，将it服务作为服务组件，从而可以将云服务供应商提供的it能力构建成在线服务并应用到云计算，丰富it能力服务化生态。
44.在第二方面的又一种可能的实施方式中，所述方法还包括：
45.管理节点获取用户输入的it服务的信息，所述it服务的信息中包括应用程序接口api信息；
46.管理节点根据所述it服务的信息生成所述it服务组件。
47.在第二方面的又一种可能的实施方式中，所述计算组件具体包括弹性云服务器组件、裸金属服务器组件等等中的一个或者多个；所述存储组件包括云硬盘组件等；所述网络组件包括有弹性负载均衡组件和弹性互联网协议eip组件等。
48.在第二方面的又一种可能的实施方式中，所述目标服务组件具体包括网页web服务器组件、数据库组件、反向代理服务器组件、弹性负载均衡elb组件和弹性网际互连协议eip组件；其中，所述web服务器组件、所述数据库组件和所述反向代理服务器组件为基于所述计算组件得到的，所述弹性负载均衡组件和弹性网际互连协议属于所述网络组件。
49.在一种可能的设计中，用户可以在弹性云服务器组件中部署反向代理服务器程序(例如nginx程序)，从而得到反向代理服务器组件。在又一种可能的设计中，用户可以在弹性云服务器中部署web服务程序，从而得到web服务器。
50.在第二方面的又一种可能的实施方式中，所述设计节点基于所述多个服务组件编排用于构建服务实例的目标服务组件之后，还包括：
51.所述设计节点确定所述目标服务组件的配置项，所述配置项用于描述构建所述目标服务组件的属性；
52.所述设计节点确定第一服务模板，所述第一服务模板包括所述目标服务组件和所述目标服务组件的配置项。
53.在第二方面的又一种可能的实施方式中，所述配置节点确定所述服务实例所基于的所述目标服务组件、所述服务实例的配置信息和所述服务实例关联的第一审批流程，包括：
54.所述配置节点从所述管理节点获取至少一个服务模板和至少一个流程的信息；所述至少一个服务模板中包括所述第一服务模板；所述至少一个流程信息中包括所述用于指示所述第一审批流程的信息；
55.所述配置节点从所述至少一个服务模板中确定基于所述第一服务模板构建服务实例，所述第一服务模板包括所述目标服务组件和所述目标服务组件的配置项；
56.所述配置节点接收输入的所述服务实例的配置信息和所述第一服务关联的第一审批流程。
57.在第二方面的又一种可能的实施方式中，在所述管理节点基于所述目标服务组件、所述服务实例的配置信息和所述用于指示所述第一审批流程的信息，构建所述服务实例之后，所述方法还包括:
58.所述管理节点接收所述用户设备发送的申请使用所述服务实例的请求；
59.所述管理节点向审批节点发送所述请求以供所述审批节点审批；
60.在审批通过后，所述管理节点部署所述服务实例以供所述用户设备使用。
61.在第二方面的又一种可能的实施方式中，在所述管理节点向审批节点发送所述请求以供所述审批节点审批之后，在所述管理节点部署所述服务实例之前，所述方法还包括：
62.所述管理节点接收来自审批节点的审批结果；
63.所述管理节点根据所述审批结果确定针对使用所述服务实例的请求审批通过。
64.第三方面，本技术实施例还提供一种服务构建装置，包括：
65.通信单元，用于获取用户在设计界面编排的目标服务组件，其中，所述设计界面提供有多个服务组件，所述多个服务组件包括计算组件、存储组件和网络组件；所述目标服务组件为所述多个服务组件中的一个或者多个；
66.处理单元，用于根据所述目标服务组件构建服务实例，所述服务实例用于供用户设备使用所述目标服务组件对应的资源。
67.本技术实施例中，上述装置在设计界面提供多个服务组件，这些服务组件对应有资源，用户可以可视化地编排这些服务组件得到满足自身需求的目标服务组件。上述装置获取用户编排的目标服务组件，通过目标服务组件构建服务实例，从而可以将原子化的服务构建成组合服务实例以供用户设备使用。这样一来，只需要在设计界面编排服务实例所需的多个服务组件，上述装置就能自动的生成包含多个服务组件的服务实例，而无需用户在分别申请资源以后再进行组合，提高了服务构建的效率。另一方面，用户可以按照自身需求编排服务组件，从而通过服务构建器得到定制的服务实例，满足用户对于多样化的服务实例的需求，提升了用户体验。
68.进一步的，多个服务组件中包括计算组件、存储组件和网络组件，当需要构建适用于网页(website或者简称为web)应用运行的服务(后文称为网页服务或web服务)时，可以通过计算组件、存储组件和网络组件快速的组合得到web服务的架构，可以提高web服务的构建效率。
69.在第三方面的一种可能的实施方式中，所述多个服务组件还包括跨云编排组件。
70.其中，所述跨云编排组件用于编排公有云的资源。其中，跨云编排组件可以作为一个容器，用户可以将公有云资源的对应的服务组件定义在跨云编排组件中，这样一来，可以将公有云资源(例如公有云中的服务器)和私有云资源(例如私有云中的数据库)根据业务场景组合在同一个服务实例中，实现跨云编排，提高了服务的兼容性和多样性，满足了用户联接公有云资源和私有云资源的需求。
71.在第三方面的又一种可能的实施方式中，所述多个服务组件还包括it服务组件。
72.其中，it服务是信息技术领域的服务商为其用户提供的硬件集成、软件应用和软硬件集成方案等服务。可以看出，将it服务作为服务组件，从而可以将云服务供应商提供的it能力构建成在线服务并应用到云计算，丰富it能力服务化生态。
73.在第三方面的又一种可能的实施方式中，所述通信单元，还用于接收用户输入的it服务的信息，所述it服务的信息中包括应用程序接口api信息；
74.所述处理单元，还用于根据所述it服务的信息生成所述it服务组件。
75.在第三方面的又一种可能的实施方式中，所述计算组件具体包括弹性云服务器组件、裸金属服务器等组件中的一个或者多个；所述存储组件包括云硬盘组件等；所述网络组件包括有弹性负载均衡组件和弹性互联网协议eip组件等。
76.在第三方面的又一种可能的实施方式中，所述目标服务组件具体包括网页web服务器组件、数据库组件、反向代理服务器组件、弹性负载均衡elb组件和弹性网际互连协议eip组件；其中，所述web服务器组件、所述数据库组件和所述反向代理服务器组件为基于所述计算组件得到的，所述弹性负载均衡组件和弹性网际互连协议属于所述网络组件。
77.在一种可能的设计中，用户可以在弹性云服务器组件中部署反向代理服务器程序(例如nginx程序)，从而得到反向代理服务器组件。在又一种可能的设计中，用户可以在弹性云服务器中部署web服务程序，从而得到web服务器。
78.在第三方面的又一种可能的实施方式中，所述处理单元，还用于：
79.确定所述服务实例的配置信息；所述配置信息包括所述服务实例的规格数据，以及所述服务实例的参数数据或参数数据的定义规则；
80.根据所述目标服务组件和所述服务实例的配置信息，构建所述服务实例。
81.其中，配置信息具体可以包括规格信息和参数信息，规格信息对应的数据值称为规格数据，参数信息对应的数据值称为参数数据。可选的，提供选择的一组数据为规格信息，例如：镜像，规格，可用分区，系统盘大小等，通常提供一组数据以供选择，因此称为规格参数。配置节点或者用户设备可以自由定义的信息称为参数信息，例如：虚拟机用户名、密码、子网信息等称为参数信息。
82.在第三方面的又一种可能的实施方式中，所述参数数据的定义规则为多种定义规则中的一种定义规则；所述多种定义规则包括管理员定义、用户设备定义和审批节点定义。
83.具体的，定义规则为管理员定义的参数，参数的数据在管理员构建该服务时填写。例如：虚拟机名称可以在构建该服务时包含在信息中。进一步的，定义规则还可以包括是否隐藏该参数，从而屏蔽用户不关注的参数，从而降低用户申请服务时页面的复杂度。
84.定义规则为用户设备的参数，参数的数据在用户申请服务时填写参数值。例如，使用该服务需要输入的密码。
85.定义规则为审批节点定义的参数，在审批流程时填写参数值。进一步的，在审批流程包括多个审批节点时，还可以指定具体的审批节点来确定该参数值。例如：在二级审批中的第二级审批节点来确定网卡关联的子网信息。
86.在第三方面的又一种可能的实施方式中，所述处理单元，还用于：
87.将所述服务实例关联第一审批流程，所述审批流程用于对申请使用所述服务实例的请求进行审批。
88.目前在云计算服务中缺少企业组织流程，导致在使用过程中不能适配企业组织流
程。例如，企业a部门需要使用一个内存8g的计算资源用于运行程序，需要在内部进行流程申请，等待审批通过后再去云计算提供者处申请或者购买计算资源。这种使用云服务的方法流程较为繁琐，申请服务的效率较慢，影响用户体验。本技术实施例中，将服务实例关联第一审批流程，用户提交请求来申请使用服务实例时，可以向审批节点推送该请求，在针对该服务实例的请求审批通过，可以部署该实例以供用户使用，从而将服务申请的流程和审批流程结合，减少了用户申请服务的步骤，提升了用户体验。
89.第四方面，本技术实施例还提供一种服务构建系统，包括：
90.设计节点，用于从管理节点获取多个服务组件；所述多个服务组件包括计算组件、存储组件和网络组件；
91.所述设计节点，还用于基于所述多个服务组件编排用于构建服务实例的目标服务组件；
92.所述设计节点，还用于向所述管理节点提交所述目标服务组件；
93.所述配置节点，用于确定所述服务实例所基于的所述目标服务组件、所述服务实例的配置信息和所述服务实例关联的第一审批流程，并向所述管理节点提交所述服务实例的配置信息和用于指示所述第一审批流程的信息；所述配置信息包括所述服务实例的规格数据，以及所述服务实例的参数数据或参数数据的定义规则；
94.所述管理节点，用于基于所述目标服务组件、所述服务实例的配置信息和所述用于指示所述第一审批流程的信息，构建所述服务实例，以供用户设备使用所述目标服务组件对应的资源。
95.本技术实施例中，设计节点在设计界面提供多个服务组件，这些服务组件对应有资源，用户可以在设计节点中可视化地编排这些服务组件得到满足自身需求的目标服务组件。管理节点通过目标服务组件、配置信息构建服务实例，从而可以将原子化的服务构建成组合服务实例以供用户设备使用。这样一来，只需要在设计界面编排服务实例所需的多个服务组件，就能自动的生成包含多个服务组件的服务实例，而无需分别申请资源以后再进行组合，提高了服务构建的效率。
96.进一步的，服务实例关联有第一审批流程，用户提交请求来申请使用服务实例时，可以向审批节点推送该请求，在针对该服务实例的请求审批通过，可以部署该实例以供用户使用，从而将服务申请的流程和审批流程结合，减少了用户申请服务的步骤，提升了用户体验。
97.在第四方面的一种可能的实施方式中，所述多个服务组件还包括跨云编排组件。
98.其中，所述跨云编排组件用于编排公有云的资源。其中，跨云编排组件可以作为一个容器，用户可以将公有云资源的对应的服务组件定义在跨云编排组件中，这样一来，可以将公有云资源(例如公有云中的服务器)和私有云资源(例如私有云中的数据库)根据业务场景组合在同一个服务实例中，实现跨云编排，提高了服务的兼容性和多样性，满足了用户联接公有云资源和私有云资源的需求。
99.在第四方面的又一种可能的实施方式中，所述多个服务组件还包括it服务组件。
100.其中，it服务是信息技术领域的服务商为其用户提供的硬件集成、软件应用和软硬件集成方案等服务。可以看出，将it服务作为服务组件，从而可以将云服务供应商提供的it能力构建成在线服务并应用到云计算，丰富it能力服务化生态。
101.在第四方面的又一种可能的实施方式中，所述管理节点，还用于获取用户输入的it服务的信息，所述it服务的信息中包括应用程序接口api信息；
102.管理节点，还用于根据所述it服务的信息生成所述it服务组件。
103.在第四方面的又一种可能的实施方式中，所述计算组件具体包括弹性云服务器组件、裸金属服务器组件等等中的一个或者多个；所述存储组件包括云硬盘组件等；所述网络组件包括有弹性负载均衡组件和弹性互联网协议eip组件等。
104.在第四方面的又一种可能的实施方式中，所述目标服务组件具体包括网页web服务器组件、数据库组件、反向代理服务器组件、弹性负载均衡elb组件和弹性网际互连协议eip组件；其中，所述web服务器组件、所述数据库组件和所述反向代理服务器组件为基于所述计算组件得到的，所述弹性负载均衡组件和弹性网际互连协议属于所述网络组件。
105.在一种可能的设计中，用户可以在弹性云服务器组件中部署反向代理服务器程序(例如nginx程序)，从而得到反向代理服务器组件。在又一种可能的设计中，用户可以在弹性云服务器中部署web服务程序，从而得到web服务器。
106.在第四方面的又一种可能的实施方式中，所述设计节点，具体用于：
107.确定所述目标服务组件的配置项，所述配置项用于描述构建所述目标服务组件的属性；
108.确定第一服务模板，所述第一服务模板包括所述目标服务组件和所述目标服务组件的配置项。
109.在第四方面的又一种可能的实施方式中，所述配置节点，具体用于：
110.从所述管理节点获取至少一个服务模板和至少一个流程的信息；所述至少一个服务模板中包括所述第一服务模板；所述至少一个流程的信息中包括所述用于指示所述第一审批流程的信息；
111.从所述至少一个服务模板中确定基于所述第一服务模板构建服务实例，所述第一服务模板包括所述目标服务组件和所述目标服务组件的配置项；
112.获取所述服务实例的配置信息和所述第一服务关联的第一审批流程。
113.在第四方面的又一种可能的实施方式中，所述构建装置还包括审批节点，所述管理单元还用于：
114.接收用户设备发送的申请使用所述服务实例的请求；
115.向审批节点发送所述请求以供所述审批节点审批；
116.在审批通过后，部署所述服务实例以供用户设备使用。
117.在第四方面的又一种可能的实施方式中，所述管理节点，还用于：
118.接收来自审批节点的审批结果；
119.根据所述审批结果确定针对使用所述服务实例的请求审批通过。
120.第五方面，本技术实施例公开了一种服务构建装置，所述服务构建装置包括处理器和存储器；所述处理器用于执行存储器存储的计算机指令，使得所述配置节点实现第一方面或者第一方面的一种可能的实施方式所描述的方法。
121.第六方面，本技术实施例公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，所述计算机指令用于实现第一方面或者第一方面的任意一种可能的实施方式所描述方法；又或者用于实现第二方面或者第二方面的任意一种可能的实施
方式所描述方法；又或者用于实现第三方面或者第三方面的任意一种可能的实施方式所描述方法。
122.第七方面，本技术实施例公开了一种计算机程序产品，所述计算机程序产品用于实现第一方面或者第一方面的任意一种可能的实施方式所描述方法；又或者用于实现第二方面或者第二方面的任意一种可能的实施方式所描述方法；又或者用于实现第三方面或者第三方面的任意一种可能的实施方式所描述方法。
附图说明
123.以下对本技术实施例用到的附图进行介绍。
124.图1是本技术实施例提供的一种云计算服务的使用场景示意图；
125.图2是本技术实施例提供的一种服务构建系统的架构示意图；
126.图3是本技术实施例提供的一种服务构建方法的流程示意图；
127.图4是本技术实施例提供的一种设计页面的界面示意图；
128.图5是本技术实施例提供的一种目标服务组件的示意图；
129.图6是本技术实施例提供的又一种目标服务组件的示意图；
130.图7是本技术实施例提供的一种接入it服务的界面示意图；
131.图8是本技术实施例提供的一种配置信息的界面示意图；
132.图9是本技术实施例提供的一种审批流程的示意图；
133.图10是本技术实施例提供的一种获取功能描述的界面示意图；
134.图11是本技术实施例提供的一种获取应用场景的界面示意图；
135.图12是本技术实施例提供的一种服务实例的介绍页的示意图；
136.图13是本技术实施例提供的又一种服务构建系统的架构示意图；
137.图14是本技术实施例提供的又一种服务构建方法的流程示意图；
138.图15是本技术实施例提供的一种保存服务模板的界面示意图；
139.图16是本技术实施例提供的一种服务构建装置的结构示意图；
140.图17是本技术实施例提供的又一种服务构建装置的结构示意图。
具体实施方式
141.下面结合本技术实施例中的附图对本技术实施例进行描述。
142.参见图1，图1是本技术实施提供的一种可能的云计算服务的使用场景示意图，云计算服务101中包括多种服务(或者也称为资源)，例如应用软件服务、硬件服务、以及虚拟机服务、容器服务等，这些服务都是原子化的。由于用户需求的服务通常包含有多种服务，因此需要在云计算服务101申请资源以后进行组合，但是组合服务的过程需要多种联接，因此组合过程比较繁琐且门槛较高，影响用户体验。例如，a部门需要运行一个网页(web)服务系统102，该网页服务系统需要计算服务(例如服务器)、存储资源(例如硬盘)和弹性负载，则需要分别申请以后进行组合使用，由于网页服务系统通常涉及到多种服务交互，将服务联接组合的过程需要耗费大量的精力，服务构建的效率较低，影响用户体验。
143.请参见图2，图2是本技术实施例提供的一种可能的服务构建系统20的架构示意图，参见区域201，该服务构建系统20在前端功能上可以实现服务实例的页面定义、流程定
义、资源编排和自动化编排。这样一来。用户可以通过该系统提供的界面，进行参数的输入，从而定义流程、编排资源等。
144.参见区域202，该服务构建系统20包括资源管理模块、云服务门户模块、界面渲染引擎、流程引擎、资源编排引擎和模型管理模板等等中的一个或者多个。其中，资源管理模板可以实现对资源的管理，例如对脚本资源、模板资源的管理。云服务门户用于上线云服务，或者对云服务进行介绍、展示等等，便于用户申请云服务。界面渲染引擎可以对页面进行渲染或者实行动态加载组件等等。流程引擎用于支持前述的流程定义。资源编排引擎用于支持前述的资源编排和自动化编排。模型管理模块用于管理云服务模型、用户界面(uesrinterface，ui)组件模型、流程组件模型和服务组件(部门场景中也成为资源模型)进行管理。
145.参见区域203，该服务构建系统20可以包括华为云服务平台(hicloud)、openstack(一种云计算平台)、平台即服务(plat as a service)、公有云中的资源，还可以包括it能力。其中，公有云可以为华为公有云、亚马逊云服务(amazon web services，aws)等。
146.请参见图3，图3是本技术实施例提供的一种服务构建方法。可选的，该方法可以基于图2所示的架构来实现。图3所示的服务构建方法至少包括如下步骤：
147.步骤s301：服务构建器获取用户在设计界面编排的目标服务组件。
148.其中，设计界面提供有多个服务组件，该多个服务组件包括计算组件、存储组件、网络组件、弹性伸缩组件等等中的一个或者多个，该目标服务组件为多个服务组件中的一个或者多个。可选的，计算组件又具体包括弹性云服务器、裸金属服务器等等中的一个或者多个，存储组件包括云硬盘组件等；网络组件包括有弹性负载均衡(elastic load balance，elb)组件和弹性互联网协议(elastic internet protocol，eip)组件等；弹性伸缩组件具体包括资源组组件和伸缩组组件等。
149.进一步的，各个服务组件之间还可以组合得到新的服务组件，例如，弹性伸缩组件中的伸缩组组件中还可以添加一个或者多个弹性云服务器组件，部署为服务实例以后，该伸缩组可以调整弹性云服务器之间的带宽资源等等。再如，云硬盘组件可以挂载在计算组件(例如虚拟机组件或者弹性云服务器等)组件中，用于为计算组件提供存储。
150.具体地，在设计界面提供的多个服务组件中，每个服务组件对应有服务(或者说资源)，用户可以可视化地编排这些服务组件得到满足自身需求的目标服务组件，相应的，服务构建器获取用户在设计界面编排的目标服务组件。例如，参见图4，图4是本技术实施例提供的一种可能的设计界面的示意图，其中参见区域401，在设计页面中提供有多种服务组件，用户可以拖拽(或者拉取)服务组件，从而对服务组件进行编排。例如参见图4，用户可以将弹性云服务器组件(或者其他的计算组件)、弹性负载均衡组件、eip组件拖拽到区域402所示的“总览”画布中，从而服务构建器可以获取用户编排的目标服务组件。其中，区域402中的web服务器、数据库、反向代理服务器为根据弹性云服务器(或者其他的计算组件，例如虚拟机组件等)得到的，例如为弹性云服务配置使用时的功能得到具有各种功能的服务组件。
151.在一种可能的设计中，用户可以在弹性云服务器组件中部署反向代理服务器程序(例如nginx程序)，从而得到反向代理服务器组件，其中，nginx(也称为engine x)是一个高性能的超文本传输协议(hypertexttransfer protocol，http)和反向代理技术，配置有
nginx程序的服务组件称为反向代理服务器组件。在又一种可能的设计中，用户可以在弹性云服务器中部署web服务程序，从而得到网页(web)服务器组件。
152.例如，参加图5，图5是本技术实施例提供的一种可能的目标服务组件的示意图，该目标服务组件包括eip组件501、elb组件502、nginx集群(根据弹性伸缩组件中的资源组组件得到的)503、web服务器组(根据弹性伸缩组件中的伸缩组组件得到的)504和数据库(database，db)主备组件505。nginx集群503中包括一个或者多个配置有nginx的计算组件(例如配置有nginx的弹性云服务器或者虚拟机等等)。web服务器组中包括一个或者多个配置有web服务的计算组件。db主备组件是由一个或者多个配置有数据库的存储组件(具体还包括与之耦合的存储组件，例如云硬盘)组合得到的。
153.可以看出，用户可以按照自身需求编排服务组件，从而通过服务构建器得到定制的服务实例，满足用户对于多样化的服务实例的需求，提升了用户体验。当需要构建适用于web应用运行的服务时，可以通过计算组件、存储组件和网络组件快速的组合得到web服务的架构，可以提高web服务的构建效率。
154.进一步的，当确定一个服务组件时，服务构建器还可以动态加载该服务组件的配置项，所述配置项用于描述构建所述目标服务组件的属性。例如，参见图4中，当用户将“数据库”这一服务组件拖拽到区域402所示的“总览”画布时，服务构建器可以加载如区域403所示的配置项(具体实现场景中可以称为属性信息)，该配置项用于描述服务组件对应的属性，例如，区域303所示的配置项用于描述“数据库”这一服务组件所在的资源节点(与组件的名称对应)、虚拟机的名称(该数据库所基于的虚拟机名称)、可用分区等等(此处为示例，并不限定具体的配置项)。可选的，对于网络类资源，配置项可以为内网地址、所在的子网、监听端口等等。
155.在一种可能的设计中，服务构建器接收用户编辑的该配置项的信息，该配置项的信息包括配置项的名称、描述等等。例如，配置项对应的名称和描述可以为接收到的输入操作或者选择操作确定的，再如，参见区域404所示，配置项可以编辑为“用户参数”或者“固定参数”，其中，用户参数为由后续创建实例时用户或者申请服务的用户填写，固定参数由管理员在确定服务组件时固定。
156.可选的，服务构建器可以根据目标服务组件生成第一服务模板，该服务模板中包括该目标服务组件(进一步还可以包括目标服务组件对应的配置项)，这样一来，就可以通过服务模板的形式对目标服务组件进行保存。需要说明的是，图3所示的设计界面为了方便说明界面中存在有多种组件从而提供的一种可能的界面，具体实现过程中还可以包括其他界面和其他参数。
157.可选的，服务构建器提供的多个服务组件还包括跨云编排组件，该跨云编排组件用于编排公有云的资源。跨云编排组件用于编排公有云的资源，具体可以有以下两种实现：
158.实现1：在跨云编排组件中定义公有云资源对应的组件，将跨云编排组件连接私有云的资源，从而实现编排公有云的资源。
159.实现2：通过跨云编排组件连接公有云的资源和私有云的资源，从而实现编排公有云的资源。
160.对于实现1所描述的实现方式，本技术例举一种实现场景，参见图6，图6是本技术实施例提供的又一种可能的目标服务组件的示意图，其中，跨云编码组件601中定义有一个
或者多个公有云的资源对应的服务组件(图6中以公有云计算资源组件和公有云存储资源组件为例，并不旨在限定只有这两种资源对应的组件)，而弹性云服务器中602和db服务器603为私有云的资源，因此跨云编排组件可以作为一个容器，用户可以将公有云资源的对应的服务组件定义在跨云编排组件中。这样一来就可以对公有云的资源进行编排。进一步的，可以将公有云的资源(例如公有云中的服务器)和私有云的资源(例如私有云中的数据库)根据业务场景组合在同一个服务实例中，实现跨云编排，提高了服务的兼容性和多样性，满足了用户联接公有云资源和私有云资源的需求。
161.可选的，设计界面提供多个服务组件中还包括信息技术(informationtechnology，it)服务组件，其中，it服务是信息技术领域的服务商为其用户提供的硬件集成、软件应用和软硬件集成方案等服务。可以看出，将it服务作为服务组件，从而可以将云服务供应商提供的it能力构建成在线服务并应用到云计算，丰富it能力服务化生态。
162.进一步可选的，服务构建器接收用户输入的it服务的信息，该it服务的信息中包括应用程序接口(application programming interfaceapi)信息。服务构建器根据所述it服务的信息生成所述it服务组件。例如，参见图7，图7是本技术实施例提供的一种可能的确定it服务组件的界面示意图，参加区域701，用户可以接入(或者说输入)it服务(图7中以企业中开发的信用信息服务为例)，该it服务的基本信息为接入it服务时用户填写的基本信息，该基本信息包括名称、描述、ip、端口、客户端证书、服务端证书、协议、密码中的一项或者多项。参见区域702，it服务信息可以包括it服务的api信息，该api信息包括api名称、统一资源定位符(uniform resource locator，url)、请求类型(包括post和get两种请求类型)等等。服务构建器还可以接收用户输入的api信息，例如，用户点击页面控件703(用于导入文件的控件)，可以导入api文件。参见区域704，用户可以根据it服务信息定义对应的服务组件，例如，用户可以点击区域705所示的“新增”控件，可以输入资源名称(即服务组件的名称)和描述。进一步的，服务构建器根据应用服务的基本信息、api信息和资源名称，生成应用资源的服务组件。
163.步骤s302：服务构建器根据所述目标服务组件构建服务实例。
164.其中，该服务实例用于供用户设备使用目标服务组件对应的资源。服务构建器通过目标服务组件，构建服务实例，从而可以将原子化的服务构建成组合服务实例以供用户设备使用。
165.具体地，该服务实例中的服务(或者说资源)为目标服务组件指示的服务(或者说资源)，例如，服务模板中包括web服务器组件、反向代理服务器组件，则生成的服务实例中包括web服务器和反向代理服务器。
166.例如，以目标服务组件为图5所示的目标服务组件为例，该生成的服务实例可以为wordpress(一种基于php语言开发的平台)的组合服务，该wordpress的组合服务的服务实例包含一组部署wordpress的弹性云服务器，一组部署数据库节点的弹性云服务，一个部署nginx的服务器，以及elp和eip的相关网络资源。
167.在一种可能的设计中，服务构建器确定所述服务实例的配置信息，根据目标服务组件和服务实例的配置信息，构建所述服务实例。该配置信息可以是默认的，也可以是接收用户输入的，或者也可以是通过通信接口从网络侧设备获取的。其中，配置信息包括所述服
务实例的规格数据，以及所述服务实例的参数数据或参数数据的定义规则。
168.可选的，配置信息具体可以包括规格信息和参数信息，规格信息对应的数据值称为规格数据，参数信息对应的数据值称为参数数据。可选的，提供选择的一组数据为规格信息，例如：镜像，规格，可用分区，系统盘大小等，通常提供一组数据以供选择，因此称为规格参数。配置节点或者用户设备可以自由定义的信息称为参数信息，例如：虚拟机用户名、密码、子网信息等称为参数信息。
169.进一步可选的，参数数据的定义规则用于指示定义该参数的用户(或者用户角色)或者定义该参数的设备，例如，本技术举例提供三种定义规则：管理员定义、用户设备定义和审批节点定义。具体的，定义规则为管理员定义的参数，参数的数据在管理员构建该服务实例时填写。例如：虚拟机名称可以在构建该服务实例时包含在配置信息中。定义规则为用户设备的参数，参数的数据在用户申请服务时填写参数值。例如，使用该服务实例时输入的密码。定义规则为审批节点定义的参数，可以由审批节点在审批流程时填写参数值。进一步的，在审批流程包括多个审批节点时，还可以指定具体的审批节点来确定该参数值。例如：在二级审批中的第二级审批节点来确定网卡关联的子网信息。
170.可选的，服务构建器可以将所述服务实例关联第一审批流程，所述审批流程用于对申请使用所述服务实例的请求进行审批。将服务实例关联第一审批流程，用户提交请求来申请使用服务实例时，可以向审批节点推送该请求，在针对该服务实例的请求审批通过，可以部署该实例以供用户使用，从而将服务申请的流程和审批流程结合，减少了用户申请服务的步骤，提升了用户体验。
171.在一种可能的设计中，服务构建器可以输出页面，管理员可以在该页面上进行输入或者选择操作，相应的，服务构建器接收输入或者选择操作，确定服务实例的配置信息。例如，参见图8，图8是本技术实施例提供的一种可能的确定服务实例的配置信息的界面示意图，管理员(或者提供服务用户)可以通过该页面输入或者选择配置信息，参见区域801，配置信息具体可以包括基本信息，例如服务名称(提供的服务实例的名称)、服务提供者(服务实例是谁提供的)、服务类型(可以是计算类服务、存储类服务、数据库服务、web类服务，或者预先配置的服务类型)、服务责任人、描述、版本信息(用于描述该服务实例的版本，图8中未示出)、服务支持人(也可以称为支持人，用于说明为该服务实例提供技术支持的人员，图8中未示出)、所属区域(说明该服务实例的提供者所述的区域，图8中未示出)、归属项目(图8中未示出)等。
172.在一种可能的设计中，配置信息还可以包括使用策略。参见区域802，本技术例举两种可能的使用策略：使用范围和关联流程，其中，使用范围用于指示具有使用该服务实例的权限的区域、公司、部门、人员等等中的一个或者多个，关联流程用于将申请使用该服务实例的请求关联到某一流程中。例如，参见图9，图9是本技术实施例提供的一种可能的审批流程80的示意图，该流程用于对申请使用服务实例的请求进行审批，用户申请使用服务实例时则进入“发起申请”步骤，该申请可以被推送给审批人，审批人对请求进行审批，若审批通过则将该请求进一步转交给数管部门(对服务资源进行管理的部门，某些场景中也称为数管局)，然后部署该服务后则用户可以使用该服务实例。
173.参见区域803，配置信息还可以包括规格设置，用于确定规格数据，规格数据可以包括规格名称、虚拟机规格(例如1u2g、2u4g等，其中”1u2u”可以是指一个中央处理器和2gb
内存，此外，在一些实施场景中1u是一种表示服务器外部尺寸的高度或厚度的单位，1u是unit的缩略语，在一些具体实施场景中1u＝4.445厘米，具体取决于后续对于计算单元的规格定义)、磁盘大小(例如32gb、100gb等)、可用分区(例如“az01”分区)、规格描述(图中未示出)等等。可选的，如果目标服务组件包括多个组件时，可以设置多个服务组件的规格，得到一组规格数据。例如，目标服务组件包括web服务器和反向代理服务器，则对web服务器和反向代理服务器规格进行设置，得到规格数据，该规格数据可以在后续用户申请服务实例时，提供给用户便于用户选择。
174.参见区域804，配置信息还包括参数数据的定义规则，具体可以为参见前述对定义规则的描述。
175.通过图8所示的页面填写配置信息后，服务构建器则根据填写的配置信息生成对应的服务实例，以供用户申请。具体地，服务构建器可以将服务实例保存在数据库中，通过服务实例列表形式提供给用户，用户浏览列表根据自身需求选择对应的服务实例进行申请，相应的，服务构建器接收用户申请服务实例的请求，为用户部署服务实例以供用户使用(在关联了审批流程的情况下，服务构建器部署服务实例之前还需要确认审批通过)。
176.可选的，服务构建器还可以接收用户输入的对于服务实例的介绍信息，输出对该服务实例的介绍页面，便于用户申请服务。其中，对于服务实例的介绍信息包括服务实例的功能描述和应用场景描述。请参见图10，图10是本技术实施例提供的一种可能的获取功能描述的界面示意图，服务构建器可以输出图10所示的界面，用户可以在区域1001中输入或者选择对该服务的功能描述。例如用户可以在区域1002中添加功能的图标，可以在区域1003中输入功能名称，可以在区域1004中属于对该功能的描述。用户提交功能描述后，相应的，服务构建器获取用户输入的对服务实例的功能描述。
177.请参见图11，图11是本技术实施例提供的一种可能的获取应用场景的界面示意图，服务构建器可以输出图11所示的界面，用户可以在区域1101中输入或者选择对该服务的场景。例如用户可以在区域1102中添加应用场景的图标，可以在区域1103中输入应用场景名称，可以在区域1104中属于对该应用场景的描述。用户提交应用场景后，相应的，服务构建器获取用户输入的对服务实例的应用场景的描述。
178.请参见图12，图12是本技术实施例提供的一种服务构建器生成的介绍页1201的界面示意图，参见区域1202，对该服务实例的名称和描述进行展示(此处以弹性云服务为例进行描述，具体实现时与服务实例的名称对应)。区域1204中对服务实例的功能描述进行展示，该功能描述与图10所示的界面中定义的功能描述信息对应。区域1205对应用场景进行展示，该应用场景与图11所示的界面中定义的应用场景对应。这样一来，用户浏览介绍页，可以根据自身需求申请服务实例，用户点击区域1203对应的控件，可以订阅该服务实例。
179.需要说明的是，本技术各个实施例提供的多个界面，是为了方便说明界面中存在的元素从而提供的一种可能的界面，具体实现过程中还可以包括其他形式的界面，或者界面中还包括其他的元素。
180.在图3所描述的方法中，在设计界面提供多个服务组件，这些服务组件对应有资源，用户可以可视化地编排这些服务组件得到满足自身需求的目标服务组件。服务构建器获取用户编排的目标服务组件，通过目标服务组件构建服务实例，从而可以将原子化的服务构建成组合服务实例以供用户设备使用。这样一来，只需要在设计界面编排服务实例所
attached storage，nas)服务器等等。
188.配置节点1303是具有数据处理能力和数据收发能力的电子设备，可以是实体设备如主机、机架式服务器、刀片式服务器等，也可以是虚拟设备如虚拟机、容器等。配置节点用于按照第一服务模板配置服务实例，该服务实例可以供用户使用服务实例中的服务组件对应的服务(或者说资源)。
189.例如，设计节点1301向管理节点1302提交了第一服务模板，该第一服务模板中包括目标服务组件和目标服务组件的配置项，配置节点1303可以从管理节点1302中获取第一服务模板，按照目标服务组件和目标服务组件的配置项，确定配置信息，配置服务实例，该服务实例中的服务(或者说资源)为目标服务组件指示的服务(或者说资源)，例如，目标服务组件中包括web服务器组件、反向代理服务器组件，则生成的服务实例中包括web服务器和反向代理服务器。配置信息具体可以包括规格信息和参数信息，规格信息对应的数据值称为规格数据，参数信息对应的数据值称为参数数据。可选的，提供选择的一组数据为规格信息，例如：镜像，规格，可用分区，系统盘大小等，通常提供一组数据以供选择，因此称为规格参数。配置节点或者用户设备可以自由定义的信息称为参数信息，例如：虚拟机用户名、密码、子网信息等称为参数信息。
190.可选的，配置节点可以将服务实例所基于的服务模板和配置信息提交给管理节点1302，管理节点1302保存该服务实例(例如，管理节点1302可以将服务实例保存在数据库中)。
191.用户设备1305是具有数据处理能力和数据收发能力的终端，例如手机、电脑主机、便携式计算机、云端计算机、可穿戴设备(智能手表、智能眼镜等等)。用户设备可以申请使用服务实例，相应的，管理节点1302接收用户申请使用服务实例的请求，为用户部署服务。具体地，在一种可能的实施情况中，管理节点可以向用户设备1305发送服务实例列表，用户设备1305的用户浏览列表根据自身需求选择对应的服务实例进行申请，相应的，管理节点1302接收用户设备1305申请服务实例的请求，为用户部署服务实例以供用户使用(在关联了审批流程的情况下，服务构建器部署服务实例之前还需要确认审批通过)。
192.可选的，服务构建系统130还包括审批节点1304，该审批节点1304对申请使用第一服务的请求进行审批。在一种可能的实施情况中，管理节点1302接收用户设备1302发送的申请使用服务实例的请求，将该请求推送给审批节点1304，审批节点对该请求进行审批，向管理节点1302返回审批结果(用于指示审批是否通过的信息)。管理节点1302根据审批结果确定审批通过后，为用户部署服务实例。
193.进一步的，该设计节点1301、管理节点1302、配置节点1303、审批节点1304可以是同一个设备，也可以是不同的设备。
194.例如，服务构建系统130可以是一个b/s(browser/server，浏览器和服务器架构模式，即用户工作界面是通过浏览器来实现，部分事务逻辑在前端(browser)实现，但是主要事务逻辑在服务器端(server)实现)架构的系统，某主机上安装有浏览器，某主机可以通过输出不同的用户界面，从而实现设计节点1301、配置节点1303、审批节点1304所完成的功能。
195.再如，用户a在设计节点1301中创建了第一服务模板，该服务模板可以被用户a授权给用户b使用，因此用户b在配置节点1303中按照第一服务模板配置服务实例，此时设计
节点1301和配置节点1303是不同的设备。
196.再如，用户在本地主机中通过本地web程序实现该b/s架构的系统，因此该主机既可以完成管理节点的功能，也可以输出多种用于界面从而完成设计节点1301、配置节点1303、审批节点1304所完成的功能。
197.可选的，图13中的各个节点之间通信的链路可以包括各种类型的连接介质。例如可以是有线链路(例如光纤、系统总线链路等)、无线链路或者有线链路与无线链路的组合等，本技术对此不做限定。
198.请参见图14，图14是本技术实施例提供的一种服务构建方法的流程示意图，该服务构建方法可以基于图13所示的架构来实现，该方法至少包括如下步骤：
199.步骤s1401：设计节点编排用于构建服务实例的目标服务组件。
200.具体地，设计节点可以接收用户选择或者拖动等输入操作，按照输入操作编排用于构建服务实例的目标服务组件。又或者可选的，设计节点可以根据用户需求的服务实例所需要的组件，自动化的建立多个服务组件之间的连接关系，得到用于构建服务实例的目标服务组件。
201.可选的，设计界面提供有多个服务组件，该多个服务组件包括计算组件、存储组件、网络组件、弹性伸缩组件、跨云编排组件、it服务组件等等中的一个或者多个，该目标服务组件为多个服务组件中的一个或者多个。可选的，计算组件又具体包括弹性云服务器、裸金属服务器等等中的一个或者多个，存储组件包括云硬盘组件等；网络组件包括有弹性负载均衡(elastic load balance，elb)组件和弹性互联网协议(elastic internet protocol，eip)组件等；弹性伸缩组件具体包括资源组组件和伸缩组组件等。
202.进一步的，各个服务组件之间还可以组合得到新的服务组件，例如，弹性伸缩组件中的伸缩组组件中还可以添加一个或者多个弹性云服务器组件，部署为服务实例以后，该伸缩组可以调整弹性云服务器之间的带宽资源等等。再如，云硬盘组件可以挂载在计算组件(例如虚拟机组件或者弹性云服务器等)组件中，用于为计算组件提供存储。
203.在一种可能的设计中，该跨云编排组件用于编排公有云的资源。该跨云编排组件可以作为一个容器，用户可以将公有云资源的对应的服务组件定义在跨云编排组件中。这样一来，可以将公有云资源(例如公有云中的服务器)和私有云资源(例如私有云中的数据库)根据业务场景组合在同一个服务实例中，实现跨云编排，提高了服务的兼容性和多样性，满足了用户联接公有云资源和私有云资源的需求。具体可以参见步骤s301中关于图6的描述，对此不在赘述。
204.可选的，设计界面提供多个服务组件中还包括信息技术(informationtechnology，it)服务组件，其中，it服务是信息技术领域的服务商为其用户提供的硬件集成、软件应用和软硬件集成方案等服务。可以看出，将it服务作为服务组件，从而可以将云服务供应商提供的it能力构建成在线服务并应用到云计算，丰富it能力服务化生态。
205.进一步可选的，服务构建器接收用户输入的it服务的信息，该it服务的信息中包括api信息。服务构建器根据所述it服务的信息生成所述it服务组件。具体可以参见步骤s601中图7的相关描述，本技术对此不在赘述。
206.具体地，如图4所示，在设计界面提供的多个服务组件中，每个服务组件对应有服
务(或者说资源)，用户可以可视化地编排这些服务组件得到满足自身需求的目标服务组件。具体描述还可以参见步骤s301中对于图4的描述，本技术对其不再赘述。
207.可选的，设计节点还可以根据目标服务组件和目标服务组件的配置项生成第一服务模板。进一步的，设计节点保存模板时，可以对目标服务组件的配置项进行分类，例如分为规格项和参数项。其中，对外提供选择的一组配置项为规格项，并定义规格名称。例如：镜像，规格，可用分区，系统盘大小等归类为规格。而业务意义相关联的配置项称为参数，例如：虚拟机用户名，密码归类为账号信息组。进一步可选的，保存模板时，还可以对模板的名称、描述、图标等进行定义。参见图15，图15是本技术实施例提供的一种可能的保存模板的界面示意图，参加区域1501，设计节点可以接收用户的输入、选择等操作，根据用户的输入操作对模板的名称、描述、图标等进行定义。参见区域1502和区域1503，设计节点可以接收用户的输入、选择等操作，根据用户的输入操作对确定配置项的规格项和参数项。
208.可选的，服务构建方法还包括步骤s1402，具体如下：
209.步骤s1402：设计节点向管理节点提交目标服务组件。此处的可选的可以理解为，设计节点可以执行该步骤，也可以不执行该步骤，例如设计节点可以向服务模板数据库提交该目标服务组件，管理节点也可以从服务模板数据库拉取该目标服务组件。
210.具体的，设计节点可以通过通信接口向管理节点发送该目标服务组件，还可以通过可读存储介质将目标服务组件拷贝给管理节点。相应的，管理节点接收该设计节点提交的目标服务组件。
211.可选的，设计节点可以向管理节点发送第一服务模板，第一服务模板中包含目标服务组件，相应的，管理节点接收第一服务模板，从而获取了目标服务组件。
212.步骤s1403：配置节点确定服务实例所基于的目标服务组件、服务实例的配置信息和第一审批流程。
213.具体地，配置节点可以从管理节点获取目标服务组件，默认选择目标服务组件生成服务实例或者接收用户的输入(或者选择)操作确定根据目标服务组件生成服务实例。
214.可选的，管理节点可以向配置节点发送至少一个模板，该至少一个模板中包括第一服务模板，该第一服务模板中包含目标服务组件。配置节点进一步可以从所述至少一个服务模板中确定基于第一服务模板构建服务实例。例如，配置节点向用户提供该多个模板，用户根据自身需求选择需要构建的服务实例所基于的模板；配置节点接收到用户针对第一服务模板的选择操作，从而确定基于第一服务模板构建服务实例。
215.服务实例的配置信息可以是默认的，也可以是接收用户输入的，或者也可以是通过通信接口从网络侧设备获取的。其中，配置信息包括所述服务实例的规格数据，以及所述服务实例的参数数据或参数数据的定义规则。其中，规格信息对应的数据值称为规格数据，参数信息对应的数据值称为参数数据。可选的，提供选择的一组数据为规格信息，例如：镜像，规格，可用分区，系统盘大小等，通常提供一组数据以供选择，因此称为规格参数。配置节点或者用户设备可以自由定义的信息称为参数信息，例如：虚拟机用户名、密码、子网信息等称为参数信息。
216.进一步可选的，参数数据的定义规则用于指示定义该参数的用户(或者用户角色)或者定义该参数的设备，例如，本技术举例提供三种定义规则：管理员定义、用户设备定义和审批节点定义。具体的，定义规则为管理员定义的参数，参数的数据在管理员构建该服务
实例时填写。例如：虚拟机名称可以在构建该服务实例时包含在配置信息中。定义规则为用户设备的参数，参数的数据在用户申请服务时填写参数值。例如，使用该服务实例时输入的密码。定义规则为审批节点定义的参数，可以由审批节点在审批流程时填写参数值。进一步的，在审批流程包括多个审批节点时，还可以指定具体的审批节点来确定该参数值。例如：在二级审批中的第二级审批节点来确定网卡关联的子网信息。
217.可选的，配置节点可以将所述服务实例关联第一审批流程，所述审批流程用于对申请使用所述服务实例的请求进行审批。将服务实例关联第一审批流程，用户提交请求来申请使用服务实例时，可以向审批节点推送该请求，在针对该服务实例的请求审批通过，可以部署该实例以供用户使用，从而将服务申请的流程和审批流程结合，减少了用户申请服务的步骤，提升了用户体验。
218.进一步可选的，配置节点可以获取至少一个审批流程的信息，该至少一个审批流程的信息中包括第一审批流程的信息。配置节点可以接收用户从多个审批流程中确定的针对第一审批流程的选择操作，从而将服务实例关联第一审批流程。
219.其中，配置节点提供的界面可以参见图8所示，相关描述可以参见步骤s302中图8的对应的描述，此处不在赘述。
220.可选的，配置节点还可以接收用户对服务实例的介绍信息或者描述信息，为服务实例生成介绍页面或者描述页面。进一步的，该介绍页面或者描述页面还可以作为用户申请服务实例的入口。具体可以参见步骤s202中对图10、图11以及图12的描述，此处不再赘述。
221.步骤s1404：配置节点将配置信息和用于指示第一审批流程的信息提交给管理节点。
222.具体地，配置节点可以通过通信接口向管理节点发送该配置信息和用于指示第一审批流程的信息，还可以通过可读存储介质将配置信息和用于指示第一审批流程的信息拷贝给管理节点。相应的，管理节点接收该配置节点提交的配置信息和用于指示第一审批流程的信息。当然，在服务实例没有关联流程的情况下，则配置节点提交的信息中不包括该用于指示第一审批流程的信息。
223.可选的，该用于指示第一审批流程的信息可以是该第一审批流程的名称、编号或者身份标识(identification，id)等。
224.可选的，配置节点可以还向管理节点发送目标服务组件的指示信息，用于管理节点确定服务实例所基于的目标服务组件。进一步可选的，配置节点可以向管理节点发送第一服务模板的指示信息，便于服务器确定服务实例所基于的第一服务模板。
225.步骤s1405：管理节点基于目标服务组件、配置信息和第一审批流程，构建服务实例。
226.其中，该服务实例用于供用户设备使用目标服务组件对应的资源。具体地，管理节点通过目标服务组件，构建服务实例，从而可以将原子化的服务构建成组合服务实例以供用户设备使用。
227.具体的，该服务实例中的服务(或者说资源)为目标服务组件指示的服务(或者说资源)，例如，服务模板中包括web服务器组件、反向代理服务器组件，则生成的服务实例中包括web服务器和反向代理服务器。
228.例如，以目标服务组件为图4所示的目标服务组件为例，该生成的服务实例可以为wordpress(一种基于php语言开发的平台)的组合服务，该wordpress的组合服务的服务实例包含一组部署wordpress的弹性云服务器，一组部署数据库节点的弹性云服务，一个部署nginx的服务器，以及elp和eip的相关网络资源。
229.可选的，管理节点接收到服务实例所基于的目标服务组件、服务实例的配置信息(或者还包括用于指示第一审批流程的信息)后，管理节点可以存储前述信息，并注册该服务实例的操作链接(存在用于指示第一审批流程的信息时需要关联第一审批流程)。进一步的，将该服务实例上线到服务目录中，即在服务实例的列表中添加该服务实例，便于用户访问。
230.可选的，服务构建方法还包括步骤s1406-步骤s1409中的部分或者全部步骤，步骤s1406-步骤s1409具体如下：
231.步骤s1406：管理节点接收用户设备申请使用服务实例的请求。
232.具体的，用户设备可以申请使用服务实例，相应的，管理节点接收用户申请使用服务实例的请求，为用户部署服务。可选的，管理节点可以向用户设备发送服务实例列表，用户设备的使用用户浏览列表根据自身需求选择对应的服务实例进行申请，相应的，管理节点接收用户设备申请服务实例的请求，为用户部署服务实例以供用户使用(在关联了审批流程的情况下，服务构建器部署服务实例之前还需要确认审批通过)。
233.在一种可能的实现方式中，用户设备输出包含多个服务实例的页面，或者输出多个服务实例的列表，接收用户选择或者输入的想要申请的服务实例。进一步的，用户将确认申请服务实例的请求提交给管理节点，管理节点则收到该申请服务实例的请求。
234.可选的，该请求中还可以包含其他信息。例如，包括用户通过用户设备填写申请相关的信息，例如：申请部门、申请应用、申请人等等。进一步的，用户通过用户设备根据业务需求选择规格，例如：web服务器选择规格1(例如1u2g，磁盘32gb)。
235.进一步可选的，该请求中还可以包含用户输入或者选择的参数数据(例如，具体可以为定义规则为用户定义类型的参数)，例如：虚拟机密码。用户设备还可以支持用户还可以输入其他的信息，例如：支持上传it部门同意申请服务实例的邮件截图、对于使用用途的描述等等。
236.步骤s1407：管理节点向审批节点发送该请求。
237.具体的，管理节点接收用户设备发送的申请使用服务实例的请求，将该请求推送给审批节点。相应的，审批节点接收管理节点发送的该请求，审批节点对该请求进行审批，向管理节点返回审批结果(用于指示审批是否通过的信息)。
238.步骤s1408：审批节点向管理节点反馈审批结果。
239.具体的，审批节点向管理节点反馈审批结果，相应的，管理节点接收审批节点反馈的审批结果。
240.在一种可能的设计中，审批结果可以通过消息中的某一个字段指示，该字段的值为“1”说明审批通过，该字段的值为“0”说明审批不通过。
241.可选的，审批节点还接收审批人员填写的审批时输入的参数。例如：审批人根据申请人所属部门和举证截图，选择该部门适合的子网分配ip。进一步的，审批节点向管理节点提交审批时输入的参数。
242.步骤s1409：在审批通过后，管理节点部署服务实例以供用户设备使用。
243.可选的，管理节点可以根据审批结果确定审批通过，从而部署服务实例以供用户设备使用。
244.例如，在审批通过以后，管理节点将部署后的服务实例的入口提供给用户设备，用户设备通过管理节点提供的入口从而可以使用该部署后的服务实例。
245.在图14所示的实施例中，设计节点在设计界面提供多个服务组件，这些服务组件对应有资源，用户可以在设计节点中可视化地编排这些服务组件得到满足自身需求的目标服务组件。管理节点通过目标服务组件、配置信息构建服务实例，从而可以将原子化的服务构建成组合服务实例以供用户设备使用。这样一来，只需要在设计界面编排服务实例所需的多个服务组件，就能自动的生成包含多个服务组件的服务实例，而无需分别申请资源以后再进行组合，提高了服务构建的效率。
246.进一步的，服务实例关联有第一审批流程，用户提交请求来申请使用服务实例时，可以向审批节点推送该请求，在针对该服务实例的请求审批通过，可以部署该实例以供用户使用，从而将服务申请的流程和审批流程结合，减少了用户申请服务的步骤，提升了用户体验。
247.上述详细阐述了本技术实施例的方法，下面提供了本技术实施例的装置。
248.请参见图16，图16是本技术实施例提供的一种服务构建装置160的结构示意图，该服务构建装置160可以是图3所示实施例中的服务构建器，也可以是服务构建器中的一个模块，例如芯片或者集成电路等。该服务构建装置130用于实现前述的服务构建方法，如图3所示的实施例描述的服务构建方法。
249.进一步的，该服务构建装置160可以包括通信单元1601和处理单元1602，其中，各个单元的详细描述如下：
250.通信单元1601，用于获取用户在设计界面编排的目标服务组件，其中，所述设计界面提供有多个服务组件，所述多个服务组件包括计算组件、存储组件和网络组件；所述目标服务组件为所述多个服务组件中的一个或者多个；
251.处理单元1602，用于根据所述目标服务组件构建服务实例，所述服务实例用于供用户设备使用所述目标服务组件对应的资源。
252.本技术实施例中，上述装置160在设计界面提供多个服务组件，这些服务组件对应有资源，用户可以可视化地编排这些服务组件得到满足自身需求的目标服务组件。上述装置获取用户编排的目标服务组件，通过目标服务组件构建服务实例，从而可以将原子化的服务构建成组合服务实例以供用户设备使用。这样一来，只需要在设计界面编排服务实例所需的多个服务组件，上述装置160就能自动的生成包含多个服务组件的服务实例，而无需用户在分别申请资源以后再进行组合，提高了服务构建的效率。另一方面，用户可以按照自身需求编排服务组件，从而通过服务构建器得到定制的服务实例，满足用户对于多样化的服务实例的需求，提升了用户体验。
253.进一步的，多个服务组件中包括计算组件、存储组件和网络组件，当需要构建适用于网页(website或者简称为web)应用运行的服务(后文称为网页服务或web服务)时，可以通过计算组件、存储组件和网络组件快速的组合得到web服务的架构，可以提高web服务的构建效率。
254.在一种可能的实施方式中，所述多个服务组件还包括跨云编排组件。
255.其中，所述跨云编排组件用于编排公有云的资源。其中，跨云编排组件可以作为一个容器，用户可以将公有云资源的对应的服务组件定义在跨云编排组件中，这样一来，可以将公有云资源(例如公有云中的服务器)和私有云资源(例如私有云中的数据库)根据业务场景组合在同一个服务实例中，实现跨云编排，提高了服务的兼容性和多样性，满足了用户联接公有云资源和私有云资源的需求。
256.在又一种可能的实施方式中，所述多个服务组件还包括it服务组件。
257.其中，it服务是信息技术领域的服务商为其用户提供的硬件集成、软件应用和软硬件集成方案等服务。可以看出，将it服务作为服务组件，从而可以将云服务供应商提供的it能力构建成在线服务并应用到云计算，丰富it能力服务化生态。
258.在又一种可能的实施方式中，所述通信单元，还用于接收用户输入的it服务的信息，所述it服务的信息中包括应用程序接口api信息；
259.所述处理单元，还用于根据所述it服务的信息生成所述it服务组件。
260.在又一种可能的实施方式中，所述计算组件具体包括弹性云服务器组件、裸金属服务器等组件中的一个或者多个；所述存储组件包括云硬盘组件等；所述网络组件包括有弹性负载均衡组件和弹性互联网协议eip组件等。
261.在又一种可能的实施方式中，所述目标服务组件具体包括网页web服务器组件、数据库组件、反向代理服务器组件、弹性负载均衡elb组件和弹性网际互连协议eip组件；其中，所述web服务器组件、所述数据库组件和所述反向代理服务器组件为基于所述计算组件得到的，所述弹性负载均衡组件和弹性网际互连协议属于所述网络组件。
262.在一种可能的设计中，用户可以在弹性云服务器组件中部署反向代理服务器程序(例如nginx程序)，从而得到反向代理服务器组件。在又一种可能的设计中，用户可以在弹性云服务器中部署web服务程序，从而得到web服务器。
263.在又一种可能的实施方式中，所述处理单元1602，还用于：
264.确定所述服务实例的配置信息；所述配置信息包括所述服务实例的规格数据，以及所述服务实例的参数数据或参数数据的定义规则；
265.根据所述目标服务组件和所述服务实例的配置信息，构建所述服务实例。
266.其中，配置信息具体可以包括规格信息和参数信息，规格信息对应的数据值称为规格数据，参数信息对应的数据值称为参数数据。可选的，提供选择的一组数据为规格信息，例如：镜像，规格，可用分区，系统盘大小等，通常提供一组数据以供选择，因此称为规格参数。配置节点或者用户设备可以自由定义的信息称为参数信息，例如：虚拟机用户名、密码、子网信息等称为参数信息。
267.在又一种可能的实施方式中，所述参数数据的定义规则为多种定义规则中的一种定义规则；所述多种定义规则包括管理员定义、用户设备定义和审批节点定义。
268.具体的，定义规则为管理员定义的参数，参数的数据在管理员构建该服务时填写。例如：虚拟机名称可以在构建该服务时包含在信息中。进一步的，定义规则还可以包括是否隐藏该参数，从而屏蔽用户不关注的参数，从而降低用户申请服务时页面的复杂度。
269.定义规则为用户设备的参数，参数的数据在用户申请服务时填写参数值。例如，使用该服务需要输入的密码。
270.定义规则为审批节点定义的参数，在审批流程时填写参数值。进一步的，在审批流程包括多个审批节点时，还可以指定具体的审批节点来确定该参数值。例如：在二级审批中的第二级审批节点来确定网卡关联的子网信息。
271.在又一种可能的实施方式中，所述处理单元1602，还用于：
272.将所述服务实例关联第一审批流程，所述审批流程用于对申请使用所述服务实例的请求进行审批。
273.目前在云计算服务中缺少企业组织流程，导致在使用过程中不能适配企业组织流程。例如，企业a部门需要使用一个内存8g的计算资源用于运行程序，需要在内部进行流程申请，等待审批通过后再去云计算提供者处申请或者购买计算资源。这种使用云服务的方法流程较为繁琐，申请服务的效率较慢，影响用户体验。本技术实施例中，将服务实例关联第一审批流程，用户提交请求来申请使用服务实例时，可以向审批节点推送该请求，在针对该服务实例的请求审批通过，可以部署该实例以供用户使用，从而将服务申请的流程和审批流程结合，减少了用户申请服务的步骤，提升了用户体验。
274.可以理解的，本技术各个装置实施例中，对多个单元或者模块的划分仅是一种根据功能进行的逻辑划分，不作为对装置具体的结构的限定。在具体实现中，其中部分功能模块可能被细分为更多细小的功能模块，部分功能模块也可能组合成一个功能模块，但无论这些功能模块是进行了细分还是组合，在服务构建的过程中所执行的大致流程是相同的。例如，上述装置160中的通信单元具体还可以划分为接收单元和发送单元，接收单元用于实现通信中接收数据的功能，发送单元用于实现通信中发送数据的功能。通常，每个单元都对应有各自的程序代码(或者说程序指令)，这些单元各自对应的程序代码在处理器上运行时，使得该单元受处理单元的控制而执行相应的流程从而实现相应功能。
275.请参见图17，图17是本技术实施例提供的一种服务构建装置170的结构示意图。该服务构建装置170可以包括至少一个存储器1701和至少一个处理器1702和通信接口1704。可选的，还可以包含总线1703，其中，存储器1701、处理器1702和通信接口1704通过总线1703相连。
276.其中，存储器1701用于提供存储空间，存储空间中可以存储操作系统和计算机指令等数据。存储器1701可以是随机存储记忆体(random access memory，ram)、只读存储器(read-only memory，rom)、可擦除可编程只读存储器(erasable programmable read only memory，eprom)、或便携式只读存储器(compact disc read-only memory，cd-rom)等等中的一种或者多种的组合。
277.处理器1702是进行算术运算和/或逻辑运算的模块，具体可以是中央处理器(central processing unit，cpu)、图片处理器(graphics processing unit，gpu)、微处理器(microprocessor unit，mpu)、专用集成电路(application specific integrated circuit，asic)、现场可编程逻辑门阵列(field programmable gate array，fpga)、复杂可编程逻辑器件(complex programmable logic device，cpld)等处理模块中的一种或者多种的组合。
278.通信接口1704用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(wi-fi、蓝牙、通用无线传输、车载短距通信技术等)接口。可选的，通信接口1304还可以包括与接口耦合的发射器(如射频发射器、
天线等)，或者接收器等。
279.该服务构建装置170中的处理器1702用于读取所述存储器1701中存储的计算机指令，用于执行前述的服务构建方法，例如图3所示实施例所描述的服务构建方法。
280.举例来说，该服务构建装置170可以为图3所示实施例中的服务构建器，该服务构建装置170中的处理器1702用于读取所述存储器1701中存储的计算机指令，用于执行以下操作：
281.获取用户在设计界面编排的目标服务组件，其中，所述设计界面提供有多个服务组件，所述多个服务组件包括计算组件、存储组件和网络组件；所述目标服务组件为所述多个服务组件中的一个或者多个；
282.根据所述目标服务组件构建服务实例，所述服务实例用于供用户设备使用所述目标服务组件对应的资源。
283.本技术实施例中，上述装置在设计界面提供多个服务组件，这些服务组件对应有资源，用户可以可视化地编排这些服务组件得到满足自身需求的目标服务组件。上述装置获取用户编排的目标服务组件，通过目标服务组件构建服务实例，从而可以将原子化的服务构建成组合服务实例以供用户设备使用。这样一来，只需要在设计界面编排服务实例所需的多个服务组件，上述装置就能自动的生成包含多个服务组件的服务实例，而无需用户在分别申请资源以后再进行组合，提高了服务构建的效率。另一方面，用户可以按照自身需求编排服务组件，从而通过服务构建器得到定制的服务实例，满足用户对于多样化的服务实例的需求，提升了用户体验。
284.进一步的，多个服务组件中包括计算组件、存储组件和网络组件，当需要构建适用于网页(website或者简称为web)应用运行的服务(后文称为网页服务或web服务)时，可以通过计算组件、存储组件和网络组件快速的组合得到web服务的架构，可以提高web服务的构建效率。
285.在一种可能的实施方式中，所述多个服务组件还包括跨云编排组件。
286.其中，所述跨云编排组件用于编排公有云的资源。其中，跨云编排组件可以作为一个容器，用户可以将公有云资源的对应的服务组件定义在跨云编排组件中，这样一来，可以将公有云资源(例如公有云中的服务器)和私有云资源(例如私有云中的数据库)根据业务场景组合在同一个服务实例中，实现跨云编排，提高了服务的兼容性和多样性，满足了用户联接公有云资源和私有云资源的需求。
287.在又一种可能的实施方式中，所述多个服务组件还包括it服务组件。
288.其中，it服务是信息技术领域的服务商为其用户提供的硬件集成、软件应用和软硬件集成方案等服务。可以看出，将it服务作为服务组件，从而可以将云服务供应商提供的it能力构建成在线服务并应用到云计算，丰富it能力服务化生态。
289.在又一种可能的实施方式中，所述处理器1702，还用于：
290.通过通信接口1704接收用户输入的it服务的信息，所述it服务的信息中包括应用程序接口api信息；
291.根据所述it服务的信息生成所述it服务组件。
292.在又一种可能的实施方式中，所述计算组件具体包括弹性云服务器组件、裸金属服务器等组件中的一个或者多个；所述存储组件包括云硬盘组件等；所述网络组件包括有
弹性负载均衡组件和弹性互联网协议eip组件等。
293.在又一种可能的实施方式中，所述目标服务组件具体包括网页web服务器组件、数据库组件、反向代理服务器组件、弹性负载均衡elb组件和弹性网际互连协议eip组件；其中，所述web服务器组件、所述数据库组件和所述反向代理服务器组件为基于所述计算组件得到的，所述弹性负载均衡组件和弹性网际互连协议属于所述网络组件。
294.在一种可能的设计中，用户可以在弹性云服务器组件中部署反向代理服务器程序(例如nginx程序)，从而得到反向代理服务器组件。在又一种可能的设计中，用户可以在弹性云服务器中部署web服务程序，从而得到web服务器。
295.在又一种可能的实施方式中，所述处理器1702，还用于：
296.确定所述服务实例的配置信息；所述配置信息包括所述服务实例的规格数据，以及所述服务实例的参数数据或参数数据的定义规则；
297.根据所述目标服务组件和所述服务实例的配置信息，构建所述服务实例。
298.其中，配置信息具体可以包括规格信息和参数信息，规格信息对应的数据值称为规格数据，参数信息对应的数据值称为参数数据。可选的，提供选择的一组数据为规格信息，例如：镜像，规格，可用分区，系统盘大小等，通常提供一组数据以供选择，因此称为规格参数。配置节点或者用户设备可以自由定义的信息称为参数信息，例如：虚拟机用户名、密码、子网信息等称为参数信息。
299.在又一种可能的实施方式中，所述参数数据的定义规则为多种定义规则中的一种定义规则；所述多种定义规则包括管理员定义、用户设备定义和审批节点定义。
300.具体的，定义规则为管理员定义的参数，参数的数据在管理员构建该服务时填写。例如：虚拟机名称可以在构建该服务时包含在信息中。进一步的，定义规则还可以包括是否隐藏该参数，从而屏蔽用户不关注的参数，从而降低用户申请服务时页面的复杂度。
301.定义规则为用户设备的参数，参数的数据在用户申请服务时填写参数值。例如，使用该服务需要输入的密码。
302.定义规则为审批节点定义的参数，在审批流程时填写参数值。进一步的，在审批流程包括多个审批节点时，还可以指定具体的审批节点来确定该参数值。例如：在二级审批中的第二级审批节点来确定网卡关联的子网信息。
303.在又一种可能的实施方式中，所述处理器1702，还用于：
304.将所述服务实例关联第一审批流程，所述审批流程用于对申请使用所述服务实例的请求进行审批。
305.目前在云计算服务中缺少企业组织流程，导致在使用过程中不能适配企业组织流程。例如，企业a部门需要使用一个内存8g的计算资源用于运行程序，需要在内部进行流程申请，等待审批通过后再去云计算提供者处申请或者购买计算资源。这种使用云服务的方法流程较为繁琐，申请服务的效率较慢，影响用户体验。本技术实施例中，将服务实例关联第一审批流程，用户提交请求来申请使用服务实例时，可以向审批节点推送该请求，在针对该服务实例的请求审批通过，可以部署该实例以供用户使用，从而将服务申请的流程和审批流程结合，减少了用户申请服务的步骤，提升了用户体验。
306.本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当计算机指令在一个或多个处理器上运行时，实现图3或者图14所示的实施
例所描述的服务构建方法。
307.本技术实施例还提供了一种芯片系统，该芯片系统包括至少一个处理器，存储器和接口电路，所示接口电路用于为至少一个处理器提供信息输入/输出，该至少一个存储器中存储有计算机指令，当计算机指令在一个或多个处理器上运行时，实现图3或者图14所示的实施例所描述的服务构建方法。
308.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机指令产品的形式实现。该计算机指令产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，可以全部或部分地实现本技术实施例所描述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者通过计算机可读存储介质进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如，固态硬盘(solid state disk，ssd))等。
309.本技术方法实施例中的步骤可以根据实际需要进行顺序调整、合并和删减。
310.本技术装置实施例中的模块可以根据实际需要进行合并、划分和删减。