多服务应用结构架构的制作方法

概括地说，本申请涉及改进云服务基础设施。更具体地说，本文所公开的实施例示出了能够托管另一服务架构的服务架构。

背景技术：

云计算近年来已变得相当流行。一般而言，云计算涉及将计算作为服务而不是产品来传递，由此将共享资源(软件、存储资源等等)作为服务提供给计算设备。资源通过网络共享，该网络通常是互联网。通常针对特定的云计算平台和架构开发应用和服务并在其上部署。从这个意义上说，开发和部署应用和服务的实体可以是也可以不是提供硬件平台和管理基础设施的相同实体。将软件作为服务来递送允许开发者专注于提供应用和服务，而不必担心诸如供应硬件、随着对应用和/或服务的需求增加和减少而调整可用硬件的数量和类型等事项。

附图说明

图1示出了云基础设施的示例。

图2示出了托管另一应用结构连同公共机器结构和硬件的一个应用结构的示例。

图3示出了托管另一应用和管理结构的一个应用和管理结构的示例。

图4示出了托管另一应用和管理结构的一个应用和管理结构的示例。

图5示出了用于确定一个应用结构的服务如何可以由另一应用结构托管的流程图。

图6示出了适用于托管应用结构或执行本文所公开的方法的机器的代表性架构。

具体实施方式

以下描述包括例示说明性实施例的说明性系统、方法、用户界面、技术、指令序列和计算机程序产品。在以下描述中，出于解释的目的，阐述了许多具体细节以便提供对本发明主题内容的各个实施例的理解。然而，对于本领域技术人员将显而易见的是，可以在没有这些具体细节的情况下实践本发明主题内容的各实施例。通常，没有详细示出公知的指令实例、协议、结构和技术。

概述

典型的云基础架构具有自己的管理和应用结构(fabric)。例如，考虑两个云基础架构a和b。例如，可能出现这种情况，其中不同的团队构建不同的产品和服务。例如，可能一个团队构建针对电子邮件的解决方案，并且另一团队构建针对具有文档管理的文档交换的解决方案。即使这两个团队使用具有公共操作系统的公共开发平台，或者即使两个团队使用基本云基础架构的公共模型，这两个团队通常最终也会创建不同的机器和应用结构，在这些机器和应用结构上构建他们最终向他们的客户提供的服务。因此，对这两个系统的管理可能完全不同，并且在这两个云基础架构(其包括不同的机器和应用结构)之上开发要提供的服务是非常不同的。

有时，开发者希望托管在基础架构b中的基础架构a上构建的服务。这可以是消除冗余管理和应用结构的统一努力、简化管理和部署的尝试、利用另一基础设施的一些特征的期望的一部分，或者出于任何数量的其他原因。在这种情况下，开发者需要重写一堆管理和应用基础设施部件，以便使基础设施a的部件在基础设施b上运行。本文所公开的实施例公开了一种托管多个服务架构的多服务架构。该解决方案消除了开发者的大部分工作，因为“多服务架构”具有并排运行两个结构的能力，从而允许开发者无缝地托管服务。这创建了一种系统，其中开发者可以免于担心他们希望向其用户提供的业务逻辑和体验，并且可以自动获得任何选择的底层结构。

描述

图1是示出了云服务产品的图。it部门、开发者、用户、系统管理员或其他人可以依赖于作为云服务产品的一部分提供的基础设施、平台和/或软件来实现应用和/或提供服务。这种云服务可以基于公共云、私有云或者其组合。

图1示出了通常为100的云服务产品的实施例。通常将对这些产品的描述分组为基础设施即服务(iaas)136、平台即服务(paas)124和/或软件即服务(saas)112。iaas136可以包括各种基础设施类型的产品，例如存储138、虚拟机140、内容分发142、web托管146、应用服务器144等等。iaas136还可以包括物理机以及虚拟机140。paas124可以包括各种平台类型产品，例如数据库126、数据库管理系统132、测试工具128、开发工具134、目录服务130等等。saas112可以包括各种软件类型产品，例如电子邮件/即时消息传送114、商业应用116、社交网络118、办公自动化122、虚拟桌面120等等。结合iaas136、paas124和saas112示出的各种类型的产品仅仅是代表性的，并且也可以包括和/或提供其他产品。

