一种云平台的云服务部署方法及其相关设备

技术领域

本申请涉及云技术领域，尤其涉及一种云平台的云服务部署方法及其相关设备。

背景技术

在云场景下，当云平台确定某个租户存在云服务的需求时，云平台可直接为该租户部署云服务(例如，为该租户分配的虚拟机、容器和裸金属服务器等等)。

一般地，不同租户之间通常存在业务配合，即云平台为不同租户部署的云服务之间可发生交互。然而，云平台在为某个租户部署云服务时，仅能考虑该租户自身的因素，而未考虑与该租户相关联的其他租户所带来的影响，无法实现跨租户的云服务优化部署。

发明内容

本申请实施例提供了一种云平台的云服务部署方法及其相关设备，在为某个租户部署云服务时，可考虑其余租户所带来的影响，从而实现跨租户的云服务优化部署。

本申请实施例的第一方面提供了一种云平台的云服务部署方法，该方法包括：

云平台可提供服务特征设置接口，服务特征设置接口用于获取不同租户的供应-依赖关系。例如，供应-依赖关系1用于表示作为供应方的租户1与作为依赖方的租户2之间的关联关系，供应-依赖关系2用于表示作为供应方的租户3与作为依赖方的租户4之间的关联关系等等。

云平台基于服务特征设置接口获取的供应-依赖关系，为作为依赖方的租户或为作为供应方的租户部署云服务。可见，云平台在为某个租户部署云服务时，可通过服务特征设置接口获取该租户的供应-依赖关系，由于该关系反映了该租户以及其余租户之间的关联关系，那么，云平台基于该关系为该租户部署云服务时，若该租户作为依赖方，云平台可以考虑作为供应方的其余租户所带来的影响，若该租户作为供应方，云平台可以考虑作为依赖方的其余租户所带来的影响，从而实现跨租户的云服务优化部署。

其中，租户可在本地操作终端设备，其中，终端设备安装有可访问云平台的浏览器或云平台提供的客户端，利用终端设备访问云平台，在云平台中输入租户账号和密码登录云平台，其中，不同租户可在云平台中注册获得不同的租户账号和密码，云平台通过租户输入的租户账号来区分租户，通过密码来对租户账号进行鉴权。

更进一地，对于任意一个供应-依赖关系所涉及的作为依赖方的租户以及作为供应方的租户，云平台可将作为供应方的租户的云服务以及作为依赖方的租户的云服务设置在同一逻辑区域，从而实现跨租户的云服务的亲和性部署。如此一来，作为供应方的租户的云服务以及作为依赖方的租户的云服务在交互时，不需要跨逻辑区域传输数据，可以降低数据传输的时延，并提高数据传输的效率。

具体地，跨租户的云服务能够协同部署于同一逻辑区域中，可实现以下优点：(1)可使得云服务之间的通信时延降低，体验更优。(2)还可减少数据跨汇聚层的传输，故传输带宽也能得到保障，有利于提高大数据供应和大数据消费的服务质量，也有利于优化视频生产和视频处理类服务产品间的配合。(3)还可以避免大通信量跨越汇聚边界，浪费过多的网络带宽，从而提升网络资源利用率。

在一种可能的实现方式中，服务特征设置接口用于获取第一租户的供应类型，并获取第二租户的供应类型，其中第一租户的供应类型为供应方，第二租户的供应类型为依赖方。前述实现方式中，第一租户和第二租户可在云平台提供的服务特征设置接口，输入自身的供应类型，此处的供应类型通常指供应方或依赖方，那么，基于第一租户的供应类型和第二租户的供应类型，云平台可确定第一租户为供应方以及确定第二租户为依赖方。

值得注意的是，云平台通过第一租户在云平台注册的租户账号来识别第一租户，通过第二租户在云平台注册的租户账号来识别第二租户。

在一种可能的实现方式中，服务特征设置接口还用于获取第一租户的供应类型公开范围，并获取第二租户的供应类型公开范围，其中第一租户的供应类型公开范围为所有外部租户可见或第二租户可见，第二租户的供应类型公开范围为所有外部租户可见或第一租户可见。前述实现方式中，第一租户和第二租户可在云平台提供的服务特征设置接口，输入自身的供应类型公开范围，那么，基于第一租户的供应类型公开范围和第二租户的供应类型公开范围，云平台可将第一租户的供应类型设置为所有外部租户可见或第二租户可见，将第二租户的供应类型设置为所有外部租户可见或第一租户可见。

