0的顾客的实体的场址上安装和操作 的计算平台。预置型平台120可以提供诸如应用服务器140和工具125的功能。工具125 可以提供用于软件生命周期管理、软件监视等的功能。
[0021] 在一个实施例中，云化器（cloudifier) 130组件被实施。云化器130是预置型平 台120的扩展，并提供用于预置型平台120和云平台110之间的应用的移植的环境。云化 器130还提供用于开发、部署和运行混合应用的环境。云化器130将一个或多个云应用运 行时暴露给预置型平台120内的系统和模块，诸如工具125或应用服务器140。因此，云化 器130将云应用运行时132和136与预置型平台120整合。例如，云化器130与应用服务 器140和工具125整合。云化器130将预置型平台120的内部系统连接到云平台110。例 如，可以通过云化器130连接到云平台110的预置型平台120的系统可以是企业资源计划 (ERP)系统、顾客关系管理（CRM)系统、私有云等。一旦通过云化器130连接，预置型平台 120的系统可以使用云服务135,以及其它按需型服务。
[0022] 云化器130可以包括一个或多个应用运行时，诸如云应用运行时132和云应用运 行时136。在一个实施例中，云应用运行时132和云应用运行时136对应于应用运行时150， 但是被安装在预置型平台120上。同样地，云应用运行时132和云应用运行时136是安装 在云平台110上的应用运行时的本地版本。云应用运行时132和云应用运行时136向预置 型平台120提供包括相同的或相应的应用编程接口（API)的相同的或相应的环境，在该环 境中应用将在云平台110中运行。云化器130可以包括也提供在云平台110的一个或多个 API。在一个实施例中，云应用运行时132或云应用运行时136可以是与应用服务器140 - 起安装在预置型平台120中的实体。
[0023] 混合应用可以在云应用运行时132或云应用运行时136上本地部署和运行。例 如，混合应用'A' 134和混合应用'Z' 138是可操作为在云应用运行时132和云应用运行时 136上本地部署和运行的混合应用。同时，混合应用'A' 134和混合应用'Z' 138可以在云 平台110被部署到应用运行时150,而无需分别修改混合应用'A' 134和混合应用'Z' 138。 类似地，部署在应用运行时150上的应用'X'157还可以被部署在云应用运行时132或云应 用运行时136上。混合应用在被部署到云平台110或本地的预置型平台120时保持不变。 而且，混合应用'A' 134和混合应用'Z' 138可以消费由预置型平台120或云平台110提供 的资源两者。在一个实施例中，混合应用可以是已经开发的应用，其可能先前已经被安装在 预置型平台120的应用服务器140上，然后被重新安装在云化器130的本地的云应用运行 时（132和136)上。并且，混合应用的第一部分可以安装在被本地安装在预置型平台的云 应用运行时上，而混合应用的第二部分可以安装在由云平台提供的应用运行时上。而且，应 用'X'157虽然安装在云平台110的应用运行时150上，但是其还可以被重新安装到预置型 平台120的云应用运行时132或云应用运行时136。在各种实施例中，云应用运行时132、 云应用运行时136和应用运行时150可以是Javali容器（container)，诸如Java Apache Tomcat 的企业版本（TomEE)、Lean Java 服务器（LJS)等。
[0024] 而且，云化器130包括云连接器145,其与连接代理（connectivity agent) 155 - 起提供预置型平台120和云平台110之间的连接。预置型平台120的应用和后端系统操作 在私有的顾客的网络中。反之，云平台110的应用、数据库和服务可以经由互联网被访问和 请求。云连接器145与连接代理155 -起将在云平台110中运行的应用与预置型平台120 的后端系统和资源进行整合。而且，云连接器145与连接代理155 -起将在预置型平台120 中运行的应用与云平台110的服务、应用和资源进行整合。在一个实施例中，从预置型应用 到云平台110的请求由连接代理155虚拟地表示，就好像所述请求是从云平台110发送的 一样。从预置型应用到云平台110的请求利用连接代理155凭证（credential)来认证。而 且，云连接器145经由连接代理155连接到云平台110。
[0025] 在一个实施例中，云连接器145建立从预置型平台120的网络到与云账户115相 关联的连接代理155的持续的和安全的通信通道。典型地，云平台110的顾客或一组顾客 被分配云账户，诸如云账户115,以便被授权开发、部署、运行、以及配置云应用。一旦被建 立，所述安全的通道可以被分配给云账户115的应用用来与预置型平台120的内联网的系 统和资源远程通信。在一个实施例中，所述持续的通道还可以用于双向通信，并且被多个虚 拟连接使用。预置型平台120的应用和系统可以使用所述通道来消费云平台110的资源和 服务。例如，混合应用'A' 134可以通过由云连接器145建立的通道来消费来自云服务135 的一个或多个服务。
[0026] 在各种实施例中，云平台110使用沙盒（sandboxing)方案。云平台110在沙盒环 境（sandboxed environment)中开始特定账户的应用，从而云应用彼此隔绝，并且与云平台 的服务和基础设施隔绝。云应用和云服务135之间的通信利用呼叫方（caller)和接收方 的相互认证来加密。对于通过所建立的通道递送的、从云应用到预置型平台120的后端系 统的呼叫，呼叫账户（calling account)和应用可以通过可以在应用开始期间提供的证书 (certificate)来识别和认证。
[0027] 在云平台110中，为了让应用'X' 157消费来自云服务135的服务，可以启动从其 中应用被安装的虚拟机（例如，虚拟机170)到其中一个或多个云服务被安装的虚拟机（例 如，虚拟机175)的远程连接。以类似的方式，连接代理155可以在沙盒环境中被托管在 (hosted on)虚拟机170上。来自混合应用'A' 134和混合应用'Z' 138的请求利用由虚拟 机170提供的凭证进行认证，其中连接代理155被安装在虚拟机170中。因此，通过连接代 理155接收的来自应用的对于云服务135的请求被认证，就好像所述应用在云平台110上 运行而不是在预置型平台120上运行一样。因此，从混合应用'A' 134和混合应用'Z' 138 的角度看来，虚拟云（virtual cloud)在预置型平台120的内联网是可用的。类似地，通过 云连接器145接收的从应用到后端160或其它预置型系统的请求可以使用本地地址和端 口，就好像所述应用在预置型平台120上运行而不是在云平台110上运行一样。因此，在云 平台110中运行的应用使用预置型资源，就好像事实上预置型资源经由互联网可用一样。
[0028] 图2示出了根据一个实施例的由部署到预置型平台的应用消费云资源的过程 200。在210,接收到来自混合应用的消费云平台的资源的请求，例如，图1中的应用'A'134 或应用'Z'138。云资源的示例包括，但不限于，一个或多个云服务，诸如云服务135、存储装 置、应用等。本地云应用运行时被安装在预置型平台上。发出请求的混合应用被部署在本 地云应用运行时上。预置型平台驻留在私有内部网络（诸如私有企业内联网）中。
[0029] 在一个实施例中，在云连接器（例如，图1中的云连接器145)处接收请求。云连 接器被部署和安装在预置型平台上。云连接器被用于"预置型到云"的连接。所述请求可以 被本地云应用运行时转送到云连接器。在一个实施例中，云连接器已经建立了到云平台的 安全通道。例如，可以建立到云平台的预先定义的虚拟机（例如，图1中的虚拟机170)的 安全通道。在一个实施例中，安全通道建立与安装在云平台的虚拟机上的连接代理（例如， 图1中的连接代理155)的通信。
[0030] 在220,在连接代理处接收请求。连接代理运行在虚拟机中，并且被安装用于预先 定义的云账户。所述请求被云连接器经由通道自动地转送到连接代理。在一个实施例中， 在建立安全通道之前，已经安装和运行连接代理。连接代理不仅接受来自云平台处的本地 主机的连接，而且接受来自诸如预置型平台中的云连接器的外部源的连接。当接收请求时， 云连接器经由安全通道将请求转送到连接代理。
[0031] 在230,连接代理将请求转送到将被消费的相应的资源。在240,检验与其中连接 代理被安装的虚拟机相关联的云账户的凭证。例如，云服务分别检验与虚拟机和连接代理 相关联的云账户是否被授权访问被请求的云资源。因此，来自预置型混合应用的对云中的 服务的请求被经由云账户转送和处理。因为请求被经由云账户处理，所以来自预置型平台 的对于云服务以及其它云资源的消费被跟踪、计费（accounted for)、以及保护。在250,在 连接代理处接收来自云平台的被请求的资源的响应。在260,响应被连接代理经由安全通道 转送到提出请求的混合应用。
[0032] 图3示出了根据一个实施例的从部署到云平台的应用消费预置型资源的过程 300。在310,在连接代理处接收来自混合应用的消费预置型平台的资源的请求。混合应用 可以是部