[发明专利]提供客户端所请求的服务的设备装置所用的系统及方法

说明书

技术领域

本发明涉及一种方法以及一种系统和/或设备装置，用于在包括至少一台云服务服务器的公共云基础设施中提供客户端所请求的服务。

背景技术

本发明可以被用在用于医疗保健应用的网络基础设施中。

在公共云基础设施中运行软件服务，通常将产生费用，即使该服务未被使用也是如此。对于所部署的服务，不管执行状态如何，公共云提供商都按时间收费（即：无论服务处于运行或是暂停，都要产生相同的收费）。云提供商通常提供多种机制，以便开始服务的附加实例来应对额外的客户端、用户或负荷。然而，如果没有服务的实例在运行当中，则不能使用该服务。此外，通常花费数分钟（高达20分钟）来开始服务的新实例。即使对于偶尔使用的应用，这也意味着必须运行服务的至少一个实例，取决于运行历程表（operational scenario），客户端随时都可能需要访问，而访问则可能意味着运行该服务的至少一个示例。

问题是，允许云服务请求式（on-demand）部署，同时维持可访问，即使没有实例部署于该云。

通过仅使用本地（on-premise）硬件运行该服务，或者通过仅在云中运行，可以解决该问题。

仅使用本地硬件的缺点是：

1．由于本地硬件必须形成达到支持最大数量并发用户的规模，本地硬件昂贵；

2．由于网络连接形成达到支持最大数量并发用户所要求的带宽，网络连接昂贵。

仅使用云基础设施的缺点是：

1．即使服务未在使用当中，但由于必须部署该服务并且运行于云提供商基础设施，该服务相对昂贵。经常必须要运行该服务的一个实例。

可能使用云服务总线（Cloud Service Bus）。云服务总线的概念允许位于防火墙后的本地服务（on-premise services）由来自因特网的客户端访问。

所谓云服务托管（Cloud Service Hosting）的概念可以提供请求式计算和存储，以托管（host）、伸缩以及管理大数据中心里的因特网可访问服务。

发明内容

本发明的目的是解决上述问题。

该问题是由在独立权利要求中提到的特征来解决的。从属权利要求中描述了本发明的优选实施方式。

本发明提出的解决方案是，以这样一种方式组合最小限度的本地服务与请求式云服务，使得服务位置对该服务用户透明，同时使云托管成本及资源减到最少。本发明的技术方面是服务在本地与云之间（对客户端）的顺畅并且透明改变位置。

本发明使得能在本地与云服务之间切换，允许云服务开始以及完全停止，同时对客户端维持透明。本发明对降低具有不可预知休止状态期的云服务的成本最为适用。关于这样一种服务的示例可以是关于小放射科的结果分布，咨询医师不定期地访问结果。

此外，本发明能使云服务成本及资源减到最少，同时保持高伸缩性的主要云益处。仍然可以利用开始附加服务实例的标准云计算技术，以应对大量客户端。

本发明允许最低限度的本地服务器成为用于云服务的初始接触点。由于本地服务器仅仅必须应对可以最小程度确定规模的少许客户端。这与要求支持最大负荷所需确定的有关传统本地服务的规模形成了对比。

云服务在需要时开始，并且在不用时停止。这让有关云服务的成本减到最少。云提供商正常对所部署的服务按小时收费，即使服务处于休止状态。

按提供透明的新颖方式使用云服务总线概念，在于客户端不知道服务是在本地还是在云中运行。按保证服务的实例总是可访问这样的方式切换由云服务总线使用的路由信息。云服务总线可以是软件和/或硬件模块。

附图说明

下面参照附图说明本发明的优选实施例，其中：

图1是示出如何访问云服务的示意图；以及

图2示意性示出了停止该云服务的交互作用。

具体实施方式

图1总体上图示如何使用本发明访问和/或开始云服务，并且包含例如下列实体（entity）：

·客户端A CA/客户端B CB：客户端应用诸如万维网浏览器或Windows应用程序，其位于任何地方并与因特网连接。

·云托管式服务X HSX：在云提供商基础设施中运行的服务实例。

·云服务总线SB：可以从源路由消息至一个或多个目的地的服务总线。

·云管理服务MS：提供API（application programming interface，应用程序设计接口）以开始（以及停止）云服务的管理服务。这是运提供商基础设置（例如，Windows Azure管理API）的一部分。