结构通常是指在结构管理基础设施的管理范围内的所有物理和虚拟资源。结构的作用是从开发者抽象出底层的物理和逻辑架构，并且通常承担缩放的责任。因此，结构是将云服务的各方面分组在一起以简化开发、部署等等的方式。结构通常与微服务结合使用，其中微服务是一种软件架构样式，其中复杂应用由通过某种机制(例如api)彼此通信的小进程组成。因此，本文讨论的特定结构层包括实现结构层目的所必需的服务、微服务、应用等等。

参考图1的架构图，结构将包括在结构的管理范围内的物理和虚拟资源，并从开发者抽象出底层的物理和逻辑架构。因此，例如，应用和管理结构通常是特定云计算基础设施的一部分，该特定云计算基础设施提供管理硬件和虚拟资源的服务并提供应用服务层，该应用服务层是开发者用于提供其他服务或端用户服务(例如电子邮件、业务线应用等等)的平台模型。

在下面的讨论中，将不会给出服务和微服务的区别，并且两者都将被简称为服务。这意味着虽然示出或讨论了给定服务，但是该服务可以是更加一体的服务、微服务或者实际上由微服务实现的更加一体的服务。

给定云服务架构中的不同结构层还可以说明层中的给定服务、微服务、应用等等与其他相比如何“高级别”。此外，不同的结构层通常针对特定类型的功能，例如硬件资源的管理、提供客户体验等等。下面的各实施例的结构层通常按功能分离(即，以客户为中心、以机器为中心等等)，并且“较高”层的功能可以使用由“较低”层提供的功能。

图2示出了具有两个基本云计算基础设施(基础设施a201和基础设施b203)的云基础设施200的示例。每个基础设施可以包括硬件(214)、多个机器(206，212)、服务(204，210)和客户结构(202，208)。在该图示中，这两个云基础设施在公共硬件平台214上运行，尽管这两个基础设施可以同样容易地在不同的硬件平台上运行，或者在相同或不同类型的多个硬件平台上运行。在图2中，硬件层(平台)由214示出，并且表示由基础设施a201和b203使用的硬件平台。

在硬件层214之上是机器结构。机器结构负责诸如供应链(在确保部署正确的资源以使其他层工作方面)；数据中心管理(对数据中心机器的管理)，机架管理(对数据中心中机架中的硬件的管理)，网络管理(对物理和虚拟网络资源的管理)，服务器管理(对数据中心中服务器的管理)，虚拟机管理(对数据中心中的虚拟机等等的管理)，生命周期管理等事项。机器结构有时也称为管理结构。在图2的代表性实施例中，存在两种机器结构，机器结构a206和机器结构b212。

在机器结构a/b(206/212)之上是服务结构。服务结构负责提供客户结构中的服务/应用所依赖的服务，例如应用通知的改变、业务策略、多租赁、效率、信任。因此，该层可以包括诸如警报、访问管理、性能计数器等体验和平台特征。图2示出了两种服务结构：服务结构a204和服务结构b210。服务结构也称为应用结构。

在服务结构之上是客户结构，在图2中被示为客户结构a202和客户结构b208。客户结构负责提供与提供给客户的整体服务具体相关的服务、微服务和/或应用，例如与客户的管理、连接、使用、参与、提供给用户的体验等相关的特定方面。因此，如果提供给客户的服务是电子邮件，则客户层可以包括诸如支持洞察(与服务的支持状态相关的信息)、整体电子邮件服务健康、向特定客户/用户提供的电子邮件服务健康等事项。

图3示出了托管另一应用和管理结构的一个应用和管理结构的示例。在该实施例中，通常被示为300，包括硬件层302，该硬件层302表示在其上构建架构的硬件平台。在一些实施例中，硬件层302可以表示单个机器。然而，大多数情况下，硬件层302表示在其上部署架构的多个机器、虚拟机等等。

