CN110333932A - 基于容器云技术的服务编排与依赖关系管理方法和系统 - Google Patents
基于容器云技术的服务编排与依赖关系管理方法和系统 Download PDFInfo
- Publication number
- CN110333932A CN110333932A CN201910509535.4A CN201910509535A CN110333932A CN 110333932 A CN110333932 A CN 110333932A CN 201910509535 A CN201910509535 A CN 201910509535A CN 110333932 A CN110333932 A CN 110333932A
- Authority
- CN
- China
- Prior art keywords
- service
- container
- initialization
- starting
- application service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 33
- 238000001514 detection method Methods 0.000 claims abstract description 37
- 238000012545 processing Methods 0.000 claims description 18
- 230000008859 change Effects 0.000 claims description 4
- 230000002159 abnormal effect Effects 0.000 abstract description 6
- 238000007726 management method Methods 0.000 description 16
- 238000003860 storage Methods 0.000 description 13
- 230000006870 function Effects 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 5
- 238000013461 design Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 239000004744 fabric Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000011069 regeneration method Methods 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45575—Starting, stopping, suspending or resuming virtual machine instances
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种基于容器云技术的服务编排与依赖关系管理方法和系统，避免服务盲目启动后出现异常，动态实现服务编排和服务间依赖关系管理。其技术方案为：为一应用服务配置多个初始化容器，其中每一初始化容器用于检测与该应用服务的启动存在依赖关系的其他关联服务是否能够正常启动；在该应用服务启动前利用所配置的初始化容器探测该应用服务所依赖的其他关联服务是否已启动且运行正常；基于对关联服务的探测结果以决定该应用服务执行启动还是继续等待。
Description
技术领域
本发明涉及容器云管理技术，具体涉及基于容器云技术的服务编排与依赖关系管理方法和系统。
背景技术
随着微服务架构的日益普及，微服务的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：属于一种动态方法，是指当前服务启动时，利用一些必要的技术手段来探测该服务所依赖的其它关联服务是否已启动且正常运行，并根据探测结果汇总来决定当前服务执行启动还是继续等待，从而动态实现了服务编排和服务间依赖关系管理。
市场上的一些容器云厂商提供容器云管理平台，或不支持服务编排和依赖管理，或对这一功能支持不足，只是在前端界面上简单地配置以下某应用所包含的几个服务的启动顺序，尚未实现动态的服务编排和服务间依赖关系管理。
发明内容
以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。
本发明的目的在于解决上述问题，提供一种基于容器云技术的服务编排与依赖关系管理方法和系统，避免服务盲目启动后出现异常，动态实现服务编排和服务间依赖关系管理。
本发明的技术方案为：本发明揭示了一种基于容器云技术的服务编排与依赖关系管理方法，包括：
步骤1：为一应用服务配置多个初始化容器，其中每一初始化容器用于检测与该应用服务的启动存在依赖关系的其他关联服务是否能够正常启动；
步骤2：在该应用服务启动前利用步骤1所配置的初始化容器探测该应用服务所依赖的其他关联服务是否已启动且运行正常；
步骤3：基于对关联服务的探测结果以决定该应用服务执行启动还是继续等待。
根据本发明的基于容器云技术的服务编排与依赖关系管理方法的一实施例，该多个初始化容器的启动顺序是在kubernetes的yaml或json文件中进行定义描述的，且依次串行方式启动。
根据本发明的基于容器云技术的服务编排与依赖关系管理方法的一实施例，在步骤2中，根据预先定义的该多个初始化容器的启动顺序依序对当前初始化容器探测容器对应的关联服务是否已启动且运行正常，如果正常则依序对下一初始化容器进行同样的探测处理直至所有的初始化容器处理完毕，其中当探测到其中某一初始化容器启动或运行失败时直接退出。
根据本发明的基于容器云技术的服务编排与依赖关系管理方法的一实施例，在步骤2中，探测关联服务的状态包括：
用nslookup命令检测kubernetes集群内的依赖服务是否已启动并发布；或者
用自定义的脚本命令分别向关联服务发起包括TCP、Http在内的心跳请求，确认是否收到成功应答。
根据本发明的基于容器云技术的服务编排与依赖关系管理方法的一实施例，在步骤3中，如果步骤2中探测到该应用服务所依赖的全部关联服务依序均启动成功，则对该应用服务执行启动处理；如果步骤2中探测到该应用服务所依赖的某个服务启动失败，则利用初始化容器启动失败阻止该应用服务启动使其继续等待。
本发明还揭示了一种基于容器云技术的服务编排与依赖关系管理系统，系统包括：
容器配置模块，为一应用服务配置多个初始化容器，其中每一初始化容器用于检测与该应用服务的启动存在依赖关系的其他关联服务是否能够正常启动；
服务探测模块，在该应用服务启动前利用容器配置模块所配置的初始化容器探测该应用服务所依赖的其他关联服务是否已启动且运行正常；
应用服务处理模块，基于对关联服务的探测结果以决定该应用服务执行启动还是继续等待。
根据本发明的基于容器云技术的服务编排与依赖关系管理系统的一实施例，容器配置模块所配置的该多个初始化容器的启动顺序是在kubernetes的yaml或json文件中进行定义描述的，且依次串行方式启动。
根据本发明的基于容器云技术的服务编排与依赖关系管理系统的一实施例，服务探测模块被配置为根据预先定义的该多个初始化容器的启动顺序依序对当前初始化容器探测容器对应的关联服务是否已启动且运行正常，如果正常则依序对下一初始化容器进行同样的探测处理直至所有的初始化容器处理完毕，其中当探测到其中某一初始化容器启动或运行失败时直接退出。
根据本发明的基于容器云技术的服务编排与依赖关系管理系统的一实施例，服务探测模块中包括状态探测单元，其中状态探测单元配置为：
用nslookup命令检测kubernetes集群内的依赖服务是否已启动并发布；或者
用自定义的脚本命令分别向关联服务发起包括TCP、Http在内的心跳请求，确认是否收到成功应答。
根据本发明的基于容器云技术的服务编排与依赖关系管理系统的一实施例，应用服务处理模块配置为如果探测到该应用服务所依赖的全部关联服务依序均启动成功，则对该应用服务执行启动处理；如果探测到该应用服务所依赖的某个服务启动失败，则利用初始化容器启动失败阻止该应用服务启动使其继续等待。
本发明对比现有技术有如下的有益效果：由于一个应用的若干服务启动有一定顺序性，本发明的方法能够帮助某容器化服务在启动前动态探测所依赖的其它服务的启动和运行状态，避免了该服务盲目启动后出现异常，动态实现了服务编排和服务间依赖关系管理。此外，本发明的检测依赖服务状态的方法具有很好的通用性，同时也涵盖了绝大多数场景下的服务依赖检测方式，包括用nslookup命令检测kubernetes集群内的任意依赖服务是否已启动并发布，以及通过自定义一些脚本命令向依赖服务发起TCP、Http等心跳请求，确认是否收到成功应答等。
附图说明
在结合以下附图阅读本公开的实施例的详细描述之后，能够更好地理解本发明的上述特征和优点。在附图中，各组件不一定是按比例绘制，并且具有类似的相关特性或特征的组件可能具有相同或相近的附图标记。
图1示出了Kubernetes的技术架构的原理示意图。
图2示出了本发明的基于容器云技术的服务编排与依赖关系管理方法的一实施例的流程图。
图3示出了本发明的方法中的Pod内部容器运行示意图。
图4示出了本发明的基于容器云技术的服务编排与依赖关系管理系统的一实施例的原理图。
具体实施方式
以下结合附图和具体实施例对本发明作详细描述。注意，以下结合附图和具体实施例描述的诸方面仅是示例性的，而不应被理解为对本发明的保护范围进行任何限制。
图2示出了本发明的基于容器云技术的服务编排与依赖关系管理方法的一实施例的流程，请参见图2，本实施例的方法的运行过程如下。
步骤1：为某一应用服务配置多个初始化容器，其中每一初始化容器用于检测与该应用服务的启动存在依赖关系的其他关联服务是否能够正常启动。
一个应用服务通常包含若干个相互依赖的服务。其中配置的初始化容器是执行初始化工作的容器，具体而言是kubernetes提供的初始化容器(Init Container)机制。
步骤2：在该应用服务启动前利用步骤1所配置的初始化容器(Init Container)来探测该应用服务所依赖的其他关联服务是否已启动且运行正常。
这些初始化容器(Init Container)的启动顺序是在kubernetes的yaml或json文件中进行定义描述的，然后依次串行方式启动，下一个初始化容器或Application容器(应用容器)必须等待上一个初始化容器启动并检测成功后方可启动。
例如，如图2所示，应用服务为服务N，服务N所依赖的其他关联服务为服务1至服务N-1，在步骤1中配置定义N-1个初始化容器，其中初始化容器1用于检测服务1是否正常启动，初始化容器2用于检测服务2是否正常启动，以此类推，初始化容器N-1用于检测服务N-1是否正常启动。根据定义，如图3所示，这些容器的总启动顺序为初始化容器1->...->初始化容器N-1->服务N容器。
下一个初始化容器必须等待上一个初始化容器启动并检测对应的依赖服务成功后方可启动，服务N容器必须等所有N-1个初始化容器启动并检测对应的依赖服务成功后方可启动。
因此，在本步骤中，根据预先定义的这些初始化容器的启动顺序依序对当前初始化容器进行探测容器对应的关联服务是否已启动且运行正常，如果正常则依序对下一初始化容器进行同样的探测处理。
检测关联服务状态的主要方法有：
1、用nslookup命令检测kubernetes集群内的关联服务是否已启动并发布；
2、用自定义的脚本命令分别向关联服务发起TCP、Http等心跳请求，确认是否收到成功应答。
举例来说，假设一个Web应用(app)有4个服务，分别是Apache、Tomcat、Redis、Mysql等，其中，Apache服务依赖Tomcat、Redis、Mysql这3个关联服务，则在Apache服务的yaml定义文件中，为Apache服务配置了3个初始化容器，每个初始化容器分别通过Linux操作系统命令包镜像(docker.io/azukiapp/dig)来发起对3个关联服务的检测，如下所示。
步骤3：基于对关联服务的探测结果以决定该应用服务执行启动还是继续等待。
如果步骤2中探测到应用服务所依赖的全部服务依序均启动成功，则对该应用服务执行启动处理。如果步骤2中探测到应用服务所依赖的某个服务启动失败，则利用初始化容器启动失败阻止应用服务启动使其继续等待。
图4示出了本发明的基于容器云技术的服务编排与依赖关系管理系统的一实施例的原理。请参见图4，本实施例的系统包括：容器配置模块、服务探测模块、应用服务处理模块。
容器配置模块用于为一应用服务配置多个初始化容器，其中每一初始化容器用于检测与该应用服务的启动存在依赖关系的其他关联服务是否能够正常启动。容器配置模块所配置的该多个初始化容器的启动顺序是在kubernetes的yaml或json文件中进行定义描述的，且依次串行方式启动。
服务探测模块用于在该应用服务启动前利用容器配置模块所配置的初始化容器探测该应用服务所依赖的其他关联服务是否已启动且运行正常。具体而言，服务探测模块被配置为根据预先定义的该多个初始化容器的启动顺序依序对当前初始化容器探测容器对应的关联服务是否已启动且运行正常，如果正常则依序对下一初始化容器进行同样的探测处理直至所有的初始化容器处理完毕，其中当探测到其中某一初始化容器启动或运行失败时直接退出。
服务探测模块中包括状态探测单元，其中状态探测单元配置为：用nslookup命令检测kubernetes集群内的依赖服务是否已启动并发布；或者用自定义的脚本命令分别向关联服务发起包括TCP、Http在内的心跳请求，确认是否收到成功应答。
应用服务处理模块用于基于对关联服务的探测结果以决定该应用服务执行启动还是继续等待。具体而言，应用服务处理模块配置为如果探测到该应用服务所依赖的全部关联服务依序均启动成功，则对该应用服务执行启动处理；如果探测到该应用服务所依赖的某个服务启动失败，则利用初始化容器启动失败阻止该应用服务启动使其继续等待。
尽管为使解释简单化将上述方法图示并描述为一系列动作，但是应理解并领会，这些方法不受动作的次序所限，因为根据一个或多个实施例，一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。
本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种解说性逻辑板块、模块、电路、和算法步骤可实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。
结合本文所公开的实施例描述的各种解说性逻辑板块、模块、和电路可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器、或任何其他此类配置。
结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。
在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现为计算机程序产品，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。
提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的，且本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范围。由此，本公开并非旨在被限定于本文中所描述的示例和设计，而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。
Claims (10)
1.一种基于容器云技术的服务编排与依赖关系管理方法，其特征在于，包括：
步骤1：为一应用服务配置多个初始化容器，其中每一初始化容器用于检测与该应用服务的启动存在依赖关系的其他关联服务是否能够正常启动；
步骤2：在该应用服务启动前利用步骤1所配置的初始化容器探测该应用服务所依赖的其他关联服务是否已启动且运行正常；
步骤3：基于对关联服务的探测结果以决定该应用服务执行启动还是继续等待。
2.根据权利要求1所述的基于容器云技术的服务编排与依赖关系管理方法，其特征在于，该多个初始化容器的启动顺序是在kubernetes的yaml或json文件中进行定义描述的，且依次串行方式启动。
3.根据权利要求2所述的基于容器云技术的服务编排与依赖关系管理方法，其特征在于，在步骤2中，根据预先定义的该多个初始化容器的启动顺序依序对当前初始化容器探测容器对应的关联服务是否已启动且运行正常，如果正常则依序对下一初始化容器进行同样的探测处理直至所有的初始化容器处理完毕，其中当探测到其中某一初始化容器启动或运行失败时直接退出。
4.根据权利要求2所述的基于容器云技术的服务编排与依赖关系管理方法，其特征在于，在步骤2中，探测关联服务的状态包括：
用nslookup命令检测kubernetes集群内的依赖服务是否已启动并发布；或者
用自定义的脚本命令分别向关联服务发起包括TCP、Http在内的心跳请求，确认是否收到成功应答。
5.根据权利要求3所述的基于容器云技术的服务编排与依赖关系管理方法，其特征在于，在步骤3中，如果步骤2中探测到该应用服务所依赖的全部关联服务依序均启动成功，则对该应用服务执行启动处理；如果步骤2中探测到该应用服务所依赖的某个服务启动失败，则利用初始化容器启动失败阻止该应用服务启动使其继续等待。
6.一种基于容器云技术的服务编排与依赖关系管理系统，其特征在于，系统包括：
容器配置模块，为一应用服务配置多个初始化容器，其中每一初始化容器用于检测与该应用服务的启动存在依赖关系的其他关联服务是否能够正常启动；
服务探测模块，在该应用服务启动前利用容器配置模块所配置的初始化容器探测该应用服务所依赖的其他关联服务是否已启动且运行正常；
应用服务处理模块，基于对关联服务的探测结果以决定该应用服务执行启动还是继续等待。
7.根据权利要求6所述的基于容器云技术的服务编排与依赖关系管理系统，其特征在于，容器配置模块所配置的该多个初始化容器的启动顺序是在kubernetes的yaml或json文件中进行定义描述的，且依次串行方式启动。
8.根据权利要求7所述的基于容器云技术的服务编排与依赖关系管理系统，其特征在于，服务探测模块被配置为根据预先定义的该多个初始化容器的启动顺序依序对当前初始化容器探测容器对应的关联服务是否已启动且运行正常，如果正常则依序对下一初始化容器进行同样的探测处理直至所有的初始化容器处理完毕，其中当探测到其中某一初始化容器启动或运行失败时直接退出。
9.根据权利要求7所述的基于容器云技术的服务编排与依赖关系管理系统，其特征在于，服务探测模块中包括状态探测单元，其中状态探测单元配置为：
用nslookup命令检测kubernetes集群内的依赖服务是否已启动并发布；或者
用自定义的脚本命令分别向关联服务发起包括TCP、Http在内的心跳请求，确认是否收到成功应答。
10.根据权利要求8所述的基于容器云技术的服务编排与依赖关系管理系统，其特征在于，应用服务处理模块配置为如果探测到该应用服务所依赖的全部关联服务依序均启动成功，则对该应用服务执行启动处理；如果探测到该应用服务所依赖的某个服务启动失败，则利用初始化容器启动失败阻止该应用服务启动使其继续等待。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910509535.4A CN110333932A (zh) | 2019-06-13 | 2019-06-13 | 基于容器云技术的服务编排与依赖关系管理方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910509535.4A CN110333932A (zh) | 2019-06-13 | 2019-06-13 | 基于容器云技术的服务编排与依赖关系管理方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110333932A true CN110333932A (zh) | 2019-10-15 |
Family
ID=68140647
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910509535.4A Pending CN110333932A (zh) | 2019-06-13 | 2019-06-13 | 基于容器云技术的服务编排与依赖关系管理方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110333932A (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110780976A (zh) * | 2019-10-24 | 2020-02-11 | 上海华讯网络系统有限公司 | 自动化操作编排与执行方法及系统 |
| CN111143069A (zh) * | 2019-12-27 | 2020-05-12 | 杭州数梦工场科技有限公司 | 服务管理方法、装置、电子设备、存储介质 |
| CN111324419A (zh) * | 2020-02-09 | 2020-06-23 | 苏州浪潮智能科技有限公司 | 一种组合容器的部署方法、装置、设备及存储介质 |
| CN111859403A (zh) * | 2020-07-30 | 2020-10-30 | 中国工商银行股份有限公司 | 依赖关系漏洞的确定方法、装置、电子设备及存储介质 |
| CN112988281A (zh) * | 2021-04-25 | 2021-06-18 | 浙江口碑网络技术有限公司 | 应用启动方法及装置 |
| CN113127089A (zh) * | 2019-12-27 | 2021-07-16 | 深圳市华胜软件技术有限公司 | 一种服务架构的模块的启动控制方法、计算机设备 |
| CN113486099A (zh) * | 2021-06-23 | 2021-10-08 | 华泰证券股份有限公司 | 一种内存计算服务框架及实现系统 |
| CN113556375A (zh) * | 2020-04-26 | 2021-10-26 | 阿里巴巴集团控股有限公司 | 云计算服务方法、装置、电子设备和计算机存储介质 |
| CN113778568A (zh) * | 2021-09-09 | 2021-12-10 | 网易（杭州）网络有限公司 | 一种服务控制的方法和装置 |
| CN114116068A (zh) * | 2021-12-02 | 2022-03-01 | 重庆紫光华山智安科技有限公司 | 服务启动优化方法、装置、电子设备和可读存储介质 |
| US11822962B2 (en) | 2020-12-11 | 2023-11-21 | Oracle International Corporation | Techniques for execution orchestration with topological dependency relationships |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170134301A1 (en) * | 2015-11-08 | 2017-05-11 | Vmware, Inc. | Deploying an application in a hybrid cloud computing environment |
| US20180205616A1 (en) * | 2017-01-18 | 2018-07-19 | International Business Machines Corporation | Intelligent orchestration and flexible scale using containers for application deployment and elastic service |
| CN108418854A (zh) * | 2018-01-22 | 2018-08-17 | 郑州云海信息技术有限公司 | 一种基于kubernetes的依赖关系实现方法 |
| CN108964968A (zh) * | 2018-03-27 | 2018-12-07 | 深圳市康拓普信息技术有限公司 | 一种容器云环境下的服务接入管理方法和系统 |
| CN109062655A (zh) * | 2018-06-05 | 2018-12-21 | 腾讯科技（深圳）有限公司 | 一种容器化云平台及服务器 |
-
2019
- 2019-06-13 CN CN201910509535.4A patent/CN110333932A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170134301A1 (en) * | 2015-11-08 | 2017-05-11 | Vmware, Inc. | Deploying an application in a hybrid cloud computing environment |
| US20180205616A1 (en) * | 2017-01-18 | 2018-07-19 | International Business Machines Corporation | Intelligent orchestration and flexible scale using containers for application deployment and elastic service |
| CN108418854A (zh) * | 2018-01-22 | 2018-08-17 | 郑州云海信息技术有限公司 | 一种基于kubernetes的依赖关系实现方法 |
| CN108964968A (zh) * | 2018-03-27 | 2018-12-07 | 深圳市康拓普信息技术有限公司 | 一种容器云环境下的服务接入管理方法和系统 |
| CN109062655A (zh) * | 2018-06-05 | 2018-12-21 | 腾讯科技（深圳）有限公司 | 一种容器化云平台及服务器 |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110780976B (zh) * | 2019-10-24 | 2022-03-15 | 上海华讯网络系统有限公司 | 自动化操作编排与执行方法及系统 |
| CN110780976A (zh) * | 2019-10-24 | 2020-02-11 | 上海华讯网络系统有限公司 | 自动化操作编排与执行方法及系统 |
| CN111143069A (zh) * | 2019-12-27 | 2020-05-12 | 杭州数梦工场科技有限公司 | 服务管理方法、装置、电子设备、存储介质 |
| CN113127089A (zh) * | 2019-12-27 | 2021-07-16 | 深圳市华胜软件技术有限公司 | 一种服务架构的模块的启动控制方法、计算机设备 |
| CN111324419A (zh) * | 2020-02-09 | 2020-06-23 | 苏州浪潮智能科技有限公司 | 一种组合容器的部署方法、装置、设备及存储介质 |
| CN113556375A (zh) * | 2020-04-26 | 2021-10-26 | 阿里巴巴集团控股有限公司 | 云计算服务方法、装置、电子设备和计算机存储介质 |
| CN111859403A (zh) * | 2020-07-30 | 2020-10-30 | 中国工商银行股份有限公司 | 依赖关系漏洞的确定方法、装置、电子设备及存储介质 |
| CN111859403B (zh) * | 2020-07-30 | 2023-09-05 | 中国工商银行股份有限公司 | 依赖关系漏洞的确定方法、装置、电子设备及存储介质 |
| US11822962B2 (en) | 2020-12-11 | 2023-11-21 | Oracle International Corporation | Techniques for execution orchestration with topological dependency relationships |
| CN112988281A (zh) * | 2021-04-25 | 2021-06-18 | 浙江口碑网络技术有限公司 | 应用启动方法及装置 |
| CN113486099A (zh) * | 2021-06-23 | 2021-10-08 | 华泰证券股份有限公司 | 一种内存计算服务框架及实现系统 |
| CN113778568A (zh) * | 2021-09-09 | 2021-12-10 | 网易（杭州）网络有限公司 | 一种服务控制的方法和装置 |
| CN114116068B (zh) * | 2021-12-02 | 2023-06-02 | 重庆紫光华山智安科技有限公司 | 服务启动优化方法、装置、电子设备和可读存储介质 |
| CN114116068A (zh) * | 2021-12-02 | 2022-03-01 | 重庆紫光华山智安科技有限公司 | 服务启动优化方法、装置、电子设备和可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110333932A (zh) | 基于容器云技术的服务编排与依赖关系管理方法和系统 | |
| US10740081B2 (en) | Methods and apparatus for software lifecycle management of a virtual computing environment | |
| US9501319B2 (en) | Method and apparatus for scheduling blocking tasks | |
| US11146620B2 (en) | Systems and methods for instantiating services on top of services | |
| US8898676B2 (en) | Management of software updates for software components in a virtualized environment of a datacenter using dependency relationships | |
| WO2017012381A1 (zh) | 一种生命周期管理方法及装置 | |
| US10310900B2 (en) | Operating programs on a computer cluster | |
| US7657789B1 (en) | Multi-machine testing system and method for testing software | |
| CN109799998B (zh) | OpenStack集群配置及批量部署方法及系统 | |
| CN109739619A (zh) | 一种基于容器化应用的处理方法、装置及存储介质 | |
| CN114647485A (zh) | 机器人过程自动化（rpa）机器人的动态云部署 | |
| CN110427295A (zh) | 一种云平台资源的监控方法、设备及可读介质 | |
| US20230229481A1 (en) | Provisioning dpu management operating systems | |
| WO2022199136A1 (zh) | 应用改造方法、系统、集群、介质及程序产品 | |
| CN109426544A (zh) | 虚拟机部署方法和装置 | |
| CN114489954A (zh) | 基于虚拟化平台的租户创建方法、租户访问方法及设备 | |
| CN109495298B (zh) | 在OpenStack系统中管理节点的方法和装置 | |
| CN116401014A (zh) | 服务发布方法、装置、存储介质及服务器 | |
| US10379918B2 (en) | System and method for MPI implementation in an embedded operating system | |
| WO2014036693A1 (zh) | 一种业务部署的方法及装置 | |
| US7590738B2 (en) | Method and system for processing concurrent events in a provisional network | |
| CN113326082A (zh) | 一种应用程序的启动方法、电子设备及存储介质 | |
| US20200396093A1 (en) | Concurrent cluster nodes self start | |
| US12034647B2 (en) | Data plane techniques for substrate managed containers | |
| CN115509590B (zh) | 持续部署方法及计算机设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191015 |