CN105677356A - 一种运维方法及设备 - Google Patents

Abstract

本申请的目的是提供一种运维方法及设备，具体地，首先获取新版本的应用程序文件，并根据新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像，将应用程序压缩包置入应用程序镜像，将置入应用程序压缩包的应用程序镜像作为容器配置文件，并根据容器配置文件在服务网络中新增新版本的服务容器。与现有技术相比，本申请的技术方案采用容器的方式进行应用程序的服务发布，在获取到新版本的应用程序文件后自动实现编译打包、创建配置文件等，能够快速创建新版本的服务容器，降低服务扩容的复杂度。此外，通过对服务网络进行监控，实现对服务容器的调度管理以及性能调整，提升应用服务的稳定性以及对硬件资源的利用率。

Description

一种运维方法及设备

技术领域

本申请涉及计算机领域，尤其涉及一种高效的运维方法及设备。

背景技术

随着互联网和计算机技术的飞速发展，各类互联网应用服务在种类和流量上也出现了量的飞跃。在大并发、多节点、可拓展方面也给运维团队带来了一定的挑战。常规运维方案中，运维的过程主要包括：手工或批量初始化操作系统、发布新版本的应用程序、部署相应的应用服务等。该方案由于无法对版本发布、服务部署等进行智能化的处理，在系统规模较大时，应用服务的稳定性以及硬件资源的利用率较低，而扩容的复杂度较高。

申请内容

本申请的一个目的是提供一种运维方法及设备。

为实现上述目的，本申请提供了一种运维方法，该方法包括：

获取新版本的应用程序文件，并根据所述新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像；

将所述应用程序压缩包置入所述应用程序镜像；

将置入所述应用程序压缩包的所述应用程序镜像作为容器配置文件，并根据所述容器配置文件在服务网络中新增新版本的服务容器。

进一步地，获取新版本的应用程序文件，并根据所述新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像，包括：

获取带有标记的新版本的应用程序文件，并根据带有标记的新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像。

进一步地，在服务网络中新增新版本的服务容器时，还包括：

移除对应的旧版本的服务容器。

进一步地，该方法还包括：

监控所述服务网络的运行状态；

若所述服务网络中存在资源不足服务，则新增所述资源不足服务对应的服务容器；

若所述服务网络中存在异常服务，则移除所述异常服务对应的服务容器，并重新初始化所述异常服务对应的服务容器。

进一步地，该方法还包括：

将新增或重新初始化的服务容器纳入负载均衡服务池，进行负载均衡处理。

基于本申请的另一方面，还提供了一种运维设备，该设备包括：

第一装置，用于获取新版本的应用程序文件，并根据所述新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像；

第二装置，用于将所述应用程序压缩包置入所述应用程序镜像；

第三装置，用于将置入所述应用程序压缩包的所述应用程序镜像作为容器配置文件，并根据所述容器配置文件在服务网络中新增新版本的服务容器。

进一步地，所述第一装置，用于获取带有标记的新版本的应用程序文件，并根据所述带有标记的新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像。

进一步地，所述第三装置，还用于在服务网络中新增新版本的服务容器时，移除对应的旧版本的服务容器。

进一步地，该设备还包括：

第四装置，用于监控所述服务网络的运行状态；

第五装置，用于在所述服务网络中存在资源不足服务时，新增所述资源不足服务对应的服务容器；或者在所述服务网络中存在异常服务时，移除所述异常服务对应的服务容器，并重新初始化所述异常服务对应的服务容器。

进一步地，该设备还包括：

第六装置，用于将新增或重新初始化的服务容器纳入负载均衡服务池，进行负载均衡处理。

与现有技术相比，本申请的技术方案采用容器的方式进行应用程序的服务发布，在获取到新版本的应用程序文件后自动实现编译打包、创建配置文件等，能够快速创建新版本的服务容器，降低服务扩容的复杂度。此外，通过对服务网络进行监控，实现对服务容器的调度管理以及性能调整，提升应用服务的稳定性以及对硬件资源的利用率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为本申请实施例提供的一种运维设备的结构示意图；

图2为本申请实施例提供的一种运维设备功能实现原理图；

图3为本申请实施例提供的一种优选的运维设备的结构示意图；

图4为本申请实施例提供的一种运维设备中的监控调度管理平台的工作流程图；

图5为本申请实施例提供的一种运维方法的流程图；

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

