CN105164660A - 基于云的服务设计承继 - Google Patents

Abstract

根据组件面板设计基于云的服务可包括：为设计者提供组件面板。所述组件面板可包括：多个组件类型，每一个组件类型包括该组件类型的标识、用于定义该组件类型的属性及用于定义与另一组件类型的关系的关系规则。组件面板可包括与组件类型对应且包括该组件类型的特殊变体的组件模板，其中该组件模板承继该组件类型的属性和关系规则。设计可包括接收来自所述设计者的对新组件类型的请求；接收关于用于派生新组件类型的一个组件类型的指示；及从所指示的一个组件类型派生新组件类型，新组件类型从多个组件类型中所指示的一个组件类型承继属性和关系规则。

Description

基于云的服务设计承继

背景技术

云服务通常是指允许终端接收计算机***(例如，瘦客户端、便携式计算机、智能手机、台式计算机等)通过网络(例如，互联网)接入托管的计算资源和/或存储器资源(例如，云资源)池和网络。如此，主机、云服务供应商例如可通过托管应用程序提供软件即服务(SaaS)，通过主机设备(例如，服务器、存储组件、网络组件等)提供基础设施即服务(laaS)，通过托管计算平台(例如，活动***、中间件、数据库、自动扩展设施等)来提供平台即服务(PaaS)。

传统的云服务在需求的基础上产生费用，由云服务供应商管理并可由终端用户调整(例如，根据需要的存储能力、处理功率、网络带宽等调整)。云服务可以为公共服务(例如，基于互联网的服务)，即通常所有潜在的用户均可以使用，或通过专用网络(例如，商业企业网络)有限接入专有服务，以及管理的云服务-私有或托管的-(例如，虚拟私有云服务)或混合云服务(由前述组合所形成的云)。习惯上，当用户订购云服务时，用户可手动执行涉及提供的/呈现的基础设施上部署和配置与订购的云服务关联的软件(例如，部署虚拟机器、中间件、应用软件、应用组件等)多种活动。

附图说明

图1为根据本公开用于为服务设计者提供组件面板以构建基于云的服务之设计的环境的示例的示意图。

图2A示出了根据本公开的根据组件面板设计基于云的服务的***的示例的示意图。

图2B示出了根据本公开的计算装置的示例的示意图。

图3示出了根据本公开的根据组件面板设计基于云的服务的方法的示例的流程图。

具体实施方式

服务管理器可用于提供和交付(例如，实例化，供应和部署)服务，并为终端用户管理云服务的生命周期。管理云服务的生命周期，例如，可包括管理云服务的建立、现有云服务的持续管理、报告、计量和/或审计。云服务管理器可安排现有云服务的应用程序接口(API)的使用，以管理现有云服务的生命周期，并为终端***(例如，台式计算机、便携式计算机、智能手机、客户端、瘦客户端、服务器)的用户安排现有云服务的组合。

根据具体的实施方式，云生命周期管理服务的选择和订购可由给定的服务设计者(例如，管理员)为一组终端订户(例如，企业用户)执行；或者，云功能的选择和订购可由给定的服务设计者(例如，用户或员工)为其个人使用而执行。云服务管理器的订户可通过云服务管理器选择并订购云功能。此处，云功能是指现有云服务、由现有云资源支持的现有云服务的组合，以及由服务管理器提供并交付的生命周期管理服务。云功能可和与“云”关联的服务相关联，“云”可以为公共云(例如，由基于互联网的网络所形成的云，其提供通常可供公众使用的托管云服务)、私有云(例如，由私有有限接入网络(例如，企业网络)形成的云，其向有限的成员组提供托管云服务)、虚拟私有云(例如，由公共网络形成且向有限的成员组提供托管云服务的云)和/或混合云(例如，由前述云中的两个或多个的组合所形成的云)。然而云的示例不限于此，云可包括多个不同类型的分散式计算***和/或分散式计算***的组合。此处，“一个”或“多个”某物可以指一个或多个此物。

一些服务管理器使得服务设计者能够通过服务设计者交互作用(例如，通过服务设计者门户或其它界面)生成云功能。这样的服务管理器使用***来具体呈现云功能，并且可定义最佳资源来执行特定的服务。