在图3中，结构a304托管结构b306。结构a在本文中称为主机结构，并且结构b在本文中称为租户结构。结构a具有管理和应用结构a308，并且结构b具有管理和应用结构b310。管理结构提供部署(对组成跨数据中心中的机器、虚拟机等的服务、应用等部件的部署)，监控模型(如何监控诸如服务、数据、应用等事项)，数据洞察(与利用率等等有关的度量和其它信息)，服务敏捷性(扩展、收缩资源、可靠性等等)，以及可以开发其他丰富服务的地方。应用结构提供整体服务(包括例如端用户服务，如电子邮件、应用等等)、体验(包括端用户服务的特征，如向电子邮件中接收到的日历添加内容)、以及平台特征。

在图3中，管理和应用结构a308可以与管理和应用结构b310通信，反之亦然，如由通信信道314指示的。这可以允许管理和应用结构之间的协调和通信以实现诸如对结构上托管的服务、应用的管理等事项。它还可以允许基于来自两个结构的信号来编排服务或应用部署，以提供高可用性。在一些实施例中，其他能力包括利用由应用开发者在一个或所有结构上构建的安全性、灾难恢复、隐私等等。此外，由于提供了多个底层结构，因此应用开发可以专注于业务逻辑和体验，并且可以自动获得支持它们所需要的底层结构。

结构a304具有结构a服务312。结构a服务312可以是管理和应用结构a308的一部分，但是为了解释的目的在此进行了分解。管理和应用结构a308以及管理和应用结构b310两者都使用结构a服务312来完成所需要的任务，如由316和318指示的。下面示出并讨论了样本任务。另外，结构a服务312可以被编写和部署为传统服务、微服务或任何其他架构和/或其任何组合。

图3的架构允许在单个基础设施内支持多个结构，并且可以减少或消除当一个云服务架构移动到另一云服务架构时对重写大量管理和基础设施部件的需要。

图4示出了托管另一应用和管理结构的一个应用和管理结构的示例。通常被示为400的架构包括机器层408，其中机器层408包括公共机器结构412和公共运行时410。公共机器结构412控制数据中心中的物理资产。因此，公共机器结构412提供供应链、数据中心、机架、网络、服务器和其他硬件/虚拟资源管理以及生命周期管理(供应链、机器和其他硬件)。在一些实施例中，在数据中心使用多个不同硬件平台的情况下，公共机器结构412在相关硬件平台上工作。此外，当涉及多个数据中心时，公共机器结构412将在相关数据中心中可用。

该架构还包括公共运行时410。公共运行时410允许代码(服务、应用等等)并排运行而无需在相同的库、代码库或共同开发模型中。公共运行时410可以提供对不同服务层(例如构建分发、看门狗等等)所期望的特定服务等的支持。此外，公共运行时410可以在生态系统中的每个机器(物理和/或虚拟)上运行。

公共运行时410提供针对服务结构406(下面讨论)开发的服务等的编程模型，并且如果需要，可以抽象出底层机器结构的一些元素。例如，如果在迁移或升级过程期间利用不同的底层机器结构来替换公共机器结构，则公共运行时410可以向服务层中的服务隐藏那些细节，以使得可以替换机器结构412而不影响服务结构406中的服务的操作。

架构400还包括服务结构406。服务结构406提供服务、应用等，需要这些服务、应用等来提供应用通知的改变(如由应用创建的数据存储等其它事项的变化)、业务策略(也称为业务逻辑)、多租赁(运行以提供可靠性、可扩展性等的代码的多个副本)、信任(对敏感/安全信息的受控访问等)等。服务结构406还可以提供确保事项高效运行的机制。

服务结构406被构造为使得结构a是主机结构并且结构b是租户结构。服务结构406可以包括三种类型的服务的组合。由于服务结构406支持多种类型的云基础设施(连同它们的结构)，因此可以将用于多种结构的服务并入服务结构406中。例如，如果服务结构406支持两种结构a和b，则可以存在由结构a、结构b、或结构a和结构b两者提供的一些服务。在图3中，由结构a提供的服务被示为服务414，而由结构b提供的服务被示为服务416。