在一种可能的实现方式中，服务特征设置接口还用于获取第一租户设置的依赖方，或获取第二租户设置的供应方，其中第一租户设置的依赖方为第二租户，第二租户设置的供应方为第一租户。前述实现方式中，第一租户可在云平台提供的服务特征设置接口，输入第一租户设置的依赖方，第一租户设置的依赖方为第二租户，故云平台可基于第一租户设置的依赖方，确定第一租户和第二租户之间存在供应-依赖关系，或，第二租户可在云平台提供的服务特征设置接口，输入第二租户设置的供应方，第二租户设置的供应方为第一租户，故云平台可基于第二租户设置的供应方，确定第一租户和第二租户之间存在供应-依赖关系。

在一种可能的实现方式中，服务特征设置接口还用于在获取第一租户设置的依赖方为第二租户的情况下，向第二租户确认第二租户是否愿意作为第一租户的依赖方，在获取第二租户设置的供应方为第一租户的情况下，向第一租户确认第一租户是否愿意作为第二租户的供应方。前述实现方式中，前述实现方式中，在获取第一租户设置的依赖方为第二租户的情况下，云平台可通过服务特征设置接口，向第二租户确认第二租户是否愿意作为第一租户的依赖方，若第二租户确认愿意作为第一租户的依赖方，云平台可成功获取第一租户和第二租户之间的供应-依赖关系，或，在获取第二租户设置的供应方为第一租户的情况下，云平台可通过服务特征设置接口，向第一租户确认第一租户是否愿意作为第二租户的供应方，若第一租户确认愿意作为第二租户的供应方，云平台可成功获取第一租户和第二租户之间的供应-依赖关系。

在一种可能的实现方式中，基于服务特征设置接口获取的供应-依赖关系为作为依赖方的租户或为作为供应方的租户部署云服务，包括：确认作为供应方的租户的云服务所在的可用区；将作为依赖方的租户的云服务设置在可用区中。前述实现方式中，对于任意一个供应-依赖关系所涉及的作为依赖方的租户以及作为供应方的租户，云平台可先确认作为供应方的租户的云服务所在的可用区，并将作为依赖方的租户的云服务设置在该可用区中，如此一来，跨租户的云服务实现了亲和性部署。

在一种可能的实现方式中，基于服务特征设置接口获取的供应-依赖关系为作为依赖方的租户或为作为供应方的租户部署云服务，包括：确认作为供应方的租户的云服务的弹性伸缩策略；根据弹性伸缩策略调整作为依赖方的租户的云服务。前述实现方式中，云平台为作为供应方的租户设置有云服务的弹性伸缩策略，该弹性伸缩策略具体可以为：对于任意一个供应-依赖关系所涉及的作为依赖方的租户以及作为供应方的租户，作为供应方的租户的云实例数量变化后，作为依赖方的租户的云实例数量也随之变化。因此，云平台可根据该弹性伸缩策略调整作为供应方的租户的云服务。

在一种可能的实现方式中，基于服务特征设置接口获取的供应-依赖关系为作为依赖方的租户或为作为供应方的租户部署云服务，包括：确认作为供应方的租户的云服务的服务质量(quality of service，QoS)或吞吐量；根据QoS或吞吐量调整作为依赖方的租户的云服务。前述实现方式中，云平台可实时监视作为供应方的租户的云服务的状态参数，该状态参数可以为服务质量或吞吐量。云平台可根据作为供应方的租户的云服务的状态参数，调整作为供应方的租户的云服务。

在一种可能的实现方式中，基于服务特征设置接口获取的供应-依赖关系为作为供应方的租户部署云服务，包括：确认作为依赖方的租户的云服务所在的可用区；将作为供应方的租户的云服务设置在可用区中。前述实现方式中，对于任意一个供应-依赖关系所涉及的作为依赖方的租户以及作为供应方的租户，云平台可先确认作为依赖方的租户的云服务所在的可用区，并将作为供应方的租户的云服务设置在该可用区中，如此一来，跨租户的云服务实现了亲和性部署。