云服务最初可能是由服务设计者使用服务管理器(例如，平台和/或控制台)创建的服务设计。服务设计可包含服务组件的层次结构(例如，服务设计的基本构造块具有用于部署服务的信息、属性、活动和/或关系规则)。

服务设计者可通过设计和配置服务组件的层次结构来构建服务设计。服务设计者可依赖其在创建和配置服务组件的层次结构方面的特殊专业知识/技能水平。

以这种方式构建服务设计可在这些服务设计中创建不同的设计结构。进一步地，依赖服务设计者在创建和配置服务组件的层次结构方面的特殊专业知识/技能水平，可能未考虑到服务设计者之间存在的技能差异。

相反地，根据本公开的各个示例，服务管理器可为服务设计者提供具有可重复使用的且标准化的组件面板，用于创建服务设计。本公开的多个示例中的组件面板可包括多个组件类型，多个组件类型用于组织并定义虚拟组件、物理组件和在服务设计中使用的其它组件。组件面板可进一步包括特殊的组件类型，称为组件模板。组件模板可承继与其对应的组件类型的信息、属性、活动和/或关系规则。新组件模板可以源自该组件模板，并可承继其所源自的此组件模板的信息、属性、活动和/或关系规则。因此，本公开的示例可通过为服务设计者提供承继并分享特性的可重复使用的组件来提高服务设计的标准化。该标准化可提高服务设计者之间的共同工作的能力，通过标准化错误修正来减少修理时间/成本，并可减少与部署及维护大量变体有关的成本。此外，组件的重复使用性可减少开发时间、减少顾虑以及提供在给定组件方面具有最高专业知识水平的开发商渐进式开发的组件。换言之，服务设计者可使用在开发某组件方面具有特殊专业知识和/或技能的开发商所开发的组件，其中，该服务设计者可能不具备相同的技能/专业知识以开发该组件。如此，可减少开发该组件时的错误，且服务设计者可通过使用具有预验证的信息、属性、活动和/或关系规则的可重复使用组件来避免其服务设计中的潜在错误。

图1为根据本公开的为服务设计者102提供用于构建基于云的服务的服务设计106的组件面板104的环境100的示例的示意图。环境100可包括服务管理器108，服务管理器108被配置为与服务设计者102合作，来针对云功能创建服务设计106。服务管理器108可包括自动化软件，该自动化软件简化数据库、中间件和打包的应用程序的部署并使数据库、中间件和打包的应用程序的部署实现自动化，并在异构和可扩展云计算环境中实现复杂应用供应和监控。服务管理器例如可部署在计算装置(例如，结合图2B所描述的计算装置)中。

服务设计者102可包括服务设计者102装置。此处，服务设计者102装置，例如，可以为计算装置(例如，结合图2B所描述的计算装置)。服务设计者102可包括服务设计者102门户，以与服务管理器108交换输入和输出。此处，服务设计者102门户可包括通过统一接入点(例如，通过基于网页的用户界面)整合信息、人和/或进程的框架。在一些示例中，服务设计者102门户可由服务设计者102装置接入。

服务管理器108可以是服务设计者102装置上的软件，或者服务管理器108可以存在于单独的装置上。在其中服务管理器108存在于与服务设计者102装置分开的装置上的一些示例中，服务管理器108可经由网络与服务设计者102装置通信。网络可包括局域网(LAN)、广域网(WAN)和/或互联网中的一个或多个。相应地，服务管理器108可存在于网络服务器、私人局域网中的服务器、广域网中的服务器或台式计算机上，和/或可被提供为软件即服务(SaaS)。

如图1所示，服务设计者102可使用服务管理器108，以便构建作为基于云的服务的一部分实施的服务设计106。服务管理器108可为服务设计者102提供用于构建基于云的服务的服务设计106的组件面板104。组件面板104可包括多个组件类型(112-1、112-2、112-N)。每个组件类型(112-1、112-2、112-N)可指定可供使用的可重复使用的组件的签名。组件类型(112-1、112-2、112-N)可包括组件类型的标识(例如，服务器组)、用于定义组件类型的属性(例如，主机名、IP地址等)及用于定义与另一组件类型的关系(例如，托管在服务器X上)的关系规则等。