结构a的服务集合414和结构b的服务集合416可以不重叠、部分重叠或完全重叠。例如，考虑结构a服务414提供警报、监视和活动管理并且结构b服务416提供性能计数器、部署和监视的情况。结构a服务414和结构b服务416两者都提供监视。这是允许提供相同或相似功能的两个服务并排存在的情况。在这种情况下，利用服务结构406的服务、应用等等可以自由地使用任一监视服务。下面更详细地讨论执行相同或相似功能的服务可以并排存在的条件。

在以上示例中，并非公共的结构a服务414和结构b服务416(即，结构a服务414的警报和活动管理以及结构b服务416的性能计数器和部署)可以提供由两种结构使用的功能，或者可以提供稍微重叠的功能，但一种结构使用一种服务并且另一种结构使用另一种服务。例如，如果来自结构a服务414的活动管理和来自结构b服务416的性能计数器两者都监视服务、应用等的活动，但来自结构b服务416的性能计数器还提供性能监视，则利用这两种不同结构(a和b)的服务、应用等等可以出于任何数量的原因而使用相应的服务，包括在最初开发服务、应用等等时他们期望提供服务的方式。

服务结构406还包括不与来自另一结构的服务并排存在的服务集合418。这些服务表示被提供以用于以某种方式支持两种结构的服务。该服务集合418通常提供不由其他服务提供的功能。下面将更详细地讨论应该将服务置于该集合中的条件。

举一个可能在服务集合418中的服务的代表性示例，考虑提供跨数据中心改变编排的服务，例如跨数据中心编排引擎420。例如，该服务可以提供多租赁(在相同/不同系统、虚拟机、容器等等上运行的相同代码的多个副本)、逻辑库存(？)、信任(？)、业务策略实施(例如服务将只能在生产质量系统上运行，而不在具有测试代码的系统上运行)和/或其他功能/服务。在这种情况下，结构a和b两者都可以利用相同的编排引擎420。为了实现两种结构期望和需要的方式的编排，编排引擎420可以依赖于由不同结构提供的特定服务。来自图4的示例可以是服务a5、服务a6、服务b5、服务b6等等。例如，结构a可能需要与结构b不同的部署服务，但两者都可以由公共编排引擎420控制。因此，服务可以以不同方式分层以实现期望的目标。

服务结构406可以向利用结构406的服务、应用等等提供一致的接口。换言之，服务结构406对于利用该服务结构的服务、应用等等可以看起来像服务结构a或服务结构b，这取决于分别期望从结构a或结构b提供什么服务、应用等等。因此，对于被创建用于与结构a交互的服务、应用等等，服务结构406看起来像结构a，并且对于被创建用于与结构b交互的服务、应用等等，服务结构406看起来像结构b。这可以通过服务、应用等等实现适当结构的适当接口(api等等)来实现。换言之，从开发者的角度来看，他们在谈论在没有组合的服务结构406的情况下他们将谈论的相同内容，并根据可能的情况使用“旧”服务结构a或b。

该架构可以包括多个客户结构，例如客户结构a402和客户结构b404。客户结构通常提供与体验、使用、参与、与客户的连接等等相关的服务、功能等等。它建立在服务结构之上，并采用服务和应用的更以用户为中心的视图。

虽然已利用两种结构a和b示出了针对图3和图4的上述讨论，但该方法可以应用于不止两种结构。例如，单个结构(a)可以托管多个其他结构(b和c)。

在创建支持多个结构的服务结构时，一种方法是评估由两个结构提供的服务，并且随后选择将允许哪些结构并排存在，以及哪些结构将被组合和/或消除。图5示出了用于确定一个应用结构的服务可以如何由另一应用结构托管的流程图500。换言之，流程图500标识了用于创建主机/托管结构组合(例如服务结构406)的各种步骤。

图5的方法500开始于操作502，在操作502中选择服务结构作为主机结构。选择结构可以基于多种因素。例如，可以出于某种架构原因而选择主机结构。因此，一种结构可以具有更好的架构，或者以比另一结构的服务更合适的方式将服务作为因素来考虑。可以基于修改的容易性、基于所提供的服务的数量或类型、基于采用和部署或任何其他因素来选择主机结构。该操作还被特别指示为可选的，因为在一些情况下，将以某种其他方式来确定选择。