在一种可能的实现方式中，基于服务特征设置接口获取的供应-依赖关系为作为供应方的租户部署云服务，包括：确认作为依赖方的租户的云服务的弹性伸缩策略；根据弹性伸缩策略调整作为供应方的租户的云服务。前述实现方式中，云平台为作为依赖方的租户设置有云服务的弹性伸缩策略，该弹性伸缩策略具体可以为：对于任意一个供应-依赖关系所涉及的作为依赖方的租户以及作为供应方的租户，作为依赖方的租户的云实例数量变化后，作为供应方的租户的云实例数量也随之变化。因此，云平台可根据该弹性伸缩策略调整作为供应方的租户的云服务。

在一种可能的实现方式中，基于服务特征设置接口获取的供应-依赖关系为作为供应方的租户部署云服务，包括：确认作为依赖方的租户的云服务的QoS或吞吐量；根据QoS或吞吐量调整作为供应方的租户的云服务。前述实现方式中，云平台可实时监视作为依赖方的租户的云服务的状态参数，该状态参数可以为服务质量或吞吐量。云平台可根据作为依赖方的租户的云服务的状态参数，调整作为供应方的租户的云服务。

本申请实施例的第二方面提供了一种云平台，云平台包括：获取模块，用于提供服务特征设置接口，服务特征设置接口用于获取不同租户的供应-依赖关系；部署模块，用于基于服务特征设置接口获取的供应-依赖关系为作为依赖方的租户或为作为供应方的租户部署云服务。

从云平台可以看出：云平台可提供服务特征设置接口，服务特征设置接口用于获取不同租户的供应-依赖关系。云平台基于服务特征设置接口获取的供应-依赖关系为作为依赖方的租户或为作为供应方的租户部署云服务。可见，云平台在为某个租户部署云服务时，可通过服务特征设置接口获取该租户的供应-依赖关系，由于该关系反映了该租户以及其余租户之间的关联关系，那么，云平台基于该关系为该租户部署云服务时，若该租户作为依赖方，云平台可以考虑作为供应方的其余租户所带来的影响，若该租户作为供应方，云平台可以考虑作为依赖方的其余租户所带来的影响，从而实现跨租户的云服务优化部署。

在一种可能的实现方式中，获取模块，用于通过服务特征设置接口获取第一租户的供应类型，并获取第二租户的供应类型，其中第一租户的供应类型为供应方，第二租户的供应类型为依赖方。

在一种可能的实现方式中，获取模块，还用于通过服务特征设置接口获取第一租户的供应类型公开范围，并获取第二租户的供应类型公开范围，其中第一租户的供应类型公开范围为所有外部租户可见或第二租户可见，第二租户的供应类型公开范围为所有外部租户可见或第一租户可见。

在一种可能的实现方式中，获取模块，还用于通过服务特征设置接口获取第一租户设置的依赖方，或获取第二租户设置的供应方，其中第一租户设置的依赖方为第二租户，第二租户设置的供应方为第一租户。

在一种可能的实现方式中，获取模块，还用于通过服务特征设置接口在获取第一租户设置的依赖方为第二租户的情况下，向第二租户确认第二租户是否愿意作为第一租户的依赖方，在获取第二租户设置的供应方为第一租户的情况下，向第一租户确认第一租户是否愿意作为第二租户的供应方。

在一种可能的实现方式中，部署模块，用于：确认作为供应方的租户的云服务所在的可用区；将作为依赖方的租户的云服务设置在可用区中。

在一种可能的实现方式中，部署模块，用于：确认作为供应方的租户的云服务的弹性伸缩策略；根据弹性伸缩策略调整作为依赖方的租户的云服务。

在一种可能的实现方式中，部署模块，用于：确认作为供应方的租户的云服务的QoS或吞吐量；根据QoS或吞吐量调整作为依赖方的租户的云服务。

在一种可能的实现方式中，部署模块，用于：确认作为依赖方的租户的云服务所在的可用区；将作为供应方的租户的云服务设置在可用区中。

在一种可能的实现方式中，部署模块，用于：确认作为依赖方的租户的云服务的弹性伸缩策略；根据弹性伸缩策略调整作为供应方的租户的云服务。

在一种可能的实现方式中，部署模块，用于：确认作为依赖方的租户的云服务的QoS或吞吐量；根据QoS或吞吐量调整作为供应方的租户的云服务。

本申请实施例的第三方面提供了一种网络设备，网络设备包括存储器和处理器；

存储器存储有代码，处理器被配置为执行代码，当代码被执行时，网络设备执行如第一方面或第一方面中任意一种可能实现的方式所述的方法。

