1.本公开涉及计算机技术领域，尤其涉及一种云平台的更新方法、装置、电子设备及存储介质。
背景技术：
2.目前，云平台基于开源openstack(一种开发平台)进行服务组件的功能开发，另外，云平台与第三方服务进行交互，以通过服务组件驱动第三方服务，实现相应的功能。
3.实际应用时，开源openstack的版本可能不断迭代更新，第三方服务的存储代码随着开源openstack的版本不停升级更新发展，云平台没有紧跟开源openstack版本进行迭代更新，由此，导致云平台中服务组件的版本与第三方服务的版本不匹配，进而，导致云平台中的服务组件无法驱动第三方服务，实现相应的功能。
技术实现要素：
4.本公开提供一种云平台的更新方法、装置、电子设备及存储介质，以至少解决相关技术中云平台中服务组件的版本与第三方服务的版本不匹配，进而，导致云平台中的服务组件无法驱动第三方服务，实现相应的功能的问题。本公开的技术方案如下：
5.根据本公开实施例的第一方面，提供一种云平台的更新方法，包括：确定云平台中待更新的服务组件，并创建所述服务组件对应的虚拟环境；其中，所述虚拟环境与所述云平台的真实环境一致；确定所述服务组件的目标版本；其中，所述目标版本的版本号大于所述服务组件的当前版本的版本号；在所述虚拟环境中根据所述目标版本对所述服务组件以及所述服务组件的依赖库进行更新处理。
6.根据本公开的一个实施例，所述确定所述服务组件的目标版本，包括：确定所述云平台对应的开发平台的目标版本；根据所述开发平台的目标版本中的所述服务组件，确定所述服务组件的目标版本。
7.根据本公开的一个实施例，所述确定所述服务组件的目标版本，包括：在所述服务组件为适配第三方服务的服务组件时，在所述虚拟环境中加载所述第三方服务的驱动组件的升级版本并进行配置；在所述虚拟环境中启动所述服务组件，并根据所述服务组件的运行报错结果，确定所述服务组件的所述目标版本；其中，所述运行报错结果为所述服务组件与所述虚拟环境中所述驱动组件的版本不一致时，所述服务组件运行过程中生成的报错结果。
8.根据本公开的一个实施例，所述在所述虚拟环境中根据所述目标版本对所述服务组件以及所述服务组件的依赖库进行更新处理，包括：在所述虚拟环境中加载所述目标版本；启动所述服务组件，以便所述服务组件根据所述目标版本进行所述服务组件以及所述服务组件的依赖库的更新处理。
9.根据本公开的一个实施例，在所述虚拟环境中根据所述目标版本对所述服务组件以及所述服务组件的依赖库进行更新处理之后，所述方法还包括：在所述服务组件为适配
第三方服务的服务组件时，确定所述服务组件中用于驱动第三方服务的相关服务；启动所述相关服务，以检测所述第三方服务的功能是否正常；在所述第三方服务的功能不正常时，重新对所述服务组件以及所述服务组件的依赖库进行更新处理。
10.根据本公开的一个实施例，所述第三方服务为存储服务；所述服务组件为适配所述存储服务的cinder组件。
11.根据本公开的一个实施例，在所述虚拟环境中根据所述目标版本对所述服务组件以及所述服务组件的依赖库进行更新处理之后，所述方法还包括：针对所述服务组件，在所述服务组件对应的虚拟环境中运行所述服务组件。
12.本公开的实施例提供的技术方案至少带来以下有益效果：
13.本公开通过利用虚拟环境对云平台中的单个服务组件进行更新，更新后的云平台中服务组件的版本可与第三方服务的版本匹配，以及更新后的服务组件可驱动第三方服务，实现相应的功能，同时，根据虚拟环境对服务组件的依赖库进行更新，不会对其他服务组件的正常运行造成影响。
14.根据本公开实施例的第二方面，提供一种云平台的更新装置，包括：第一确定模块，用于确定云平台中待更新的服务组件，并创建所述服务组件对应的虚拟环境；其中，所述虚拟环境与所述云平台的真实环境一致；第二确定模块，用于确定所述服务组件的目标版本；其中，所述目标版本的版本号大于所述服务组件的当前版本的版本号；更新模块，用于在所述虚拟环境中根据所述目标版本对所述服务组件以及所述服务组件的依赖库进行更新处理。
15.根据本公开实施例的第三方面，提供一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如本公开第一方面实施例提供的云平台的更新方法。
16.根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如本公开第一方面实施例提供的云平台的更新方法。
17.根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如本公开第一方面提供的云平台的更新方法。
18.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
19.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
20.图1是根据一示例性实施例示出的一种云平台的更新方法的流程图；
21.图2是根据一示例性实施例示出的cinder组件的结构示意图；
22.图3是根据一示例性实施例示出的一种云平台的更新方法的流程图；
23.图4是根据一示例性实施例示出的一种云平台的更新方法的流程图；
24.图5是根据一示例性实施例示出的一种云平台的更新方法的流程图；
25.图6根据一示例性实施例示出的一种云平台的更新方法的流程图；
26.图7根据一示例性实施例示出的一种云平台的更新方法的流程图；
27.图8是根据一示例性实施例示出的一种云平台的更新装置的结构示意图；
28.图9示出了可以用来实施本技术的实施例的示例电子设备900的示意性框图。
具体实施方式
29.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
30.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
31.实际应用时，每半年对开发平台进行更新，第三方服务的存储代码随着开发平台的版本不停升级更新发展，云平台没有紧跟开发平台版本进行迭代更新，另外，第三方服务只对服务组件近6个版本进行问题修复及维护，如果基于开发平台重新开发云平台的服务组件，给开发人员带来巨大工作量；云平台中的每个服务组件之间都有相同的依赖库，如果不利用虚拟环境，直接对云平台中的单个组件进行升级更新，也需要对依赖库进行升级，这样将导致云平台中的其他组件与升级的依赖库不兼容。
32.针对上述问题，本公开提出一种云平台的更新方法、装置、电子设备及存储介质。
33.图1是根据一示例性实施例示出的一种云平台的更新方法的流程图。其中，需要说明的是，本公开实施例的云平台的更新方法可应用于本公开实施例的云平台的更新装置，该装置可被配置于电子设备中。其中，该电子设备可以是移动终端，例如，手机、平板电脑、个人数字助理等具有各种操作系统的硬件设备。
34.如图1所示，本实施例提出的云平台的更新方法，包括以下步骤：
35.在步骤101中，确定云平台中待更新的服务组件，并创建服务组件对应的虚拟环境；其中，虚拟环境与云平台的真实环境一致。
36.在本公开实施例中，云平台中可包括多个服务组件，比如，nova组件，cinder组件，glance组件等。可将云平台中的多个服务组件中的任一个服务组件作为待更新的服务组件。
37.在本公开实施例中，如图2所示，以待更新的服务组件为适配存储服务的cinder组件为例，服务组件-应用程序接口(如，cinder-api)负责接受和处理外界的api请求，服务组件-调度器(如，cinder-cinder-scheduler)用于选择合适的存储节点(如，cinder-volume)，存储节点的主要功能是对后端存储进行一层抽象封装，为用户提供统一的接口，通过调用后端存储驱动接口来进行存储相关的操作(如，emc存储、自研存储以及ceph存储等)。
38.为了不对待更新的服务组件之外的其他服务组件造成影响，在本公开实施例中，可安装服务组件对应的虚拟环境，并创建服务组件对应的虚拟环境，以在虚拟环境中执行
待更新服务组件的更新。比如，可通过代码“pip install virtualenv”安装虚拟环境，并通过代码“virtualenvenvname”创建虚拟环境。其中，需要说明的是，服务组件的数量为至少一个，虚拟环境的数量为至少一个，服务组件与虚拟环境一一对应。
39.需要说明的是，真实环境中包括云平台中的所有服务组件，虚拟环境中包括对应的一个服务组件的目标版本，在虚拟环境中运行该待更新的服务组件，待更新的服务组件之外的其他服务组件在真实环境中运行。
40.在步骤102中，确定服务组件的目标版本；其中，目标版本的版本号大于服务组件的当前版本的版本号。
41.进一步地，可通过开发平台的版本确定服务组件的目标版本，或者，通过第三方服务的版本确定服务组件的目标版本。其中，需要说明的是，目标版本的版本号大于服务组件的当前版本的版本号。
42.在步骤103中，在虚拟环境中根据目标版本对服务组件以及服务组件的依赖库进行更新处理。
43.在本公开实施例中，可在虚拟环境中将服务组件以及服务组件的依赖库进行更新处理，以使更新后的服务组件和服务组件的依赖库的版本为目标版本。
44.作为一种示例，以服务组件为适配存储服务的cinder组件为例，可在开发平台或者第三方服务中下载高版本的cinder组件代码，在虚拟环境中启动该高版本的服务组件cinder的应用程序接口(cinder-api)，调动器(cinder-scheduler)以及存储节点(cinder-volume)服务，对高版本的服务组件cinder的依赖库进行更新。比如，将低版本的依赖库进行卸载，安装高版本的依赖库，或者，对低版本的依赖库进行更新得到高版本的依赖库。
45.综上，通过利用虚拟环境对云平台中的单个服务组件进行更新，更新后的云平台中服务组件的版本可与第三方服务的版本匹配，以及更新后的服务组件可驱动第三方服务，实现相应的功能，并减少了开发人员的工作量，同时，根据虚拟环境对服务组件的依赖库进行更新，不会对其他服务组件的正常运行造成影响。
46.为了准确地确定服务组件的目标版本，如图3所示，图3是根据一示例性实施例示出的一种云平台的更新方法的流程图，作为一种示例，可根据开发平台的版本确定服务组件的目标版本，图3所示实施例可包括如下步骤：
47.步骤301，确定云平台中待更新的服务组件，并创建服务组件对应的虚拟环境；其中，虚拟环境与云平台的真实环境一致。
48.步骤302，确定云平台对应的开发平台的目标版本。
49.在本公开实施例中，可根据云平台对应的开发平台的属性信息进行查询，以获取开发平台的最新版本，将最新版本作为目标版本。比如，开发平台为开源openstack，可根据该开发平台的标识信息进行查询，获取开源openstack的最新版本。
50.步骤303，将开发平台的目标版本中的服务组件，确定为服务组件的目标版本。
51.进一步地，可将开发平台中目标版本中的与待更新服务组件标识相同的服务组件，作为云平台中待更新服务组件的目标版本。
52.步骤304，在虚拟环境中根据目标版本对服务组件以及服务组件的依赖库进行更新处理。
53.需要说明的是，步骤301和步骤304的执行过程可以分别采用本公开的各实施例中
的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
54.综上，通过确定云平台对应的开发平台的目标版本；根据开发平台的目标版本中的服务组件，确定服务组件的目标版本。由此，可根据开发平台的目标版本，准确地确定云平台中待更新的服务组件的目标版本。
55.为了准确地确定服务组件的目标版本，如图4所示，图4是根据一示例性实施例示出的一种云平台的更新方法的流程图，作为另一种示例，可根据第三方服务确定服务组件的目标版本，图4所示实施例可包括如下步骤：
56.步骤401，确定云平台中待更新的服务组件，并创建服务组件对应的虚拟环境；其中，虚拟环境与云平台的真实环境一致。
57.步骤402，在服务组件为适配第三方服务的服务组件时，在虚拟环境中加载第三方服务的驱动组件的升级版本并进行配置。
58.在本公开实施例中，在云平台中的待更新服务组件为适配第三方服务的服务组件时，可在虚拟环境中加载第三方服务的驱动组件的升级版本，并将驱动组件的升级版本在配置文件中进行配置。
59.步骤403，在虚拟环境中启动服务组件，并根据服务组件的运行报错结果，确定服务组件的目标版本。
60.其中，运行报错结果为服务组件与虚拟环境中驱动组件的版本不一致时，服务组件运行过程中生成的报错结果。
61.进一步地，在虚拟环境中启动服务组件时，可根据配置文件驱动第三方服务，在驱动运行过程中，当前云平台中的服务组件与第三方服务的驱动组件版本不一致时，可在运行过程中报错，进而，根据运行报错结果，可确定服务组件的目标版本。
62.比如，服务组件为cinder，将第三方服务的驱动组件的升级版本拷贝到虚拟环境中的路径“/envname/lib/python2.7/site-packages/cinder/volume/drivers/”中，接着，在配置文件“/etc/cinder/cinder.conf”中对驱动组件的升级版本进行配置，在虚拟环境中启动cinder-volume服务，并根据配置文件驱动第三方服务，在驱动运行过程中，cinder与第三方服务的驱动组件版本不一致时，可在运行过程中报错，进而，根据运行报错结果，可确定cinder的目标版本。
63.步骤404，在虚拟环境中根据目标版本对服务组件以及服务组件的依赖库进行更新处理。
64.需要说明的是，步骤401和步骤404的执行过程可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
65.综上，通过在服务组件为适配第三方服务的服务组件时，在虚拟环境中加载第三方服务的驱动组件的升级版本并进行配置；在虚拟环境中启动服务组件，并根据服务组件的运行报错结果，确定服务组件的目标版本，由此，根据第三方服务的驱动组件可准确地确定服务组件的目标版本。
66.为了对云平台中服务组件以及服务组件的依赖库进行更新，如图5所示，图5是根据一示例性实施例示出的一种云平台的更新方法的流程图，在本公开实施例中，可在虚拟环境中，加载和启动服务组件的目标版本，以便服务组件根据目标版本进行服务组件以及服务组件依赖库的更新处理。图5所示实施例可包括如下步骤：
67.步骤501，确定云平台中待更新的服务组件，并创建服务组件对应的虚拟环境；其中，虚拟环境与云平台的真实环境一致。
68.步骤502，确定服务组件的目标版本；其中，目标版本的版本号大于服务组件的当前版本的版本号。
69.步骤503，在虚拟环境中加载目标版本。
70.为了在实现待更新服务组件的更新时，不对待更新的服务组件之外的其他服务组件造成影响，可在虚拟环境中加载待更新的服务组件的目标版本。
71.步骤504，启动服务组件，以便服务组件根据所述目标版本进行服务组件以及服务组件的依赖库的更新处理。
72.进一步地，在虚拟环境中启动待更新服务组件，待更新的服务组件根据目标版本进行服务组件以及服务组件的依赖库的更新处理。
73.需要说明的是，步骤501至步骤502的执行过程可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
74.综上，通过在虚拟环境中加载目标版本；启动服务组件，以便服务组件根据所述目标版本进行服务组件以及服务组件的依赖库的更新处理，由此，在虚拟环境中根据待更新的服务组件的目标版本可对云平台中服务组件以及服务组件的依赖库进行更新，并且不会对待更新的服务组件之外的其他服务组件的正常运行造成影响。
75.为了对待更新服务组件以及服务组件的依赖库进行更新验证，如图6所示，图6根据一示例性实施例示出的一种云平台的更新方法的流程图，作为一种示例，在虚拟环境中根据目标版本对服务组件以及服务组件的依赖库进行更新处理之后，可在服务组件为适配第三方服务的服务组件时，确定服务组件中用于驱动第三方服务的相关服务，启动相关服务，以检测第三方服务的功能是否正常，在第三方服务的功能不正常时，重新对服务组件以及服务组件的依赖库进行更新处理，图6所示实施例可包括如下步骤：
76.步骤601，确定云平台中待更新的服务组件，并创建服务组件对应的虚拟环境；其中，虚拟环境与云平台的真实环境一致。
77.步骤602，确定服务组件的目标版本；其中，目标版本的版本号大于服务组件的当前版本的版本号。
78.步骤603，在虚拟环境中根据目标版本对服务组件以及服务组件的依赖库进行更新处理。
79.步骤604，在服务组件为适配第三方服务的服务组件时，确定服务组件中用于驱动第三方服务的相关服务。
80.在本公开实施例中，在服务组件为适配第三方服务的服务组件时，可根据服务组件的功能确定服务组件中用于驱动第三方服务的相关服务，比如，服务组件为cinder组件，cinder组件的功能为存储，cinder组件用于驱动第三方服务的存储服务。
81.步骤605，启动相关服务，以检测第三方服务的功能是否正常。
82.进一步地，启动相关服务，根据相关服务的结果以检测第三方服务的功能是否正常。
83.步骤606，在第三方服务的功能不正常时，重新对服务组件以及服务组件的依赖库进行更新处理。
84.在本公开实施例中，在第三方服务的功能不正常时，可表示服务组件和/或服务组件的依赖库更新失败，需重新对服务组件以及服务组件的依赖库进行更新处理。
85.需要说明的是，步骤601至步骤603的执行过程可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
86.综上，在服务组件为适配第三方服务的服务组件时，确定服务组件中用于驱动第三方服务的相关服务；启动相关服务，以检测第三方服务的功能是否正常；在第三方服务的功能不正常时，重新对服务组件以及服务组件的依赖库进行更新处理，由此，可对服务组件以及服务组件的依赖库的更新进行验证，在服务组件以及服务组件的依赖库的更新失败时，重新对服务组件以及服务组件的依赖库进行更新处理，提高了服务组件以及服务组件的依赖库的更新成功率。
87.为了对待更新服务组件以及服务组件的依赖库进行更新验证，如图7所示，图7根据一示例性实施例示出的一种云平台的更新方法的流程图，作为另一种示例，在虚拟环境中根据目标版本对服务组件以及服务组件的依赖库进行更新处理之后，可在服务组件对应的虚拟环境中运行服务组件。图7所示实施例可包括如下步骤：
88.步骤701，确定云平台中待更新的服务组件，并创建服务组件对应的虚拟环境；其中，虚拟环境与云平台的真实环境一致。
89.步骤702，确定服务组件的目标版本；其中，目标版本的版本号大于服务组件的当前版本的版本号。
90.步骤703，在虚拟环境中根据目标版本对服务组件以及服务组件的依赖库进行更新处理。
91.步骤704，针对服务组件，在服务组件对应的虚拟环境中运行服务组件。
92.在本公开实施例中，服务组件与虚拟环境一一对应，在虚拟环境中根据目标版本对服务组件以及服务组件的依赖库进行更新处理之后，为了对服务组件以及服务组件的依赖库的更新处理进行验证，可在服务组件对应的虚拟环境中运行服务组件，根据该服务组件的运行结果，确定服务组件以及服务组件的依赖库是否更新成功。在服务组件以及服务组件的依赖库更新不成功时，可在虚拟环境中重新根据目标版本对服务组件以及服务组件的依赖库进行更新处理。
93.需要说明的是，步骤701至步骤703的执行过程可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
94.综上，通过针对服务组件，在服务组件对应的虚拟环境中运行服务组件，由此，可对服务组件以及服务组件的依赖库的更新进行验证，在服务组件以及服务组件的依赖库的更新失败时，重新对服务组件以及服务组件的依赖库进行更新处理，提高了服务组件以及服务组件的依赖库的更新成功率。
95.本公开实施例的云平台的更新方法，通过确定云平台中待更新的服务组件，并创建所述服务组件对应的虚拟环境；其中，所述虚拟环境与所述云平台的真实环境一致；确定服务组件的目标版本；其中，目标版本的版本号大于服务组件的当前版本的版本号；在虚拟环境中根据目标版本对服务组件以及服务组件的依赖库进行更新处理。由此，通过利用虚拟环境对云平台中的单个服务组件进行更新，更新后的云平台中服务组件的版本可与第三方服务的版本匹配，以及更新后的服务组件可驱动第三方服务，实现相应的功能，同时，根
据虚拟环境对服务组件的依赖库进行更新，不会对待更新服务组件之外的其他服务组件的正常运行造成影响。
96.为了实现上述实施例，本公开还提出一种云平台的更新装置。
97.图8是根据一示例性实施例示出的一种云平台的更新装置的结构示意图。
98.如图8所示，云平台的更新装置800包括：第一确定模块810、第二确定模块820和更新模块830。
99.其中，第一确定模块810，用于确定云平台中待更新的服务组件，并创建所述服务组件对应的虚拟环境；其中，虚拟环境与所述云平台的真实环境一致；第二确定模块820，用于确定服务组件的目标版本；其中，目标版本的版本号大于服务组件的当前版本的版本号；更新模块830，用于在虚拟环境中根据目标版本对服务组件以及服务组件的依赖库进行更新处理。
100.作为本公开实施例的一种可能实现方式，第二确定模块820，具体用于：确定云平台对应的开发平台的目标版本；将开发平台的目标版本中的服务组件，确定为服务组件的目标版本。
101.作为本公开实施例的一种可能实现方式，第二确定模块，还用于：在服务组件为适配第三方服务的服务组件时，在虚拟环境中加载第三方服务的驱动组件的升级版本并进行配置；在虚拟环境中启动服务组件，并根据服务组件的运行报错结果，确定服务组件的所述目标版本；其中，运行报错结果为服务组件与虚拟环境中驱动组件的版本不一致时，服务组件运行过程中生成的报错结果。
102.作为本公开实施例的一种可能实现方式，更新模块，具体用于：在虚拟环境中加载目标版本；启动服务组件，以便服务组件根据目标版本进行服务组件以及服务组件的依赖库的更新处理。
103.作为本公开实施例的一种可能实现方式，云平台的更新装置800还包括：第三确定模块和启动模块。
104.其中，第三确定模块，用于在服务组件为适配第三方服务的服务组件时，确定服务组件中用于驱动第三方服务的相关服务；启动模块，用于启动相关服务，以检测第三方服务的功能是否正常；更新模块，还用于在第三方服务的功能不正常时，重新对所述服务组件以及服务组件的依赖库进行更新处理。
105.作为本公开实施例的一种可能实现方式，第三方服务为存储服务；服务组件为适配存储服务的cinder组件。
106.作为本公开实施例的一种可能实现方式，云平台的更新装置800还包括：运行模块。
107.其中，运行模块，用于针对所述服务组件，在所述服务组件对应的虚拟环境中运行所述服务组件。
108.本公开实施例的云平台的更新装置，通过确定云平台中待更新的服务组件，并创建服务组件对应的虚拟环境；其中，虚拟环境与云平台的真实环境一致；确定服务组件的目标版本；其中，目标版本的版本号大于服务组件的当前版本的版本号；在虚拟环境中根据目标版本对服务组件以及服务组件的依赖库进行更新处理。由此，通过利用虚拟环境对云平台中的单个服务组件进行更新，更新后的云平台中服务组件的版本可与第三方服务的版本
匹配，以及更新后的服务组件可驱动第三方服务，实现相应的功能，同时，根据虚拟环境对服务组件的依赖库进行更新，不会对其他服务组件的正常运行造成影响。
109.为了实现上述实施例，本公开提出一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使至少一个处理器能够执行上述实施例所述的云平台的更新方法。
110.为了实现上述实施例，本公开提出一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行上述实施例所述的云平台的更新方法。
111.为了实现上述实施例，本公开提出一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现上述实施例所述的云平台的更新方法。
112.图9示出了可以用来实施本技术的实施例的示例电子设备900的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本技术的实现。
113.如图9所示，设备900包括计算单元901，其可以根据存储在只读存储器(rom)902中的计算机程序或者从存储单元908加载到随机访问存储器(ram)903中的计算机程序，来执行各种适当的动作和处理。在ram 903中，还可存储设备900操作所需的各种程序和数据。计算单元901、rom 902以及ram 903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。
114.设备900中的多个部件连接至i/o接口905，包括：输入单元906，例如键盘、鼠标等；输出单元907，例如各种类型的显示器、扬声器等；存储单元908，例如磁盘、光盘等；以及通信单元909，例如网卡、调制解调器、无线通信收发机等。通信单元909允许设备900通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
115.计算单元901可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元901的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元901执行上文所描述的各个方法和处理，例如云平台的更新方法。例如，在一些实施例中，云平台的更新方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元908。在一些实施例中，计算机程序的部分或者全部可以经由rom 902和/或通信单元909而被载入和/或安装到设备900上。当计算机程序加载到ram 903并由计算单元901执行时，可以执行上文描述的云平台的更新方法的一个或多个步骤。备选地，在其他实施例中，计算单元901可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行云平台的更新方法。
116.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算
机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
117.用于实施本技术的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
118.在本技术的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
119.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
120.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、互联网和区块链网络。
121.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
122.其中，需要说明的是，人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术也有软件层面的技术。人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术；人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。
123.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本技术公开的技术方案所期望的结果，本文在此不进行限制。
124.上述具体实施方式，并不构成对本技术保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本技术的精神和原则之内所作的修改、等同替换和改进等，均应包含在本技术保护范围之内。