组件面板104可另外包括多个可选的组件模板114。每个组件模板114可对应于一个组件类型(112-1、112-2、112-N)。换言之，组件模板114可以是组件类型(112-1、112-2、112-N)的扩展，其中，组件模板114为组件类型(112-1、112-2、112-N)的特别版本。组件模板114可包括其所源自的对应组件类型(112-1、112-2、112-N)的属性和关系规则、附加的和/或修改的属性和关系规则，以及与组件模板114有关的活动(例如，在服务器的部署活动)。将组件模板114与对应的组件类型(112-1、112-2、112-N)的关系设计为父-子可能是有益的，其中对应的组件类型(112-1、112-2、112-N)作为父，而组件模板114作为子。作为父的对应组件类型(112-1、112-2、112-N)的属性和关系规则可以被作为子的组件模板114承继。尽管作为子的组件模板114承继属性和关系规则时，但其可进一步被一组标准化生命周期活动所修饰、具有更多信息、具有丰富的定义、具有自己的独特活动、具有自己的独特属性并具有自己的独特的关系规则。

服务设计者102可选择一个组件类型(112-1、112-2、112-N)(例如，服务器组等)和与选择的组件类型(112-1、112-2、112-N)对应的组件模板114(例如，网络服务器，邮件服务器等)。然后，服务设计者102可选择复制116该组件模板114作为服务设计106。复制的组件模板118可承继其被复制的组件模板114的属性、关系规则和活动，其中该组件模板114包括自对应的组件类型(112-1、112-2、112-N)承继的属性和关系规则。然后，复制的组件模板118可由服务设计者按照需要进行修改。在一些示例中，修改可以是对复制的组件模板118的属性、关系规则和活动的修改。修改可以是从服务管理器108所提供的修改表中选择的一个修改。修改表可以为复制的组件模板118可用的预验证修改的表。预验证修改可以是基于关于复制的组件模板118被复制的组件模板114的相同或相似修改的有效性而预先验证的修改。

复制的组件模板118可被实例化为服务实例110的组件实例120中。组件实例120可承继复制的组件模板118的属性、关系规则和活动等，其中复制的组件模板118包括其被复制的组件模板114的属性、关系规则和活动以及从对应的组件类型(112-1、112-2、112-N)承继的属性和关系规则。

在本公开的示例中，服务设计者102可创建新的和/或唯一的组件面板122。例如，如果服务设计者频繁地使用一特定组件，其中对于该特定组件没有可用的组件类型(112-1、112-2、112-N)，和/或对于该特定组件来说，另外的专业化组件类型(112-1、112-2、112-N)提供更加有用的起点，则服务设计者102可创建包含新的组件类型124的新的组件面板122。

服务设计者102可选择一选项，来创建新组件面板122。服务设计者102可选择用于派生新组件类型124的组件面板104。例如，服务设计者102可选择服务器组组件类型(112-1、112-2、112-N)来派生虚拟服务器新组件类型124。当派生出新组件类型124时，新组件类型124可承继其所源自的组件类型(112-1、112-2、112-N)的属性和关系规则。

在本公开的一些示例中，服务设计者102可选择派生新组件类型124的组件面板104、与派生新组件类型124的组件面板104有关的组件类型(112-1、112-2、112-N)，以及与派生新组件类型124的组件类型(112-1、112-2、112-N)有关的组件模板114。新组件类型124可承继其所源自的选择的组件模板114的属性、关系规则和活动，以及其所源自的对应组件类型(112-1、112-2、112-N)的属性和关系规则。

新组件面板122和相关的新组件类型124可以按照与针对组件面板104和相关的组件类型(112-1、112-2、112-N)所论述的方式相同的方式使用。新组件面板122可包括从新组件类型124派生的新组件模板(未示出)，该新组件模板可被复制(未示出)为新服务设计(未示出)并被实例化为新组件实例(未示出)。而且，新组件类型124、新组件模板、新复制的组件模板和新组件实例可从其所源自的新组件类型124、新组件模板、新复制的组件模板或新组件实例承继属性、关系规则和活动。