操作504要求对主机/非主机服务的评估。对主机/非主机服务的评估被设计为标识各种服务集合。换言之，它回答了特定服务是否将1)保持完整(即，作为结构a服务414或结构b服务416的一部分)，2)使用其他结构的服务来消除和实现，以及/或3)通过与来自其他结构的服务(即，作为服务集合420的一部分)分层来消除/修改和实现的问题。可以基于主机结构是否可以并排存在(操作506)、或者是否应该通过分层(服务集合420)或通过另一服务(操作510)来实现该主机结构来做出这种判定。

托管服务可以与主机服务并排存在，该主机服务在服务不对底层结构/层做出状态改变的情况下完成相同/相似的功能。在该上下文中，状态改变被广义地解释，并且可以包括硬件(包括存储设备)、操作系统或应用层等等中的状态改变。例如，执行监视的服务是“只读”服务，并且不对任何内容做出改变。这是不做出状态改变的服务的示例。将数据存储在存储位置的服务不太可能是不做出状态改变的服务。

对硬件、操作系统、应用层等等做出状态改变的服务将受益于单个主服务。因此，执行此操作的服务应该通过主机服务来消除和实现，或者通过与主机服务分层来消除。例如，如果通过主机服务来消除和实现服务，则这会得到结构a服务414中的服务，或者如果通过与主机服务分层来消除和实现服务，则这会得到结构a服务414中的服务。

与特定的客户承诺密切相关的服务将受益于单个主设备。有时，这将引起消除一个服务以及通过主机服务(结构a服务414)来消除和实现服务，或者通过与主机服务(服务集合418)分层来消除服务。有时这将意味着保持服务。因此，对于如访问控制等事项，最好在将对所有结构进行服务的单个服务中实现。另一方面，与诸如“您具有您需要的所有必要的隐私控制，而无论数据中心的地理位置如何”或“您的软件将不会部署在实验系统上”之类的客户承诺密切相关的事项例如可以受益于允许它们存在于结构b服务416中，即使这意味着它们与来自结构a服务414或服务集合418的类似服务并排存在。在某些实例中，这些服务将做出状态改变，这些状态改变原本表示它们应该通过结构a服务414或服务集合418来消除和实现。

在希望保留服务但服务也做出状态改变的情况下，正在保留的服务应该在做出状态改变之前从主机结构获得许可。例如，如果提供隐私控制的服务与客户承诺密切相关，但也做出状态改变，则在做出任何状态改变之前，该服务可以通知相关的底层主机结构服务并获得做出适当状态改变的许可。有时这可以由主机服务稍微透明地完成。由于托管服务通过主机服务来访问底层结构等等，因此相关主机服务可以记录正在做出的状态改变，并实现该状态改变或向托管服务返回错误。也可以使用变型(例如主机服务不返回错误，而是采取某种其它动作，如在状态改变不合适时拒绝许可)。

因此，取决于分析的结果，判定框506将标识服务是否应该并排存在(操作508)、应该由主机结构服务实现或者与主机结构服务分层(操作510)。判定512确保评估所有服务以组装适当的服务集合以及将如何实现它们。因此，判定512循环回到操作504，直到已检查所有服务为止。

最后的操作是确保所选择的服务使用公共运行时，例如公共运行时410(操作514)。这是通过使用由运行时提供的服务而不是使用底层公共机器结构412的服务或以某种其他方式执行该功能来完成的。

示例性机器架构和机器可读介质

图6是具有处理系统的示例性形式的机器的图，在该处理系统内可以执行一组指令以用于使得该机器执行本文所讨论的任何一种或多种方法，包括其功能、系统和流程图。图6的机器被示为适合于实现上述概念的独立设备，但是大多数情况下，以上描述的上下文将是在数据中心中进行操作并提供上面公开的一个或多个云架构的多个此类机器。因此，虽然仅示出了单个机器，但术语“机器”还应被视为包括单独或联合地执行一组(或多组)指令以执行本文所讨论的任何一种或多种方法的任何机器集合。

