在预置型平台和云平台之间操作的混合应用
【技术领域】
[0001] 本发明涉及在预置型（on-premise)平台和云平台之间操作的混合应用。
【背景技术】
[0002] 预置型软件分发模型是一种软件部署的模型，其涉及购买诸如服务器的硬件、将 资本投资到软件许可中、投资专用IT员工以用于维护和支持等的企业。预置型是软件部署 的传统模型，其中企业在内部（例如，在企业的场址上）部署应用。预置型计算基础设施的 初始投资典型地很高，但是可能有长期回报。预置型模型的一个优点在于企业具有对于系 统和数据的控制。预置型平台被认为比云平台更加安全，因为公司的数据被内部地存储和 处理，例如，在内部私有网络中。
[0003] 云计算是被广泛地采用的并且正在演进中的概念。一般地，云计算是指一种使得 能够经由互联网对可配置的计算资源的共享池 （shared pool)进行无所不在的、便利的、和 按需求的访问的模型，所述可配置的计算资源诸如网络、服务器、存储装置、应用、功能等。 对于计算资源的提供商以及他们的顾客双方而言，存在与云计算相关联的许多益处。例如， 顾客可以在由云提供商供应的云基础设施上开发和部署各种商业应用，而不存在获得和管 理运行所述应用所必需的硬件和软件的成本和复杂度。顾客不需要管理或控制底层的云基 础设施，例如，包括网络、服务器、操作系统、存储装置等，但是仍具有对所部署的应用的控 制。另一方面，提供商的计算资源可用来向多个顾客提供根据客户的负荷而动态地分配和 再分配的不同的物理资源和虚拟资源。而且，云资源和应用可经由互联网访问。
【发明内容】
[0004] 根据本发明的一个方面，提供了一种计算机实施的方法，用于通过部署在预置型 平台的预置型应用来消费云平台的云资源，该方法包括：在运行在所述云平台中的连接代 理（connectivity agent)处，从所述预置型应用接收消费所述云资源的请求，所述预置型 应用部署到安装在所述预置型平台上的云应用运行时的本地版本，并且所述请求经由安全 通道从所述预置型平台转送到连接代理；以及将来自所述云资源的响应转送到提出请求的 预置型应用，所述响应由所述连接代理经由所述安全通道转送。
[0005] 根据本发明的另一个方面，提供了一种计算机实施的方法，用于通过部署到云平 台的云应用来消费预置型平台的预置型资源，该方法包括：在运行在所述云平台中的连接 代理处，从所述云应用接收消费所述预置型资源的请求，所述云应用部署到安装在所述云 平台上的云应用运行时；以及经由安全通道将来自所述预置型资源的响应转送到提出请求 的云应用，所述响应由所述连接代理转送。
[0006] 根据本发明的另一个方面，提供了一种计算机系统，用于通过部署到预置型平台 的预置型应用来消费云资源，该系统包括：存储器，用于存储计算机可运行指令；至少一个 计算机处理器，耦合到存储器以运行所述指令，以执行包括以下步骤的操作：在运行在所述 云平台中的连接代理处，从所述预置型应用接收消费所述云资源的请求，所述预置型应用 部署到安装在所述预置型平台上的云应用运行时的本地版本，并且所述请求经由安全通道 从所述预置型平台转送到所述连接代理，以及将来自所述云资源的响应转送到提出请求的 预置型应用，所述响应由所述连接代理经由所述安全通道转送。
【附图说明】
[0007] 权利要求以具体特性阐述了实施例。在附图中作为示例而非作为限制而示出了实 施例，附图中相似的参考指示类似的元素。从以下结合附图的详细描述中，实施例以及它们 的优点可以被最佳地理解。
[0008] 图1是示出根据一个实施例的示范性计算机系统架构，其使得一个或多个混合应 用能够在预置型平台和云平台之间进行操作。
[0009] 图2是示出根据一个实施例的由部署到预置型平台的应用消费云资源的过程的 流程图。
[0010] 图3是示出根据一个实施例的从部署到云平台的应用消费预置型资源的过程的 流程图。
[0011] 图4是示出根据一个实施例的为在预置型平台和云平台之间的应用配置互操作 性的过程的流程图。
[0012] 图5示出了根据一个实施例的准许在预置型平台和云平台之间的应用的互操作 性的示范性架构。
[0013] 图6是示出根据一个实施例的示范性计算机系统的框图。
【具体实施方式】
[0014] 这里描述了用于在预置型平台和云平台之间操作的混合应用的技术的实施例。在 以下描述中，阐述了许多具体细节以提供对实施例的全面的理解。然而，相关领域技术人员 将认识到，无需所述具体细节中的一个或多个就能实践所述实施例，或者能够利用其它方 法、组件、材料等来实践所述实施例。在其它实例中，已知结构、材料、或操作未被示出或详 细地描述。
[0015] 在本说明书中通篇对"一个实施例"、"本实施例"以及类似短语的提及意味着结合 该实施例描述的特定特征、结构或特性被包括在所述一个或多个实施例中的至少一个实施 例中。因此，这些短语在贯穿本说明书的各种地方出现并不一定全部指代同一实施例。而 且，所述特定特征、结构或特性可以以任何适当的方式组合在一个或多个实施例中。
[0016] 公司可以选择完全预置地（on-premise)运行应用或者完全在云平台上运行应 用。然而，云平台和预置型平台两者均具有优点和缺点。与云平台的安全和兼容相关的问 题可以是一个缺点。另一方面，对于预置型平台，成本可以是一个缺点。由于预置型基础设 施中的初始投资可能很高，已经在预置型平台中进行了投资的公司即使真的采用云平台， 也可能更希望逐渐地采用云平台，以便最大化回报和保护他们的初始投资。因此，混合软件 分发模型可以为这样的公司带来更多的价值。混合分发模型是在预置型和云之间的混合模 型，例如，按需型（on-demand)。例如，在应用在具有敏感数据的预置型平台上操作的情况 下，可能不期望将这样的数据存储在云平台上并经由互联网访问。在这种情况下，可以使用 混合软件分发，在其中云服务能够被在预置型平台上操作的应用消费。混合软件分发模型 可能适当的另一个情形是当公司更希望在云平台上运行他们的已有的预置型应用时。例 如，在一个点预置地运行和操作的商业应用可以扩展或移植到云平台，例如，以便消费由云 平台提供的功能和现代开发环境和模型。然而，为了使得预置地操作的应用能够在云上操 作，公司可能必须担负堪比开发新应用的成本，导致对预置型投资更差的保护。而且，当应 用被移植到云平台时，可能必须针对预置型平台和云平台维护两个版本的应用，从而增加 应用的维护成本。
[0017] 应用预置型或云软件分发模型的公司可能通常必须在安全和成本之间权衡。在一 个实施例中，混合分发模型被实施为使得无需修改一个或多个应用就能够将所述一个或多 个应用部署到预置型平台和云平台两者上。可操作为在预置型平台和云平台两者上被部署 和运行而无需修改应用的原始源代码的应用在这里被称为混合应用。例如，混合应用可以 在预置型平台上被部署和/或运行，并消费由云平台（例如，公共或虚拟私有云）提供的服 务或其它资源。而且，混合应用可以在云平台上被部署和/或运行，并消费诸如后端系统的 预置型平台的资源。
[0018] 图1示出了根据一个实施例的计算机系统架构100,其使得一个或多个混合应 用能够在预置型平台120和云平台110之间进行操作。在各种实施例中，云平台110除 了其它组件以外可以包括一个或多个按需型运行时（runtime)平台，诸如应用运行时 (application runtime) 150。云平台110可以提供诸如资源池化（resource pooling)的功 能，其中云基础设施提供商的计算资源被储备（pooled)以便使用多租户（multi-tenant) 模型来服务多个消费者。云平台110可以提供的另一个功能是弹性（elasticity)。弹性是 指云平台110弹性地提供和释放计算资源至与需求相当的规模的能力。云平台110还可以 具有计量特性，计量特性是指云平台Iio以适合于服务类型的一定抽象度（some level of abstraction)自动地控制、监视、报告、以及最优化资源使用（例如，存储、处理、带宽、以及 活动用户账户等）的能力。
[0019] 云平台110可以被看作包含物理层和抽象层两者。物理层可以由支持被提供的云 服务的硬件资源组成，并且可以典型地包括服务器、存储单元、网络组件等。抽象层可以包 括部署在物理层上的软件，其表现由云平台110提供的基础功能。例如，云平台110可以提 供应用运行时（诸如应用运行时150)、用户界面（UI)开发工具箱、内部配置、云服务（诸 如云服务135)。示范性云服务135可以包括连接服务、持续服务、身份服务、反馈服务139、 文档服务137、翻译服务、合作服务、移动服务等。由云平台110提供的功能能够被顾客用来 在云平台110的应用运行时150上开发和部署软件应用。在各种实施例中，云平台110还 可以提供对应用生命周期过程的支持，例如，应用的部署、安装、提供和维护。在一个实施例 中，云平台110可以是以Java实施的平台即服务（platform-as-a-service，PaaS)解决方 案。这样的PaaS产品的示例可以是SAP? HANA云平台。
[0020] 预置型平台120是可以在诸如预置型平台12