本申请实施例的第四方面提供了一种计算机存储介质，计算机存储介质存储有计算机程序，该程序由计算机执行时，使得计算机实施第一方面或第一方面中任意一种可能实现的方式所述的方法。

本申请实施例的第五方面提供了一种计算机程序产品，计算机程序产品存储有指令，指令在由计算机执行时，使得计算机实施第一方面或第一方面中任意一种可能实现的方式所述的方法。

本申请实施例中，云平台可提供服务特征设置接口，服务特征设置接口用于获取不同租户的供应-依赖关系。云平台基于服务特征设置接口获取的供应-依赖关系为作为依赖方的租户或为作为供应方的租户部署云服务。可见，云平台在为某个租户部署云服务时，可通过服务特征设置接口获取该租户的供应-依赖关系，由于该关系反映了该租户以及其余租户之间的关联关系，那么，云平台基于该关系为该租户部署云服务时，若该租户作为依赖方，云平台可以考虑作为供应方的其余租户所带来的影响，若该租户作为供应方，云平台可以考虑作为依赖方的其余租户所带来的影响，从而实现跨租户的云服务优化部署。

附图说明

图1为本申请实施例提供的逻辑区域的一个示意图；

图2为本申请实施例提供的云平台的云服务部署方法的一个流程示意图；

图3(a)为本申请实施例提供的服务特征设置接口的一个示意图；

图3(b)为本申请实施例提供的服务特征设置接口的另一示意图；

图3(c)为本申请实施例提供的服务特征设置接口的另一示意图；

图3(d)为本申请实施例提供的服务特征设置接口的另一示意图；

图4为本申请实施例提供的云平台部署云服务的一个示意图；

图5为本申请实施例提供的云平台部署云服务的另一示意图；

图6为本申请实施例提供的云平台的一个结构示意图；

图7为本申请实施例提供的网络设备的一个结构示意图。

具体实施方式

本申请实施例提供了一种云平台的云服务部署方法及其相关设备，在为某个租户部署云服务时，可考虑其余租户所带来的影响，从而实现跨租户的云服务优化部署。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。本申请中所出现的模块的划分，是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些端口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本申请中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本申请方案的目的。

本申请实施例可应用于云场景中，在该场景中，云平台可为多个租户部署云服务。具体地，云平台可对多个逻辑区域的云实例进行管理，例如，云平台可在某个逻辑区域中，创建、释放、迁移、分配以及监视云实例等等。当某个租户存在云服务的需求时，云平台可调度某个逻辑区域(或某些逻辑区域)中的云实例为该租户提供服务，这些被调度的云实例可专门用于实现该租户的业务。至此，则完成该租户的云服务的部署。

其中，租户可在本地操作终端设备，其中，终端设备安装有可访问云平台的浏览器或云平台提供的客户端，利用终端设备访问云平台，在云平台中输入租户账号和密码登录云平台，其中，不同租户可在云平台中注册获得不同的租户账号和密码，云平台通过租户输入的租户账号来区分租户，通过密码来对租户账号进行鉴权。

终端设备例如为可接入互联网的手机、笔记本电脑、台式电脑、平板电脑、车载主机或其他可以接入互联网的个人可在本地操作的设备。

下面对本申请实施例涉及的逻辑区域进行简单的介绍。图1为本申请实施例提供的逻辑区域的一个示意图。如图1所示，逻辑区域包括：区域(region)、可用区(availability zone，AZ)以及数据中心(data center，DC)等等。一般地，区域是根据地理位置划分而出的物理区域，例如，华中地区、华南地区以及华东地区等等。可用区是区域中粒度更小的、独立的、物理隔离的区域，一个区域可包含多个可用区，例如，华南地区包含X市地区、Y市地区以及Z市地区等多个可用区。一个可用区可包含多个数据中心，每个数据中心可容纳多个物理服务器以及多个通信设备等基础设施，数据中心中的多个物理服务器可用于部署提供云服务的云实例。其中，云实例可以是物理服务器本身(也可以理解为裸金属服务器，即裸机)，也可以是部署于物理服务器上的虚拟机(virtual machine，VM)和容器(docker)等等。

在相关技术中，不同租户之间通常存在业务配合，即云平台为不同租户部署的云服务之间可发生交互。例如，企业A的业务为数据库，企业B的业务为依赖于企业A的数据库的视频应用。在云平台分配云实例至企业A和企业B后，当分配制企业B的云实例在运行视频应用时，可从分配至企业A的云实例上运行的数据库中获取视频数据，即分配至企业A的云实例和分配至企业B的云实例可发生交互。然而，云平台在为某个租户部署云服务时，仅能考虑该租户自身的因素，而未考虑其余租户所带来的影响，无法实现跨租户的云服务优化部署。