机器600的示例包括经由总线608彼此通信的至少一个处理器602(例如，中央处理单元(cpu)、图形处理单元(gpu)、高级处理单元(apu)或者其组合)、一个或多个存储器(例如主存储器604、静态存储器606或其他类型的存储器)。机器600可以包括其他可选方面，例如包括任何类型的显示器的图形显示单元610。机器600还可以包括其他可选方面，例如字母数字输入设备612(例如，键盘、触摸屏等等)、用户界面(ui)导航设备614(例如，鼠标、轨迹球、触摸设备等等)、存储单元616(例如，磁盘驱动器或其他存储设备)、信号发生设备618(例如，扬声器)、传感器621(例如，全球定位传感器、加速度计、麦克风、相机等等)、输出控制器628(例如，以控制其他设备)、以及网络接口设备620(例如，有线和/或无线)。

可执行指令和机器可读介质

各种存储器(即，604、609和/或处理器602的存储器)和/或存储单元616可以存储体现本文所描述的任何一种或多种方法或功能或由这些方法或功能利用的一组或多组指令和数据结构(例如，软件)624。当由处理器602执行时，这些指令使得各种操作实现所公开的实施例。

如本文所使用的，术语“机器可读介质”和“计算机可读介质”表示相同的内容并且可以在本公开内容中互换地使用。这些术语包括存储一个或多个指令或数据结构的单个介质或多个介质(例如，集中式或分布式数据库和/或相关联的高速缓存和服务器)。这些术语还应被视为包括能够存储、编码或携带由机器执行的指令并使得机器执行本发明的任何一种或多种方法的、或者能够存储、编码或携带由这些指令使用或与这些指令相关联的数据结构的任何有形介质。因此，术语应被视为包括但不限于固态存储器、以及光学和磁性介质。机器可读介质/计算机可读介质的具体示例包括非易失性存储器，举例而言包括半导体存储器设备，例如可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)和闪存设备；磁盘，例如内部硬盘和可移动磁盘；磁光盘；以及cd-rom和dvd-rom磁盘。这些术语明确地排除非法定信号本身，这些信号在下面讨论的术语“传输介质”中涵盖。

传输介质

还可以使用传输介质在通信网络626上发送或接收指令624。可以使用网络接口设备620和多个众所周知的传输协议(例如，http)中的任何一个来发送指令624。传输介质包含发送指令624的机制，例如通信网络。通信网络的示例包括局域网(“lan”)、广域网(“wan”)、互联网、移动电话网络、普通老式电话(pots)网络以及无线数据网络(例如，wifi和wimax网络)。术语“传输介质”应被视为包括能够存储、编码或携带由机器执行的指令、并且包括任何形式的经调制数据信号和信号本身的任何无形介质。术语“经调制数据信号”表示如下的信号，该信号的一个或多个特征以将信息编码到信号中的方式来设置或改变。

示例性实施例

以下表示在本公开内容的范围内的元素的示例性实施例和不同组合。

示例1、一种托管多个云计算基础设施的计算系统，包括：

处理器和在机器可读介质上可访问的可执行指令，所述可执行指令在被执行时使得所述系统执行包括以下各项的操作：

提供公共机器结构层，所述公共机器结构层包括用于控制数据中心中的物理资产的至少一个服务；

提供与所述公共机器结构层相通信的主机服务结构层，控制结构层包括第一服务集合，所述第一服务集合包括与业务策略实施相关的至少一个服务；

提供与所述主机服务结构层相通信的租户服务结构层，所述租户服务结构层提供第二服务集合，所述第二服务集合中的至少一个服务利用所述第一服务集合中的至少一个服务；以及

所述第一服务集合提供对在所述主机结构层上构建的第一多个客户服务的支持，并且所述第二服务集合提供对在所述租户结构层上构建的第二多个客户服务的支持。

示例2、根据示例1所述的计算系统，其中，所述第二服务集合通过所述第一服务集合来访问所述公共机器结构层。