图1示出了一种运维设备的结构示意图，该设备包括第一装置110、第二装置120和第三装置130。具体地，所述第一装置110用于获取新版本的应用程序文件，并根据所述新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像；所述第二装置120用于将所述应用程序压缩包置入所述应用程序镜像；所述第三装置130用于将置入所述应用程序压缩包的所述应用程序镜像作为容器配置文件，并根据所述容器配置文件在服务网络中新增新版本的服务容器。

在此，本领域技术人员应当理解，所述运维设备可以包括但不限于用户设备、网络设备或用户设备与网络设备通过网络相集成所构成的设备。所述用户设备包括但不限于个人计算机等实现；所述网络设备包括但不限于如网络主机、单个网络服务器、多个网络服务器集或基于云计算的计算机集合等实现。在此，云由基于云计算(CloudComputing)的大量主机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个虚拟计算机。

本申请实施例采用容器的方式进行应用程序的服务发布，在获取到新版本的应用程序文件后自动实现编译打包、创建配置文件等，能够快速创建新版本的服务容器，降低服务扩容的复杂度。

具体地，所述第一装置110用于获取带有标记(tag)的新版本的应用程序文件，并根据所述带有标记的新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像。通过在新版本的应用程序文件中加入标记，对特定的应用程序文件进行标记，由这些应用程序文件来构建新的容器配置文件，实现对应的服务容器的智能化更新。

所述第三装置130还用于在服务网络中新增新版本的服务容器时，移除对应的旧版本的服务容器，由此实现服务容器的版本更新。在本实施例中，进行版本更新的具体方式可以采用灰度发布的方式

在实际应用中，所述运维设备的具体功能实现可以包括智能发布平台以及容器管理平台，如图2所示。其中，所述智能发布平台210和容器管理平台220分别用于实现前述第一装置、第二装置和第三装置的部分或者全部功能，由此完成对服务网络230中的服务容器进行配置。

所述智能发布平台的具体实现可以由以下软件进行功能整合而成，包括Git、Jenkins、Maven等，由此实现应用程序的相关服务的智能发布。具体处理步骤可参考图2，包括：

步骤S201，Git将插入标记的新版本的应用程序文件推送(push)至gitlab，由gitlab进行存储。其中，所述应用程序文件中包含该应用程序新版本的代码。

步骤S202，如果Git推送的中带有特定标记，触发Git的webhook调用Jenkins。

步骤S203，Jenkins通过调用gitlab中带有特定标记的应用程序文件，将代码编程打包形成应用程序压缩包，所述压缩包的形式一般为war包，该过程可以通过调用Maven来实现。

步骤S204，在打包的同时，Jenkins调用gitlab中带有特定标记的应用程序文件，构建(build)应用程序镜像。该应用程序镜像中包含应用程序的引导文件、环境参数等应用程序服务正常运行的必要信息。

步骤S205，Jenkins调用系统命令将应用程序的war包置入应用程序镜像，使生成能够对服务容器实现管理操作的容器配置文件。

步骤S206，Jenkins将置入应用程序的war包的应用程序镜像推送至容器管理平台，将该应用程序镜像作为容器配置文件。

步骤S207，容器管理平台也会根据容器配置文件停止并移除(delete)对应的旧版本的服务容器。

步骤S208，在移除旧版本的服务容器的同时，Jenkins调用系统命令根据所述容器配置文件新增(run)新版本的服务容器，为用户提供新版本的应用程序的相关服务，例如对于服务1，移除版本号为V1的服务容器，同时新增版本号为V2的服务容器。

进一步地，本申请实施例还提供了一种优选的运维设备，其结构如图3所示，除图1所示的第一装置110、第二装置120和第三装置130之外，还包括第四装置140和第五装置150。具体地，所述第四装置140用于监控所述服务网络的运行状态；所述第五装置150用于在所述服务网络中存在资源不足服务时，新增所述资源不足服务对应的服务容器，或者在所述服务网络中存在异常服务时，移除所述异常服务对应的服务容器，并重新初始化所述异常服务对应的服务容器。

其中，服务网络的运行状态可以根据所述应用服务的服务容器的负载、对应的宿主设备(物理资源)的负载等进行判断，主要的异常情况包括：所述服务网络中存在资源不足服务或者存在异常服务。其中，存在资源不足服务时，表示该应用服务对应的服务容器不足，无法满足用户的使用需求，一般在数据大量并发的情况下可能会产生该种情况，例如在各类秒杀活动时等容易出现该情况；而存在异常服务时，表示该应用服务对应的服务容器的运行发生了异常，无法为用户提供正常服务。