如上所述，新组件面板122可以从组件面板104和/或其相关元件(例如组件类型(112-1、112-2、112-N)、组件模板114等)派生。此外，新组件面板122可以包括相关元件(例如新组件类型124、新组件模板等)，其中相关元件可从其所源自的元件承继属性、关系规则和活动。亦即，属性、关系规则和活动的承继性可以跨越不同的组件面板(例如组件面板104和新组件面板122)。

服务管理器108可接收对服务管理器元件(例如，组件类型(112-1、112-2、112-N)、组件模板114、复制的组件模板118、组件实例120、新组件类型124、新组件模板、新复制的组件模板和新组件实例)的属性、关系规则和活动的修改(例如，创建，更新，删除)。当服务管理器108接收对特定元件(例如，组件类型112-1)的修改时，服务管理器108可将该修改传播到从该特定元件派生的所有元件(例如，新组件类型124)。当如上所述以父子标记时，服务管理器108可接收对于父的修改，并将该修改传播到子、孙子、曾孙等。在本公开的示例中，修改的传播可跨越不同的组件面板(例如，组件面板104和新组件面板122)。

图2A至图2B示出了本公开的***230、250的示例。图2A示出了根据本公开的用于根据组件面板设计基于云的服务的***230的示例的示意图。***230可包括数据存储器246、管理***232和/或多个引擎234、236、238、240、242、244。管理***232可经由通信链接与数据存储器246通信，且可包括多个引擎(例如，供应引擎234、修饰引擎236、请求引擎238、指示引擎240、派生引擎242、传播引擎244等)。相对于所示出的引擎，管理***232可包括额外的或较少的引擎以执行此处描述的多种功能。

多个引擎可包括硬件和被配置为执行此处描述的多种功能(例如，向与订户门户有关的用户界面提供多个数值)的程序的组合。程序可包括存储在存储器资源(例如，计算机可读取介质、机器可读取介质等)中的程序指令(例如，软件、固件等)以及硬连线的程序(例如，逻辑)。

供应引擎234可包括硬件和/或硬件和程序的组合，以为服务设计者提供用于构建基于云的服务的设计的组件面板。组件面板可包括多个组件类型。多个组件类型中的每一个可代表一个或多个可重复使用的组件，且可包括正被使用的组件的签名。例如，签名可包括用于定义组件类型的属性以及用于定义与另一组件类型的关系的关系规则。组件面板可包括与和该组件面板有关的组件类型相对应的组件模板。组件模板可包括该组件类型的特殊变体。组件模板可从该组件类型承继属性和关系规则，其中组件模板为该组件类型的特殊变体。

修饰引擎236可包括硬件和/或硬件和程序的组合，用于创建组件模板。组件模板的创建可以为自动的，或者可以为服务设计者选择的结果。组件模板可在服务管理器中被预先配置，或者可以基于历史组件模板(例如，根据之前的服务设计预验证的组件模板)。组件模板可与组件面板有关和/或从与组件面板有关的组件类型派生得到。创建组件模板可包括用一组标准化生命周期活动来修饰组件类型(例如，由服务设计者选择的组件类型)。修饰组件类型可包括通过增加更多信息且丰富与该组件类型有关的定义来使得组件类型特殊化(例如，增加由服务设计者规定的属性、增加由服务设计者规定的活动、增加由服务设计者规定的关系规则、修改由服务设计者规定的属性、修改由服务设计者规定的活动、修改由服务设计者规定的关系规则等)。在修饰组件类型时，服务设计者可通过输入最初的增加和/或修改来使选择的组件类型特殊化，或者服务设计者可从标准化的增加和/或修改菜单中选择增加和/或修改(例如，增加由服务设计者规定的标准属性、增加由服务设计者规定的标准活动、增加由服务设计者规定的标准关系规则、以服务设计者规定的标准属性修改来修改属性、以服务设计者规定的标准活动修改来修改活动、以服务设计者规定的标准关系规则修改关系规则)。标准化的增加和/或修改可以为由服务管理器预验证的增加和/或修改，其中预验证可以基于标准化的增加和/或修改位于以服务管理器的预验证包中，和/或可基于通过历史数据证明增加和/或修改将产生有效的组件模板而验证的标准化的增加和/或修改。标准化的增加和/或修改可在所有组件面板、组件模板、复制的组件模板和组件实例之间标准化。重要的是，组件模板可承继与组件类型有关的属性和关系规则，其中组件模板为该组件类型的特殊版本。组件模板是可选的，不是对每个组件类型都是必须的。