示例3、根据示例1或2所述的计算系统，其中，所述主机服务结构层和所述租户服务结构层被集成到相同的服务结构层中。

示例4、根据示例3所述的计算系统，其中，所述相同的服务结构层包括三组服务：

由第一客户结构层的服务利用的第一组服务；

由第二客户结构层的服务利用的第二组服务；以及

由所述第二组服务中的至少一个服务利用的第三组服务。

示例5、根据示例4所述的计算系统，其中：

所述第一组服务与第一云服务基础设施相关；

所述第二组服务与第二云服务基础设施相关；

所述第三组服务与所述第一云服务基础设施相关。

示例6、根据示例1所述的计算系统，其中，所述第一服务集合由第一客户结构层的服务利用，并且其中，所述第二服务集合由第二客户结构层的服务利用。

示例7、根据示例1、2或6所述的计算系统，还包括公共运行时，并且其中，所述主机服务结构层通过所述公共运行时层来访问公共硬件结构层。

示例8、根据示例1、2或6所述的计算系统，还包括公共运行时，并且其中，所述公共运行时提供所述第一服务集合与所述第二服务集合之间的通信。

示例9、一种用于在主机云计算基础设施内托管租户云计算基础设施的方法，包括：

提供公共机器结构层，所述公共机器结构层包括用于控制数据中心中的物理资产的至少一个服务；

提供公共运行时层，所述公共运行时层与所述公共机器结构层通信；

提供与所述公共运行时结构层相通信的主机服务结构层，所述主机服务结构层包括主机服务集合，所述主机服务集合包括与业务策略实施相关的至少一个服务；

提供与所述主机服务结构层相通信的租户服务结构层，所述租户服务结构层提供租户服务集合，所述租户服务集合中的至少一个服务利用所述主机服务集合中的至少一个服务；以及

所述主机服务集合提供对在所述主机结构层上构建的第一多个客户服务的支持，并且所述租户服务集合提供对在所述租户结构层上构建的第二多个客户服务的支持。

示例10、根据示例9所述的方法，其中，所述租户服务集合通过所述主机服务集合来访问所述公共运行时层或所述公共机器结构层。

示例11、根据示例10所述的方法，其中，在访问所述公共运行时层或所述公共机器结构层之前，所述租户服务集合中的至少一个服务从所述主机服务集合中的至少一个服务请求许可。

示例12、根据示例9所述的方法，其中，所述主机服务集合中的至少一个服务利用所述租户服务集合中的至少一个服务。

示例13、根据示例9所述的方法，还包括主机应用结构与租户应用结构之间的通信信道。

示例14、根据示例9、10、11、12或13所述的方法，其中，在做出状态改变之前，所述租户服务集合中的服务从所述主机服务集合中的服务请求许可。

示例15、一种其上编码有可执行指令的机器可读介质，所述可执行指令在由机器的至少一个处理器执行时使得所述机器执行包括以下各项的操作：

提供主机云服务基础设施，所述主机云服务基础设施包括主机管理结构、主机应用结构、以及主机服务集合，所述主机云服务基础设施提供第一用户服务集合；

提供租户云服务基础设施，所述租户云服务基础设施包括租户管理结构和租户应用结构，所述租户云服务基础设施提供第二用户服务集合；以及

所述租户管理结构和所述租户应用结构利用第一主机服务集合来提供所述第二用户服务集合。

示例16、一种托管多个云计算基础设施的计算系统，包括：

处理器和在机器可读介质上可访问的可执行指令，所述可执行指令在被执行时使得所述系统执行包括以下各项的操作：

提供公共机器结构层，所述公共机器结构层包括用于控制数据中心中的物理资产的至少一个服务；

提供与所述公共机器结构层相通信的主机服务结构层，控制结构层包括第一服务集合，所述第一服务集合包括与业务策略实施相关的至少一个服务；

提供与所述主机服务结构层相通信的租户服务结构层，所述租户服务结构层提供第二服务集合，所述第二服务集合中的至少一个服务利用所述第一服务集合中的至少一个服务；以及