通过对服务网络进行监控，并根据不同的异常情况进行相应的处理，实现对服务容器的调度管理以及性能调整，由此提升应用服务的稳定性。

优选地，所述运维设备，还可以进一步包括第六装置，该第六装置用于将新增或重新初始化的服务容器纳入负载均衡服务池，进行负载均衡处理。由此优化物理资源的分配，使得各个节点的物理资源达到的性能。

在实际应用中，所述运维设备的具体功能实现除所述智能发布平台、容器管理平台之外，还可以包括监控调度管理平台。所述监控调度管理平台用于实现第四装置、第六装置的全部功能以及第五装置的部分功能，所述容器管理平台实现所述第五装置的另一部分功能。

具体地，监控调度管理平台的具体工作流程如图4所示，包括以下步骤：

步骤S401，监控服务网络的运行状态时，发现异常情况；

步骤S402，判断是否是存在异常服务的情况，若是，则执行步骤S403，若否，则执行步骤S405。

步骤S403，通知容器管理平台移除异常服务对应的服务容器。

步骤S404，通知容器管理平台重新初始化所述异常服务对应的服务容器，然后执行S407。

步骤S405，判断是否是存在资源不足服务的情况，若是，则执行步骤S406，否则结束处理流程。

步骤S406，通知容器管理平台新增所述资源不足服务对应的服务容器，然后执行步骤S407。

步骤S407，将新增或重新初始化的服务容器纳入负载均衡服务池，进行负载均衡处理。

在该优选的运维设备中，所述监控调度管理平台实现的主要功能包括：

1、与容器管理平台通讯，将容器操作指令(例如停止、启动、移除、新增等指令)发送给容器管理平台，由容器管理平台执行。

2、监控服务网络的运行状态，如发现异常服务或资源不足服务。具体可以通过探测服务网络中各个服务容器状态实现，发现异常情况后，通知容器管理平台。

3、将新增或重新初始化的服务容器纳入负载均衡服务池，重载负载均衡系统，进行负载均衡处理。

4、初始化物理资源池，分配物理资源。

所述容器管理平台主要实现以下功能：

1、存储新建或修改的容器配置文件

接收由Jenkins推送的容器配置文件实现对服务容器的更改，并且通过存储Jenkins测试通过的容器配置文件来达到固化应用程序镜像的目的。

2、管理(更改、新增、移除)服务网络中的服务容器

通过整合容器管理命令，接收来自监控调度管理平台的指令，对运行的服务容器进行操作，以满足监控调度管理平台对服务网络运行状态的要求。

3、管理服务网络

可以使用例如docker等软件实现对服务网络。

4、备份和恢复服务容器

通过对容器配置文件进行备份、恢复实现对服务容器的相应操作。

所述智能发布平台主要实现以下功能：

1、应用版本灰度发布

通过版本控制时含有特定标记的提交，来构建新的容器配置文件，将容器配置文件导入容器管理平台，停止并移除旧服务容器，移除旧服务容器，启动新服务容器。

2、容器配置文件构建

Jenkins调用带有特定标记的应用程序文件，修改容器配置文件，形成新容器配置文件。

3、应用程序编译

Jenkins调用带有特定标记的应用程序文件，编译打包形成新的应用程序压缩包。

基于本申请的另一方面，还提供了一种运维方法，该方法的处理流程如图5所示，包括：

步骤S501，获取新版本的应用程序文件，并根据所述新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像；

步骤S502，将所述应用程序压缩包置入所述应用程序镜像；

步骤S503，将置入所述应用程序压缩包的所述应用程序镜像作为容器配置文件，并根据所述容器配置文件在服务网络中新增新版本的服务容器。

本申请实施例采用容器的方式进行应用程序的服务发布，在获取到新版本的应用程序文件后自动实现编译打包、创建配置文件等，能够快速创建新版本的服务容器，降低服务扩容的复杂度。

具体地，所述步骤S501具体包括：获取带有标记的新版本的应用程序文件，并根据所述带有标记的新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像。通过在新版本的应用程序文件中加入标记，对特定的应用程序文件进行标记，由这些应用程序文件来构建新的容器配置文件，实现对应的服务容器的智能化更新。