请求引擎238可包括硬件和/或硬件和程序的组合，以接收来自服务设计者的对新组件类型的请求。服务设计者可通过增加新组件类型来扩展组件面板，以扩展服务管理器的功能。此外，服务设计者可通过创建新组件面板来扩展服务管理器的功能。新组件面板可与新组件类型及可选择地与每个新组件面板有关的新组件模板有关。服务设计者可通过从服务管理器请求新组件类型，来发起增加与新组件面板有关的新组件类型和/或增加与现有组件面板有关的新组件类型。

指示引擎240可包括硬件和/或硬件和程序的组合，以接收多个组件类型中的派生新组件类型的一个组件类型的指示。服务设计者可指示其希望组件类型中的哪个派生与新组件面板有关的新组件类型和/或与现有组件面板有关的新组件类型。

派生引擎242可包括硬件和/或硬件和程序的组合，以从多个组件类型中所指示的一个组件类型派生新组件类型。新组件类型可从多个组件类型中所指示的一个组件类型(例如，其所源自的组件类型)承继属性和关系规则。例如，新组件类型虚拟服务器可从其所源自的服务器组组件类型中承继属性和关系规则。

传播引擎244可包括硬件和/或硬件和程序的组合，以接收服务设计者对多个组件类型中所指示的一个组件类型的属性的修改，并将该修改传播到新组件面板。对组件类型的属性和关系规则等的修改(例如，创建，更新，删除)可对由其派生的新组件类型和/或组件模板具有影响。因此，传播引擎244可包括硬件和/或硬件和程序的组合，以接收由设计者对多个组件类型中所指示的一个组件类型的属性的修改，并将该修改传播到所有组件面板中由该组件类型派生的任意新组件类型、组件模板、复制的组件模板和/或组件实例。

图2B示出了根据本公开的计算装置250的示例的示意图。计算装置250可使用软件、硬件、中间件和/或逻辑电路来执行此处的多个功能。

计算装置250可以为硬件和用于分享信息的程序指令的任何组合。硬件例如可包括处理资源252和/或存储器资源256(例如，计算机可读取介质(CRM)、机器可读取介质(MRM)、数据库等)。此处所用的处理资源252可包括任何数量的能够执行由存储器资源256存储的指令的处理器。处理资源252可以集成于单个装置中或分布在多个装置中。程序指令(例如，计算机可读取指令)可包括存储在存储器资源256中且能被处理资源252执行以实现所需功能(例如，基于多个参数值定义多个规则)的指令。

存储器资源256可与处理资源252通信。此处所用的存储器资源256可包括任何数量的能够存储可被处理资源252执行的指令的存储组件。这样的存储器资源256可以为非临时性失CRM或MRM。存储器资源256可以集成于单个装置中或分布在多个装置中。进一步地，存储器资源256可以全部或部分地与处理资源252集成于同一装置，或其可单独设置但可被该装置及处理资源252访问。因此，需要注意的是，计算装置250可在参与装置、服务器装置、服务器装置集合和/或用户装置和服务器装置的组合上实现。

存储器资源256可经由通信链路(例如，路径)254与处理资源252通信。通信链路254可为本地的或远离与处理资源252有关的机器(例如，计算装置)。本地通信链路254的示例可包括机器(例如，计算装置)内部的电子总线，其中存储器资源256为经由电子总线与处理资源通信的易失、非易失、固定的和/或可移动的存储介质之一。

多个模块258、260、262、264、266可包括当被处理资源252执行时能执行多个功能的CRI。多个模块258、260、262、264、266可为其它模块的子模块。例如，供应模块258和请求模块260可以为子模块和/或被包含在相同的计算装置中。在其它示例中，多个模块258、260、262、264、266可包括位于分开的、不同位置处的独立模块。