所述第一服务集合提供对在所述主机结构层上构建的第一多个客户服务的支持，并且所述第二服务集合提供对在所述租户结构层上构建的第二多个客户服务的支持。

示例17、根据示例16所述的计算系统，其中，所述第二服务集合通过所述第一服务集合来访问所述公共机器结构层。

示例18、根据示例16或17所述的计算系统，其中，所述主机服务结构层和所述租户服务结构层被集成到相同的服务结构层中。

示例19、根据示例18所述的计算系统，其中，所述相同的服务结构层包括三组服务：

由第一客户结构层的服务利用的第一组服务；

由第二客户结构层的服务利用的第二组服务；以及

由所述第二组服务中的至少一个服务利用的第三组服务。

示例20、根据示例19所述的计算系统，其中：

所述第一组服务与第一云服务基础设施相关；

所述第二组服务与第二云服务基础设施相关；

所述第三组服务与所述第一云服务基础设施相关。

示例21、根据示例16、17、18、19或20所述的计算系统，其中，所述第一服务集合由第一客户结构层的服务利用，并且其中，所述第二服务集合由第二客户结构层的服务利用。

示例22、根据示例16、17、18、19、20或21所述的计算系统，还包括公共运行时，并且其中，所述主机服务结构层通过所述公共运行时层来访问公共硬件结构层。

示例23、根据示例16、17、18、19、20、21或22所述的计算系统，还包括公共运行时，并且其中，所述公共运行时提供所述第一服务集合与所述第二服务集合之间的通信。

示例24、一种用于在主机云计算基础设施内托管租户云计算基础设施的方法，包括：

提供公共机器结构层，所述公共机器结构层包括用于控制数据中心中的物理资产的至少一个服务；

提供公共运行时层，所述公共运行时层与所述公共机器结构层通信；

提供与所述公共运行时结构层相通信的主机服务结构层，所述主机服务结构层包括主机服务集合，所述主机服务集合包括与业务策略实施相关的至少一个服务；

提供与所述主机服务结构层相通信的租户服务结构层，所述租户服务结构层提供租户服务集合，所述租户服务集合中的至少一个服务利用所述主机服务集合中的至少一个服务；以及

所述主机服务集合提供对在所述主机结构层上构建的第一多个客户服务的支持，并且所述租户服务集合提供对在所述租户结构层上构建的第二多个客户服务的支持。

示例25、根据示例24所述的方法，其中，所述租户服务集合通过所述主机服务集合来访问所述公共运行时层或所述公共机器结构层。

示例26、根据示例25所述的方法，其中，在访问所述公共运行时层或所述公共机器结构层之前，所述租户服务集合中的至少一个服务从所述主机服务集合中的至少一个服务请求许可。

示例27、根据示例24、25或26所述的方法，其中，所述主机服务集合中的至少一个服务利用所述租户服务集合中的至少一个服务。

示例28、根据示例24、25、26或27所述的方法，还包括主机应用结构与租户应用结构之间的通信信道。

示例29、根据示例24、25、26、27或28所述的方法，其中，在做出状态改变之前，所述租户服务集合中的服务从所述主机服务集合中的服务请求许可。

示例30、一种其上编码有可执行指令的机器可读介质，所述可执行指令在由机器的至少一个处理器执行时使得所述机器执行包括以下各项的操作：

提供主机云服务基础设施，所述主机云服务基础设施包括主机管理结构、主机应用结构、以及第一主机服务集合，所述主机云服务基础设施提供第一用户服务集合；

提供租户云服务基础设施，所述租户云服务基础设施包括租户管理结构和租户应用结构，所述租户云服务基础设施提供第二用户服务集合；以及

所述租户管理结构和所述租户应用结构利用所述第一主机服务集合来提供所述第二用户服务集合。

结论

鉴于可以应用本发明的原理和前述示例的多种可能的实施例，应该认识到，本文所描述的示例意在仅是说明性的，而不应该被视为限制本发明的范围。因此，如本文所描述的本发明构想所有此类实施例可以落入所附权利要求及其任何等效方案的范围内。