为了解决上述问题，本申请实施例提供了一种云平台的云服务部署方法。图2为本申请实施例提供的云平台的云服务部署方法的一个流程示意图，如图2所示，该方法包括：

201、云平台提供服务特征设置接口，服务特征设置接口用于获取不同租户的供应-依赖关系。

当云平台启动后，可提供服务特征设置接口，该服务特征设置接口用于获取不同租户的供应-依赖关系。具体地，服务特征设置接口可以为一个租户界面，也可以为一个应用程序接口(application programming interface，API)，还可以为模板上传接口等等。为了便于说明，下文均以务特征设置接口为租户界面进行示意性说明。如图3(a)至图3(d)所示(图3(a)为本申请实施例提供的服务特征设置接口的一个示意图，图3(b)为本申请实施例提供的服务特征设置接口的另一示意图，图3(c)为本申请实施例提供的服务特征设置接口的另一示意图，图3(d)为本申请实施例提供的服务特征设置接口的另一示意图)，云平台可以向多个租户提供用户界面，该租户界面包含多个输入栏，不同的输入栏用于获取租户的不同信息。为了便于说明，下文将以存在业务依赖关系的两个租户为例子，对各个输入栏进行具体介绍，并将作为供应方的租户称为第一租户，将作为依赖方的租户称为第二租户。租户界面的输入栏包括：

(1)供应类型输入栏。租户可在云平台提供的租户界面的供应类型输入栏处，输入自身的供应类型，此处的供应类型通常指供应方或依赖方，那么，云平台可基于多个租户的供应类型，将多个租户分为两类租户：作为供应方的租户以及作为依赖方的租户。具体地，为第一租户提供的租户界面的供应类型输入栏可用于获取第一租户的供应类型，为第二租户提供的租户界面的供应类型输入栏可用于获取第二租户的供应类型，其中，第一租户的供应类型为供应方，第二租户的供应类型为依赖方。例如，设企业A对外提供的业务为数据库，设企业B对外提供的业务为依赖于企业A的数据库的视频应用，那么，企业A与企业B之间存在供应-依赖关系，在该关系中，企业A作为供应方，企业B作为依赖方。如图3(a)所示，企业A在云平台提供的租户界面a上注册信息时，可在供应类型输入栏处输入自身的供应类型为供应方，以使得云平台确定企业A为供应方。同样地，如图3(b)所示，企业B在云平台提供的租户界面b上注册信息时，可在供应类型输入栏处输入自身的供应类型为依赖方，以使得云平台将企业B确定为依赖方。

(2)供应类型公开范围输入栏，供应类型公开范围输入栏可用于获取租户的供应类型的公开范围。租户可在云平台提供的租户界面的供应类型公开范围输入栏处，输入自身的供应类型的公开范围，若公开范围为所有外部租户可见时，云平台则将该租户的供应类型设置为所有外部租户可见，若公开范围为特定租户可见时，云平台则将该租户的供应类型设置某些外部租户(例如，该租户指定的外部租户)可见。具体地，为第一租户提供的租户界面的供应类型公开范围输入栏可用于获取第一租户的供应类型公开范围，为第二租户提供的租户界面的供应类型公开范围输入栏可用于获取第二租户的供应类型空开范围，其中，第一租户的供应类型公开范围为所有外部租户可见或第二租户可见，第二租户的供应类型公开范围为所有外部租户可见或第一租户可见。依旧如上述例子，如图3(a)所示，企业A在云平台提供的租户界面a上注册信息时，还可在供应类型公开范围输入栏输入自身的供应类型公开范围为企业B可见，同样地，如图3(b)所示，企业B在云平台提供的租户界面b上注册信息时，还可在供应类型公开范围输入栏输入自身的供应类型公开范围为企业A可见。那么，后续企业A可在云平台上查询到企业B的供应类型，企业B也可在云平台上查询到企业B的供应类型，而其余企业则无法查询到企业A的供应类型或企业B的供应类型。