多个模块258、260、262、264、266中的每一个可包括当被处理资源252执行时可实现此处描述的相应引擎功能的指令。例如，供应模块258可包括当被处理资源252执行时可实现供应引擎234功能的指令。在其它示例中，请求模块260可包括当被处理资源252执行时可实现请求引擎238功能的指令。

图3示出了根据本公开的用于根据组件面板设计基于云的服务的方法370的示例的流程图。在步骤372，方法370可包括为服务设计者提供用于构建基于云的服务的设计的组件面板。组件面板可包括多个组件类型，每一个组件类型包括该组件类型的标识、用于定义该组件类型的属性及用于定义与另一组件类型的关系的关系规则(例如，用于规定组件类型托管在特定的服务器上的规则)。组件面板还可包括与组件类型对应且包括该组件类型的特殊变体的组件模板，其中该组件模板承继该组件类型的属性和关系规则。

在步骤374，方法370可包括接收来自服务设计者的关于复制与多个组件类型中的特定组件类型对应的组件模板的请求。例如，服务设计者可请求复制与组件类型(例如，服务器组)有关的组件模板(例如，邮件服务器，网络服务器等)，以供服务设计使用。然后，服务设计者可请求复制组件模板。

在步骤376，方法370可包括复制与多个组件类型中的特定组件类型对应的组件模板。复制与特定组件类型对应的组件模板可包括创建复制的组件模板，以供在服务设计时使用。复制的组件模板可承继其所源自的组件模板的属性、活动和关系规则，以及与其所源自的组件模板有关的组件类型的属性、活动和关系规则。

服务管理器也可以接收来自服务设计者的对复制的组件模板的属性、活动和关系规则的修改(例如，创建，更新，删除)。服务设计者可自定义复制的组件模板，以适于基于云的服务设计。服务设计者可将修改输入到服务管理器。服务设计者可额外地或替换地从标准化修改菜单中选择对复制的组件模板的修改。标准化修改菜单可包括预验证的修改。预验证修改可以为基于对于复制的组件模板被复制的组件模板的相同或相似修改的有效性而预先验证的修改。

复制的组件模板(修改的或未修改的)可被实例化为服务实例的组件实例。组件实例可承继复制的组件模板的属性、关系规则和活动等，复制的组件模板包括其被复制的组件模板的属性、关系规则和活动以及从相应的组件类型承继的属性和关系规则。

在步骤378，方法370可包括接收来自服务设计者的对新组件类型的请求。该请求可为对与现有组件面板有关的新组件类型的请求。选择地或额外地，该请求可为对与新组件面板有关的新组件类型的请求。因此，该请求可包括创建新组件面板的请求。

在步骤380，方法370可包括接收多个组件类型中的派生新组件类型的一个组件类型的指示。服务设计者可向服务管理器发送从哪个组件类型派生新组件类型的指示。服务设计者可根据基于云的服务设计将使用的属性和关系规则等来选择派生新组件类型的组件类型。

在步骤382，方法370可包括从多个组件类型中所指示的一个组件类型派生新组件类型，该新组件类型从多个组件类型中所指示的一个组件类型承继属性和关系规则。派生的新组件类型可从其所源自的组件类型承继信息、属性、活动和/或关系规则。

在本公开的具体描述中，结合附图进行说明，所述附图构成说明书的一部分，并在其中举例说明本公开的示例如何实现。这些示例描述了足够的细节，使得本领域普通技术人员能够实现本公开的示例；可以理解的，在不脱离本公开范围情况下，还可以采用其它示例，并可对过程、电气和/或结构进行变化。

此外，附图中元件的比例及相对比例意图用于说明本公开的示例，并非用于限制。本公开使用的代号“N”，尤其是附图中的标号，表明多个如此设计的特定特征可以包含在本公开的一个或多个实施例。

Claims (15)

1.一种非临时性计算机可读取介质，用于存储指令集，所述指令集由处理资源可执行，以：

为设计者提供用于构建基于云的服务的设计的组件面板，所述组件面板包括：

多个组件类型，每一个组件类型包括该组件类型的标识、用于定义该组件类型的属性以及用于定义与另一组件类型的关系的关系规则；和

组件模板，与一组件类型相对应且包括该组件类型的特殊变体，其中所述组件模板承继该组件类型的属性和关系规则；

