[发明专利]支持编排的服务的高可用性的方法与系统

说明书

本发明的实施例提供了一种用于在服务链中编排服务的方法与系统。建立具有多个活动服务的第一组和具有多个备用服务的第二组。在接收到服务中的崩溃的错误通知时，将所述多个活动服务从第一组移至第二组，以及将所述多个备用服务从第二组移至第一组。在接收到第一组的所述多个活动服务的更新的服务组时，将所述多个活动服务从第一组移至第二组，并且将所述多个备用服务从第二组移至储存库。

技术领域

本发明一般地涉及云计算领域，具体地，本发明涉及编排云服务的高可用性。

背景技术

云计算环境使得网络能够访问共享的可配置计算机资源池。计算资源通常处于其中用户可以按需访问多个虚拟机的虚拟化环境中。在这一框架下，用户不必购买、维护、以及现场操作基础架构，而只需从服务提供者购买使用这样的装备的权利。

编排(orchestrate)云服务涉及协调、组织以及管理软件、服务、和/或硬件中所涉及的各种任务的自动化。编排可以定义各种策略与服务级别。例如，通过自动地布置和协调任务，编排云服务对计算功能跨系统管理。编排对可以在其上部署开发的网络应用的、服务提供者所维护的网络基础架构进行管理。例如，也可以将基于云的计算框架设计为通过支持应用的开发、运行以及管理，来管理该环境的补给和编排，从而允许应用开发者集中于软件开发而不是系统基础架构。

云服务通常可以提交数以百计的服务和API，这常常导致在这样的平台上所建立的服务变得十分复杂。可能出现普遍的问题是：系统越复杂，错误形成的潜在风险越高。

另外，期望云服务能够以最小的停止服务时间甚至无停止服务时间地服务于用户。如果编排的云服务在处理请求时崩溃(crash)，则为了维护服务可用性，提供者常常重启服务，并且通知用户(通常为应用开发者)以手工排除故障，因为链内的每一个服务是独立的。如果崩溃可能是由服务的最近的改变(即，服务版本升级)导致的，则重启中断的服务可能解决不了问题。另外，如果是在服务链之前出现的其它服务的改变，重启中断的服务也可能解决不了问题，因为在那一时刻重启崩溃的服务只能导致无穷尽的崩溃，从而使编排的服务不可用。

发明内容

根据本发明的一个实施例，提供了一种方法，包括：对于第一组和第二组，其中第一组包含多个活动服务，并且其中第二组包含多个备用服务，通过一个或多个处理器接收错误通知，其中所述错误通知识别第一组的所述多个活动服务中的崩溃；以及响应于接收所述错误通知，将所述多个活动服务从第一组移至第二组，以及将所述多个备用服务从第二组移至第一组。

根据本发明的一个实施例，提供了一种方法，包括：对于第一组和第二组，其中第一组包含多个活动服务，并且其中第二组包含多个备用服务，通过一个或多个处理器接收通知，其中所述通知包含第一组的所述多个活动服务的更新的服务组；通过一个或多个处理器将所述多个活动服务从第一组移至第二组，并且将所述多个备用服务从第二组移至储存库；响应于将所述多个活动服务从第一组移至第二组，通过一个或多个处理器禁用第二组的所述多个活动服务；以及利用所述多个活动服务的更新的服务组更新第一组。

根据本发明的一个实施例，提供了一种计算机系统，包括：第一组和第二组，其中所述第一组被配置为处理多个活动服务，并且其中所述第二组被配置为处理多个备用服务；路由器，其中所述路由器被配置为从用户接收请求，并且将所述请求转发至第一组；服务健康度监视器，其中所述服务健康度监视器被配置为监视和记录第一组和第二组的健康度状态；储存库，其中所述储存库被配置为存储多个服务的变化，并且记录所述多个服务的变化；以及版本控制管理器，其中所述版本控制管理器被配置为部分地基于来自服务健康度监视器的指示和记录在储存库中的变化次序调回第二组，并且将其移至第一组。