[发明专利]基于容器云技术的服务编排与依赖关系管理方法和系统

说明书

本发明公开了一种基于容器云技术的服务编排与依赖关系管理方法和系统，避免服务盲目启动后出现异常，动态实现服务编排和服务间依赖关系管理。其技术方案为：为一应用服务配置多个初始化容器，其中每一初始化容器用于检测与该应用服务的启动存在依赖关系的其他关联服务是否能够正常启动；在该应用服务启动前利用所配置的初始化容器探测该应用服务所依赖的其他关联服务是否已启动且运行正常；基于对关联服务的探测结果以决定该应用服务执行启动还是继续等待。

技术领域

本发明涉及容器云管理技术，具体涉及基于容器云技术的服务编排与依赖关系管理方法和系统。

背景技术

随着微服务架构的日益普及，微服务的PaaS层基础设施陆续使用了基于Docker和Kubernetes的容器云技术。

Docker是以Docker容器为资源分割和调度的基本单位，封装整个软件运行时环境，为开发者和系统管理员设计的，用于构建、发布和运行分布式应用的平台，它本质上一个包含应用程序和运行时环境的进程级虚拟机，比传统的虚拟机更加轻量化，资源利用率上有了显著提升。

Kubernetes是Google开源的容器集群管理系统，是一个全新的基于容器技术的分布式架构领先方案。kubernetes提供了应用部署、维护、扩展机制等功能，利用Kubernetes能方便地管理跨机器运行容器化的应用，其主要功能如下：

1、使用Docker对应用程序包装(package)、实例化和运行。

2、以集群的方式运行和管理跨主机的容器。

3、解决了Docker跨主机容器之间的通信问题。

4、kubernetes的自我修复机制使得容器集群总是运行在用户期望的状态。

Kubernetes的技术架构如图1所示。Master是用于管理集群和调度Pod(容器组)。Node(节点)是运行Pod(容器组)并将流量转发到Pod。Pod是运行于Node节点上的若干相关容器(Container)的集合，即容器组，为最小调度单位。Etcd(资源对象存储)是高可用的键值存储系统，是整个kubernetes集群的中心数据库。Replication Controller(副本控制器)是用来管理Pod的副本，保证集群中存在指定数量的Pod副本。Service(服务)是将应用抽象为服务，提供统一的服务访问入口和服务发现机制。

通常情况下，一个应用包含了若干个相互依赖的服务，这些服务启动往往有一定的先后顺序。当某应用实施了容器化以后，当某个容器化服务启动时，需要保证这个服务所依赖的其它几个服务都已经正常启动，且运行正常。

为了解决这一问题，通常有两个方法。

方法1：属于一种静态方法，即为应用定义好这些服务的启动顺序，例如：

某应用有服务1、服务2和服务3，其中，服务3的启动依赖服务1和服务2，那么定义好应用启动顺序为：服务1->服务2->服务3。该方法虽然简单，但仍存在一定问题，因为服务启动本身是有快慢的，有可能服务1先启动但运行却不正常，而服务3已经启动了，由于服务1不正常而导致服务3运行也不正常。显然，仅依靠控制服务的启动顺序还无法保证服务3启动所依赖的服务1和服务2都已经正常启动，且运行正常，还缺少一个服务状态检测机制。

方法2：属于一种动态方法，是指当前服务启动时，利用一些必要的技术手段来探测该服务所依赖的其它关联服务是否已启动且正常运行，并根据探测结果汇总来决定当前服务执行启动还是继续等待，从而动态实现了服务编排和服务间依赖关系管理。

市场上的一些容器云厂商提供容器云管理平台，或不支持服务编排和依赖管理，或对这一功能支持不足，只是在前端界面上简单地配置以下某应用所包含的几个服务的启动顺序，尚未实现动态的服务编排和服务间依赖关系管理。

发明内容