(3)对端设置输入栏，对端设置输入栏可用于获取租户所设置(或称为指定)的存在供应-依赖关系的对端租户。对于某一个作为供应方(或依赖方)的租户而言，该租户可在云平台提供的租户界面的对端设置输入栏处，输入该租户所设置的作为依赖方(或供应方)的对端租户，以使得云平台确定该租户以及该租户设置的对端租户之间，存在供应-依赖关系。具体地，为第一租户提供的租户界面的对端设置输入栏可用于获取第一租户设置的依赖方，为第二租户提供的租户界面的对端设置输入栏可用于获取第二租户设置的供应方，其中，第一租户设置的依赖方为第二租户，第二租户设置的供应方为第一租户。依旧如上述例子，如图3(a)所示，企业A在云平台提供的租户界面a上注册信息时，还可在对端设置输入栏输入企业B(相当于企业A将企业B设置为企业A的依赖方)，故云平台可确定企业A与企业B之间存在供应-依赖关系，即将企业B确定为企业A的依赖方。进一步地，如图3(b)所示，企业B在云平台提供的租户界面b上注册信息时，也可在对端设置输入栏输入企业A，故云平台可确定企业A与企业B之间存在供应-依赖关系，即将企业A确定为企业B的供应方。应理解，企业A将企业B设置为企业A的依赖方，以及企业B将企业A设置为企业B的供应方，可都执行，也可择一执行，此处不做限制。

(4)对端确认输入栏，对端确认输入栏可用于获取对端租户的确认信息。对于某一个作为供应方(或依赖方)的租户而言，该租户设置作为依赖方的对端租户后，云平台可在租户界面的对端确认输入栏处，向对端租户显示待确认信息，该确认信息用于向对端租户确定对端租户是否愿意作为该租户的依赖方(或供应方)。云平台在对端确认输入栏处，接收到对端租户的确认信息后，若确认信息用于指示对端租户愿意作为该租户的依赖方(或供应方)，则相当于成功获取该租户以及对端租户之间的供应-依赖关系。具体地，为第一租户提供的租户界面的对端确认输入栏可用于在获取第一租户设置的依赖方为第二租户的情况下，向第二租户确认第二租户是否愿意作为第一租户的依赖方，为第二租户提供的租户界面的对端确认输入栏可用于在获取第二租户设置的供应方为第一租户的情况下，向第一租户确认第一租户是否愿意作为第二租户的供应方。例如，如图3(c)所示，若企业A将企业B设置为企业A的依赖方，云平台可在面向企业B的租户界面b的对端确认输入栏处，显示待确认信息，用于确认企业B是否愿意作为企业A的依赖方。若企业B在对端确认输入栏处，输入用于指示企业B愿意作为企业A的依赖方的确认信息，云平台则成功获取企业A与企业B之间的供应-依赖关系。进一步地，如图3(d)所示，若企业B将企业A设置为企业B的供应方，云平台可在面向企业A的租户界面a的对端确认输入栏处，显示待确认信息，用于确认企业A是否愿意作为企业B的供应方。若企业A在对端确认输入栏处，输入用于指示企业A愿意作为企业B的供应方的确认信息，云平台则成功获取企业A与企业B之间的供应-依赖关系。应理解，获取企业A的确认信息，以及获取企业B的确认信息，可都执行，也可择一执行，此处不做限制。

202、云平台基于服务特征设置接口获取的供应-依赖关系为作为依赖方的租户或为作为供应方的租户部署云服务。

云平台通过服务特征设置接口获取到不同租户的供应-依赖关系后，可基于供应-依赖关系为作为依赖方的租户或为作为供应方的租户部署云服务。云平台部署云服务的构成可分为两种情况：(1)作为依赖方的租户的云服务跟随着作为供应方的租户的云服务进行部署；(2)作为供应方的租户的云服务跟随着作为依赖方的租户的云服务进行部署。下文将对两种情况分别进行介绍：

(1)对于任意一个供应-依赖关系所涉及的作为依赖方的租户以及作为供应方的租户，云平台可先确认作为供应方的租户的云服务所在的可用区，并将作为依赖方的租户的云服务设置在该可用区中，如此一来，跨租户的云服务实现了亲和性部署。依旧如上述例子，如图4所示(图4为本申请实施例提供的云平台部署云服务的一个示意图)，设企业A位于X市地区中，企业A可向云平台申请在X市地区中，部署运行数据库的虚拟机。云平台在X市地区中部署用于运行企业A的数据库的虚拟机后，由于企业A与企业B之间存在供应-依赖关系，故云平台也可在X市地区中部署用于运行企业B的视频应用的虚拟机，并将Y市中原本已部署的用于运行企业B的视频应用的虚拟机释放。