接收来自所述设计者的对新组件类型的请求；

接收所述多个组件类型中的派生所述新组件类型的一个组件类型的指示；以及

从所述多个组件类型中所指示的一个组件类型派生所述新组件类型，所述新组件类型从所述多个组件类型中所指示的所述一个组件类型承继所述属性和所述关系规则。

2.根据权利要求1所述的介质，包括可执行以接收来自所述设计者的对所述多个组件类型中所指示的所述一个组件类型的属性的修改、并将所述修改传播到所述新组件的指令。

3.根据权利要求1所述的介质，其中所述组件类型包括服务器组，所述组件模板包括网络服务器，且所述新组件类型包括虚拟服务器。

4.根据权利要求1所述的介质，其中所述组件模板包括除从对应的组件类型承继的属性之外的附加属性。

5.根据权利要求4所述的介质，其中所述组件模板包括未出现在所述对应的组件类型中的生命周期活动。

6.根据权利要求1所述的介质，其中所述组件模板包括对从对应的组件类型承继的属性的修改。

7.一种根据组件面板设计基于云的服务的***，包括与非临时性计算机可读取介质通信的处理资源，所述非临时性计算机可读取介质具有指令，所述指令由所述处理资源可执行，以实现供应引擎、修饰引擎、请求引擎、指示引擎和派生引擎，其中：

所述供应引擎为设计者提供用于构建基于云的服务的设计的组件面板，所述组件面板包括：

多个组件类型，每一个组件类型包括该组件类型的标识、用于定义该组件类型的属性以及用于定义与另一组件类型的关系的关系规则；

所述修饰引擎通过向所述多个组件类型中由所述设计者选择的一个组件类型增加由所述设计者规定的标准化属性和标准化活动，来创建组件模板，其中所述组件模板承继所述多个组件类型中由所述设计者选择的所述一个组件类型的属性和关系规则；

所述请求引擎接收来自所述设计者的对新组件类型的请求；

所述指示引擎接收所述多个组件类型中的派生所述新组件类型的一个组件类型的指示；

所述派生引擎从所述多个组件类型中所指示的一个组件类型派生所述新组件类型，所述新组件类型从所述多个组件类型中所指示的所述一个组件类型承继属性和关系规则。

8.根据权利要求7所述的***，其中创建组件模板包括将所述多个组件类型中由所述设计者选择的所述一个组件类型与由所述设计者规定的标准化关系规则相关联。

9.根据权利要求7所述的***，其中所述新组件类型与新组件面板相关联。

10.根据权利要求9所述的***，其中所述传播引擎接收所述设计者对所述多个组件类型中所指示的所述一个组件类型的属性的修改，并将所述修改传播到所述新组件面板。

11.根据权利要求10所述的***，其中所述修改包括通过更新所述属性改变所述属性、通过删除所述属性改变所述属性及创建新属性中的至少一种。

12.一种根据组件面板设计基于云的服务的方法，所述方法包括：

为设计者提供用于构建基于云的服务的设计的组件面板，所述组件面板包括：

多个组件类型，每一个组件类型包括该组件类型的标识、用于定义该组件类型的属性以及用于定义与另一组件类型的关系的关系规则；和

组件模板，与一组件类型相对应且包括该组件类型的特殊变体，其中所述组件模板承继该组件类型的属性和关系规则；

接收来自所述设计者的关于复制与所述多个组件类型中的特定组件类型相对应的组件模板的请求；

复制与所述多个组件类型中的所述特定组件类型相对应的组件模板；

接收来自所述设计者的对新组件类型的请求；

接收所述多个组件类型中的派生所述新组件类型的一个组件类型的指示；及

从所述多个组件类型中所指示的一个组件类型派生所述新组件类型，所述新组件类型从所述多个组件类型中所指示的所述一个组件类型承继属性和关系规则。

13.根据权利要求12所述的方法，包括接收对所述组件模板的复制的属性和活动的修改。

14.根据权利要求13所述的方法，包括将所述组件模板的复制实例化。

15.根据权利要求14所述的方法，其中被实例化的复制承继其被复制的组件模板的属性和关系规则。