在步骤S503中，在服务网络中新增新版本的服务容器时，还包括：移除对应的旧版本的服务容器，由此实现服务容器的版本更新。在本实施例中，进行版本更新的具体方式可以采用灰度发布的方式。

进一步地，本实施例还提供了一种优选的运维方法，该方法在前述方法的基础上，还包括：监控所述服务网络的运行状态，若所述服务网络中存在资源不足服务，则新增所述资源不足服务对应的服务容器；若所述服务网络中存在异常服务，则移除所述异常服务对应的服务容器，并重新初始化所述异常服务对应的服务容器。

其中，服务网络的运行状态可以根据所述应用服务的服务容器的负载、对应的宿主设备(物理资源)的负载等进行判断，主要的异常情况包括：所述服务网络中存在资源不足服务或者存在异常服务。其中，存在资源不足服务时，表示该应用服务对应的服务容器不足，无法满足用户的使用需求，一般在数据大量并发的情况下可能会产生该种情况，例如在各类秒杀活动时等容易出现该情况；而存在异常服务时，表示该应用服务对应的服务容器的运行发生了异常，无法为用户提供正常服务。

通过对服务网络进行监控，并根据不同的异常情况进行相应的处理，实现对服务容器的调度管理以及性能调整，由此提升应用服务的稳定性。

优选地，在对异常情况进行处理以后，还可以进一步包括：将新增或重新初始化的服务容器纳入负载均衡服务池，进行负载均衡处理。由此优化物理资源的分配，使得各个节点的物理资源达到的性能。

综上所述，本申请的技术方案采用容器的方式进行应用程序的服务发布，在获取到新版本的应用程序文件后自动实现编译打包、创建配置文件等，能够快速创建新版本的服务容器，降低服务扩容的复杂度。此外，通过对服务网络进行监控，实现对服务容器的调度管理以及性能调整，提升应用服务的稳定性以及对硬件资源的利用率。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (10)

1.一种运维方法，其中，该方法包括：

获取新版本的应用程序文件，并根据所述新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像；

将所述应用程序压缩包置入所述应用程序镜像；

将置入所述应用程序压缩包的所述应用程序镜像作为容器配置文件，并根据所述容器配置文件在服务网络中新增新版本的服务容器。

2.根据权利要求1所述的方法，其中，获取新版本的应用程序文件，并根据所述新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像，包括：

获取带有标记的新版本的应用程序文件，并根据带有标记的新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像。

3.根据权利要求1所述的方法，其中，在服务网络中新增新版本的服务容器时，还包括：

移除对应的旧版本的服务容器。

4.根据权利要求1至3中任一项所述的方法，其中，该方法还包括：

监控所述服务网络的运行状态；

若所述服务网络中存在资源不足服务，则新增所述资源不足服务对应的服务容器；

若所述服务网络中存在异常服务，则移除所述异常服务对应的服务容器，并重新初始化所述异常服务对应的服务容器。

5.根据权利要求4所述的方法，其中，该方法还包括：

将新增或重新初始化的服务容器纳入负载均衡服务池，进行负载均衡处理。

6.一种运维设备，其中，该设备包括：

第一装置，用于获取新版本的应用程序文件，并根据所述新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像；

第二装置，用于将所述应用程序压缩包置入所述应用程序镜像；

第三装置，用于将置入所述应用程序压缩包的所述应用程序镜像作为容器配置文件，并根据所述容器配置文件在服务网络中新增新版本的服务容器。

7.根据权利要求6所述的设备，其中，所述第一装置，用于获取带有标记的新版本的应用程序文件，并根据所述带有标记的新版本的应用程序文件生成应用程序压缩包以及对应的应用程序镜像。

8.根据权利要求6所述的设备，其中，所述第三装置，还用于在服务网络中新增新版本的服务容器时，移除对应的旧版本的服务容器。

9.根据权利要求6至8任一项所述的设备，其中，该设备还包括：

第四装置，用于监控所述服务网络的运行状态；

第五装置，用于在所述服务网络中存在资源不足服务时，新增所述资源不足服务对应的服务容器；或者在所述服务网络中存在异常服务时，移除所述异常服务对应的服务容器，并重新初始化所述异常服务对应的服务容器。

10.根据权利要求9所述的设备，其中，该设备还包括：

第六装置，用于将新增或重新初始化的服务容器纳入负载均衡服务池，进行负载均衡处理。