又如，如图5所示(图5为本申请实施例提供的云平台部署云服务的另一示意图)，设企业A位于X市地区中，企业A由于某些因素(例如，虚拟机的价格等等)，向云平台申请将运行数据库的虚拟机从X市迁移至Z市。云平台在Z市地区中部署用于运行企业A的数据库的虚拟机后，由于企业A与企业B之间存在供应-依赖关系，故云平台也可在Z市地区中部署用于运行企业B的视频应用的虚拟机，并将X市中原本已部署的用于运行企业A的数据库的虚拟机以及原本已部署的用于运行企业B的视频应用的虚拟机释放。

进一步地，云平台为作为供应方的租户设置有云服务的弹性伸缩策略，该弹性伸缩策略具体可以为：对于任意一个供应-依赖关系所涉及的作为依赖方的租户以及作为供应方的租户，作为供应方的租户的云实例数量变化后，作为依赖方的租户的云实例数量也随之变化。因此，云平台可根据该弹性伸缩策略调整作为供应方的租户的云服务。依旧如上述例子，企业A可向云平台申请在X市地区中增加运行数据库的虚拟机。那么，云平台接收到企业A的请求后，可在X市地区中，增加用于运行企业A的数据库的虚拟机，以及用于运行企业B的视频应用的虚拟机。

进一步地，云平台可实时监视作为供应方的租户的云服务的状态参数，该状态参数可以为服务质量(quality of service，QoS)或吞吐量。云平台可根据作为供应方的租户的云服务的状态参数，调整作为供应方的租户的云服务。依旧如上述例子，云平台可实时监视用于运行企业A的数据库的虚拟机的QoS，若确定该QoS小于或等于预置的QoS阈值，则增加用于运行企业B的视频应用的虚拟机。

(2)对于任意一个供应-依赖关系所涉及的作为依赖方的租户以及作为供应方的租户，云平台可先确认作为供应方的租户的云服务所在的可用区，并将作为依赖方的租户的云服务设置在该可用区中，如此一来，跨租户的云服务实现了亲和性部署。

进一步地，云平台为作为供应方的租户设置有云服务的弹性伸缩策略，该弹性伸缩策略具体可以为：对于任意一个供应-依赖关系所涉及的作为依赖方的租户以及作为供应方的租户，作为供应方的租户的云实例数量变化后，作为依赖方的租户的云实例数量也随之变化。因此，云平台可根据该弹性伸缩策略调整作为供应方的租户的云服务。

进一步地，云平台可实时监视作为供应方的租户的云服务的状态参数，该状态参数可以为服务质量(quality of service，QoS)或吞吐量。云平台可根据作为供应方的租户的云服务的状态参数，调整作为供应方的租户的云服务。

应理解，作为供应方的租户的云服务跟随着作为依赖方的租户的云服务进行部署的介绍，可参考作为依赖方的租户的云服务跟随着作为供应方的租户的云服务进行部署的相关说明部分，此处不再赘述。

还应理解，图4和图5所示的例子仅以逻辑区域为可用区进行示意性说明，并不对本实施例中逻辑区域的类型构成限制，逻辑区域还可以是区域、数据中心等等。

本申请实施例中，云平台可提供服务特征设置接口，服务特征设置接口用于获取不同租户的供应-依赖关系。云平台基于服务特征设置接口获取的供应-依赖关系为作为依赖方的租户或为作为供应方的租户部署云服务。可见，云平台在为某个租户部署云服务时，可通过服务特征设置接口获取该租户的供应-依赖关系，由于该关系反映了该租户以及其余租户之间的关联关系，那么，云平台基于该关系为该租户部署云服务时，若该租户作为依赖方，云平台可以考虑作为供应方的其余租户所带来的影响，若该租户作为供应方，云平台可以考虑作为依赖方的其余租户所带来的影响，从而实现跨租户的云服务优化部署。

更进一地，对于任意一个供应-依赖关系所涉及的作为依赖方的租户以及作为供应方的租户，云平台可将作为供应方的租户的云服务以及作为依赖方的租户的云服务设置在同一逻辑区域，从而实现跨租户的云服务的亲和性部署。如此一来，作为供应方的租户的云服务以及作为依赖方的租户的云服务在交互时，不需要跨逻辑区域传输数据，可以降低数据传输的时延，并提高数据传输的效率。

具体地，跨租户的云服务能够协同部署于同一逻辑区域中，可实现以下优点：(1)可使得云服务之间的通信时延降低，体验更优。(2)还可减少数据跨汇聚层的传输，故传输带宽也能得到保障，有利于提高大数据供应和大数据消费的服务质量，也有利于优化视频生产和视频处理类服务产品间的配合。(3)还可以避免大通信量跨越汇聚边界，浪费过多的网络带宽，从而提升网络资源利用率。

以上是对本申请实施例提供的云平台的云服务部署方法所进行的详细说明，以下将对本申请实施例提供的云平台进行介绍。图6为本申请实施例提供的云平台的一个结构示意图，如图6所示，云平台包括：

获取模块601，用于提供服务特征设置接口，服务特征设置接口用于获取不同租户的供应-依赖关系；例如，获取模块601用于实现图2所示实施例中步骤201。

部署模块602，用于基于服务特征设置接口获取的供应-依赖关系为作为依赖方的租户或为作为供应方的租户部署云服务。例如，部署模块602用于实现图2所示实施例中步骤202。

在一种可能的实现方式中，获取模块601，用于通过服务特征设置接口获取第一租户的供应类型，并获取第二租户的供应类型，其中第一租户的供应类型为供应方，第二租户的供应类型为依赖方。

在一种可能的实现方式中，获取模块601，还用于通过服务特征设置接口获取第一租户的供应类型公开范围，并获取第二租户的供应类型公开范围，其中第一租户的供应类型公开范围为所有外部租户可见或第二租户可见，第二租户的供应类型公开范围为所有外部租户可见或第一租户可见。

在一种可能的实现方式中，获取模块601，还用于通过服务特征设置接口获取第一租户设置的依赖方，或获取第二租户设置的供应方，其中第一租户设置的依赖方为第二租户，第二租户设置的供应方为第一租户。

在一种可能的实现方式中，获取模块601，还用于通过服务特征设置接口在获取第一租户设置的依赖方为第二租户的情况下，向第二租户确认第二租户是否愿意作为第一租户的依赖方，在获取第二租户设置的供应方为第一租户的情况下，向第一租户确认第一租户是否愿意作为第二租户的供应方。

在一种可能的实现方式中，部署模块602，用于确认作为供应方的租户的云服务所在的可用区；将作为依赖方的租户的云服务设置在可用区中。

在一种可能的实现方式中，部署模块602，用于：确认作为供应方的租户的云服务的弹性伸缩策略；根据弹性伸缩策略调整作为依赖方的租户的云服务。

在一种可能的实现方式中，部署模块602，用于：确认作为供应方的租户的云服务的QoS或吞吐量；根据QoS或吞吐量调整作为依赖方的租户的云服务。

在一种可能的实现方式中，部署模块602，用于：确认作为依赖方的租户的云服务所在的可用区；将作为供应方的租户的云服务设置在可用区中。

在一种可能的实现方式中，部署模块602，用于：确认作为依赖方的租户的云服务的弹性伸缩策略；根据弹性伸缩策略调整作为供应方的租户的云服务。

在一种可能的实现方式中，部署模块602，用于：确认作为依赖方的租户的云服务的QoS或吞吐量；根据QoS或吞吐量调整作为供应方的租户的云服务。

需要说明的是，上述装置各模块/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其带来的技术效果与本申请方法实施例相同，具体内容可参考本申请实施例前述所示的方法实施例中的叙述，此处不再赘述。

图7为本申请实施例提供的网络设备的一个结构示意图。如图7所示，本申请实施例中网络设备一个实施例可以包括一个或一个以上中央处理器701，存储器702，输入输出接口703，有线或无线网络接口704，电源705。

存储器702可以是短暂存储或持久存储。更进一步地，中央处理器701可以配置为与存储器702通信，在网络设备上执行存储器702中的一系列指令操作。

本实施例中，中央处理器701可以执行前述图2所示实施例中云平台所执行的操作，具体此处不再赘述。

本实施例中，中央处理器701中的具体功能模块划分可以与前述图6中所描述的获取模块和部署模块等模块的划分方式类似，此处不再赘述。

本申请实施例还涉及一种计算机存储介质，包括计算机可读指令，当所述计算机可读指令被执行时，实现如图2所述的方法。

本申请实施例还涉及一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如图2所述的方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。