一种服务器的部署方法及管理服务器与流程

本发明涉及互联网技术领域，特别涉及一种服务器的部署方法及管理服务器。

背景技术

随着互联网技术的不断发展，网络中的业务也越来越多。目前可以利用内容分发网络(contentdeliverynetwork，cdn)来提供各种各样的业务。在cdn中，通常具备庞大的服务器数量，其中，依靠部署在各个地区的边缘服务器，可以使得用户能够就近获取业务中的内容，从而提高网络访问速度。

目前，如何对cdn中成千上万的服务器进行管控成为了一个严峻的问题。例如，当这些服务器需要短时间发布到线上使用时，或者当服务器出现故障时，或者当出现一个新的业务时，又或者当业务需求发生变化时，通常都需要对服务器进行快速的部署。因此，目前亟需一种便捷的服务器的部署方法。

技术实现要素：

本申请的目的在于提供一种服务器的部署方法及管理服务器，能够提高服务器的部署效率。

为实现上述目的，本申请一方面提供一种服务器的部署方法，提供有指定业务流，所述指定业务流用于录入管理服务器中，所述指定业务流被所述管理服务器执行时，批量对服务器群组中的各个目标服务器实现以下步骤：将基础文件发送至各个目标服务器，以使得所述目标服务器在本地安装所述基础文件；将所述目标服务器按照业务类型划分为不同的应用服务器；向所述应用服务器下发文件更新指令，所述文件更新指令与所述应用服务器的业务类型相匹配，以使得所述应用服务器响应于所述文件更新指令，从源文件服务器处获取更新数据包，并基于所述更新数据包对所述基础文件进行更新；重启所述应用服务器，以将所述应用服务器从物理状态切换为应用状态。

为实现上述目的，本申请另一方面还提供一种管理服务器，所述管理服务器中加载有指定业务流，所述指定业务流被所述管理服务器执行时，批量对服务器群组中的各个目标服务器进行配置；其中，所述管理服务器包括：基础文件下发单元，用于将基础文件发送至各个目标服务器，以使得所述目标服务器在本地安装所述基础文件；业务规划单元，用于将所述目标服务器按照业务类型划分为不同的应用服务器；数据更新单元，用于向所述应用服务器下发文件更新指令，所述文件更新指令与所述应用服务器的业务类型相匹配，以使得所述应用服务器响应于所述文件更新指令，从源文件服务器处获取更新数据包，并基于所述更新数据包对所述基础文件进行更新；状态切换单元，用于重启所述应用服务器，以将所述应用服务器从物理状态切换为应用状态。

为实现上述目的，本申请另一方面还提供一种管理服务器，所述管理服务器包括存储器和处理器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，实现上述的方法。

由上可见，本申请提供的技术方案，针对大量的目标服务器，管理服务器首先可以向这些目标服务器下发基础文件，该基础文件在目标服务器本地安装之后，目标服务器便可以识别管理服务器后续下发的各项文件更新指令。然后，管理服务器可以按照业务需求，将这些目标服务器划分为不同的应用服务器，其中，各个应用服务器均可以与自身待处理的业务相绑定。由于处理不同的业务，所需的软件工具也可能不同，因此，针对应用服务器当前处理的业务，管理服务器可以向该应用服务器下发与该业务相匹配的文件更新指令。应用服务器接收到该文件更新指令之后，可以从源文件服务器处获取对应的更新数据包，并可以对本地的基础文件进行更新。更新后的应用服务器便具备处理对应业务的能力，在重启应用服务器之后，应用服务器便可以从最初的物理状态，切换至能够处理业务的应用状态。由此可见，按照上述的方式，管理服务器可以统一向目标服务器下发基础文件，并且可以对目标服务器进行业务规划。后续在更新数据时，由于目标服务器具备相同的基础文件，并且更新数据包均是从源文件服务器中获取的，因此可以避免不同的目标服务器在更新数据时导致版本不同的问题。这样，通过管理服务器对目标服务器进行批量操作，从而可以使得大量的目标服务器能够在短时间内完成软件部署，进而可以迅速地处理业务，因此，本申请提供的技术方案，能够提高服务器的部署效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施方式中cdn网络的架构示意图；

图2是本发明实施例中服务器的部署方法流程图；

图3是本发明实施例中管理服务器的功能模块示意图；

图4是本发明实施例中管理服务器的结构示意图；

图5是本发明实施例中计算机终端的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

本申请提供一种服务器的部署方法，该方法可以应用于cdn的管理服务器中。请参阅图1，所述管理服务器可以与处理业务的服务器建立通信连接，从而可以与这些服务器进行数据交互。此外，所述管理服务器还可以与cdn中的源文件服务器保持通信连接，从而可以向该源文件服务器发送文件数据包，以使得源文件服务器可以将文件数据包统一地提供给各个处理业务的服务器。

请参阅图2，本申请提供的服务器的部署方法，可以包括以下步骤。

s1：将基础文件发送至各个目标服务器，以使得所述目标服务器在本地安装所述基础文件。

在本实施方式中，cdn中准备处理业务的服务器最初均可以处于物理状态。该物理状态表征服务器目前尚不具备处理业务的能力。为了使得服务器能够处理对应的业务，则需要将服务器从物理状态转换为应用状态。该应用状态则可以表征服务器已经具备了处理业务的能力。

具体地，在本实施方式中，管理服务器首先可以录入各个候选服务器的设备信息，该设备信息例如可以包括候选服务器的名称以及通信地址。然后，管理服务器可以根据录入的设备信息，检测是否能与候选服务器建立连接。对于不能建立连接的候选服务器，可以认定为存在异常的候选服务器，这部分存在异常的候选服务器则不参与后续的部署过程。在于候选服务器建立连接后，管理服务器可以检测候选服务器，从而获取候选服务器的硬件配置信息，该硬件配置信息例如可以包括候选cpu数据、内存数据、硬盘容量数据等。管理服务器可以根据业务需求以及获取的硬件配置信息，判断候选服务器是否能够达到业务需求。如果能够达到业务需求，则认定候选服务器的硬件配置信息满足预设条件。这样，管理服务器可以从所述候选服务器中筛选出硬件配置信息满足预设条件的目标服务器。这些目标服务器可以参与后续的业务部署过程。

在本实施方式中，管理服务器首先可以对处于物理状态的目标服务器下发基础文件，目标服务器在本地安装了基础文件之后，便具备了基础的软件环境，并能够识别管理服务器后续下达的各项指令。具体地，管理服务器可以通过cdn中的代理服务器向目标服务器下发基础文件，也可以通过与目标服务器之间的通信连接，直接向目标服务器下发基础文件。

s3：将所述目标服务器按照业务类型划分为不同的应用服务器。

在本实施方式中，对于大量的目标服务器，管理服务器可以按照实际的业务需求，对目标服务器进行业务划分。具体地，实际的业务例如可以包括图片类业务、视频类业务、网页类业务等。根据业务类型的不同，可以将目标服务器划分为不同的服务器集群。其中，一个服务器集群中的目标服务器，可以处理同一种业务类型的业务，处理业务的目标服务器在完成业务规划之后，便可以作为与业务类型相关联的应用服务器。这样，原本的目标服务器，可以按照业务类型的不同，划分为不同的应用服务器。与同一种业务类型相关联的应用服务器，可以处于同一个服务器集群中。

s4：向所述应用服务器下发文件更新指令，所述文件更新指令与所述应用服务器的业务类型相匹配，以使得所述应用服务器响应于所述文件更新指令，从源文件服务器处获取更新数据包，并基于所述更新数据包对所述基础文件进行更新。

在本实施方式中，在完成业务规划之后，由于不同的业务所依赖的软件工具往往也不同。因此，管理服务器可以根据应用服务器当前关联的业务类型，下发与该业务类型相匹配的文件更新指令。

在本实施方式中，文件的更新数据包可以存储于源文件服务器中，这样，所述文件更新指令中，可以包含该源文件服务器的通信地址，以及与当前的业务类型相匹配的更新数据包的标识。当应用服务器接收到管理服务器下发的文件更新指令后，便可以依靠之前安装的基础文件，识别出该文件更新指令中的通信地址和文件标识。然后，可以按照该通信地址，向源文件服务器发起访问请求。该访问请求中可以携带识别出的文件标识，从而可以从源文件服务器处获取到该文件标识指向的更新数据包。当然，在实际应用中，为了提高更新数据包的下载速度，源文件服务器可以将更新数据包存储于各个缓存服务器中。这样，应用服务器可以按照就近原则，从附近的缓存服务器中下载该文件标识指向的更新数据包。

在本实施方式中，应用服务器获取到对应的更新数据包之后，便可以利用该更新数据包对已安装的基础文件进行更新。更新后的应用服务器便具备了处理对应业务的能力。

s5：重启所述应用服务器，以将所述应用服务器从物理状态切换为应用状态。

在本实施方式中，在对应用服务器中的软件进行更新之后，为了使得更新后的部分软件生效，可以重启应用服务器。这样，当应用服务器重启之后，便能够直接处理对应的业务，从而使得应用服务器从最初的物理状态切换至能够处理业务的应用状态。

在本实施方式中，上述的在管理服务器中录入候选服务器的设备信息、对目标服务器进行基础文件下发、对目标服务器进行业务规划、在应用服务器中进行软件更新以及服务器重启的各个步骤，均可以预先进行模块化管理，也就是制作各个步骤对应的程序模组，这些程序模组可以按照执行的先后顺序，构成业务流程的模板。该业务流程的模板可以被导入至管理服务器，管理服务器从而可以按序执行该模板中的各个程序模组，从而自动地完成上述的服务器部署过程。

在一个实施方式中，应用服务器在执行业务的过程中，可能会发生故障。当应用服务器发生故障时，需要将该应用服务器从当前处理的业务中退出来，并进行维修。具体地，管理服务器首先可以停止所述应用服务器中处理的业务，从而将所述应用服务器从应用状态切换至故障状态。管理服务器可以向处于故障状态下的应用服务器下发用于维修的软件，这样，应用服务器安装了这些软件之后，管理人员可以通过远程操控的方式，对应用服务器进行维修。在所述应用服务器恢复正常后，管理服务器可以清除该应用服务器中的软件。然后，管理服务器可以向所述应用服务器下发基础文件以及与所述应用服务器的业务类型相匹配的文件更新指令，从而使得所述应用服务器安装所述基础文件，并根据所述文件更新指令对安装的所述基础文件进行更新。这样，应用服务器便重新具备了处理之前的业务的能力。然后，管理服务器可以重启所述应用服务器，以将所述应用服务器从所述故障状态切换回应用状态。

在本实施方式中，若所述应用服务器无法恢复正常，则需要对该应用服务器进行回收处理。具体地，可以将所述应用服务器与当前的业务解绑，并将所述应用服务器从当前业务所在的服务器集群中移除。在完成回收之后，可以对应用服务器进行线下维修，从而使得应用服务器重新回归至物理状态。

在一个实施方式中，当应用服务器中处理的业务需要变更时，管理服务器首先可以停止所述应用服务器中当前处理的业务，由于业务发生变更之后，所需求的软件工具也可能不同，此时，管理服务器可以卸载所述应用服务器中安装的文件，并向所述应用服务器下发基础文件，以使得应用服务器完成基础环境的部署。然后，管理服务器可以向应用服务器继续下发与变更后的业务相适配的文件更新指令，从而使得所述应用服务器从源文件服务器中获取对应的更新数据包，并对安装的基础文件进行更新。这样，应用服务器经过上述的步骤，便具备了处理变更后的业务的能力。为了使得新的软件生效，管理服务器可以重启所述应用服务器，以将所述应用服务器从之前的第一应用状态切换至变更业务之后的第二应用状态。

当然，在实际应用中，在将应用服务器中旧业务对应的文件卸载之后，可以将该应用服务器从旧业务的服务器集群中移除，并将所述应用服务器加入与变更后的业务相对应的服务器集群中，从而可以将所述应用服务器与变更后的业务相关联。

在一个实施方式中，当应用服务器不再处理当前的业务时，可以将该应用服务器从应用状态恢复至物理状态，以应对后续可能出现的新的业务。具体地，管理服务器可以将所述应用服务器与当前的业务解绑，并卸载所述应用服务器中安装的文件。然后，可以将所述应用服务器从当前的业务对应的服务器集群中移除，从而将所述应用服务器从应用状态恢复至物理状态。

需要说明的是，上述在物理状态、应用状态以及故障状态之间切换的步骤，均可以预先进行模块化管理，也就是制作各个步骤对应的程序模组，这些程序模组可以按照执行的先后顺序，形成指定业务流。该指定业务流可以被导入至管理服务器中，这样，当管理服务器执行所述指定业务流时，可以批量化地对服务器群组中的各个目标服务器实现上述的状态切换过程。具体地，管理服务器可以依次执行所述指定业务流中的各个程序模组，从而自动地完成上述的各种状态切换的过程。

实施例二

请参阅图3，本申请还提供一种管理服务器，所述管理服务器中加载有指定业务流，所述指定业务流被所述管理服务器执行时，批量对服务器群组中的各个目标服务器进行配置；其中，所述管理服务器包括：

基础文件下发单元，用于将基础文件发送至各个目标服务器，以使得所述目标服务器在本地安装所述基础文件；

业务规划单元，用于将所述目标服务器按照业务类型划分为不同的应用服务器；

数据更新单元，用于向所述应用服务器下发文件更新指令，所述文件更新指令与所述应用服务器的业务类型相匹配，以使得所述应用服务器响应于所述文件更新指令，从源文件服务器处获取更新数据包，并基于所述更新数据包对所述基础文件进行更新；

状态切换单元，用于重启所述应用服务器，以将所述应用服务器从物理状态切换为应用状态。

在一个实施方式中，所述管理服务器还包括：

故障状态切换单元，用于当所述应用服务器发生故障时，停止所述应用服务器中处理的业务，以将所述应用服务器从所述应用状态切换至故障状态；

重新部署单元，用于在所述应用服务器恢复正常后，向所述应用服务器下发基础文件以及与所述应用服务器的业务类型相匹配的文件更新指令，以使得所述应用服务器安装所述基础文件，并根据所述文件更新指令对安装的所述基础文件进行更新；

应用状态恢复单元，用于重启所述应用服务器，以将所述应用服务器从所述故障状态切换回应用状态。

在一个实施方式中，所述管理服务器还包括：

业务变更单元，用于当对所述应用服务器处理的业务进行变更时，停止所述应用服务器中当前处理的业务，并卸载所述应用服务器中安装的文件；

变更部署单元，用于向所述应用服务器下发基础文件，以及与变更后的业务相适配的文件更新指令，以使得所述应用服务器安装所述基础文件，并按照所述与变更后的业务相适配的文件更新指令对安装的所述基础文件进行更新；

应用状态切换单元，用于重启所述应用服务器，以将所述应用服务器从第一应用状态切换至第二应用状态。

在一个实施方式中，所述管理服务器还包括：

业务停用单元，用于当所述应用服务器不再处理业务时，将所述应用服务器与当前的业务解绑，并卸载所述应用服务器中安装的文件；

物理状态恢复单元，用于将所述应用服务器从当前的业务对应的服务器集群中移除，以将所述应用服务器从应用状态恢复至物理状态。

请参阅图4，本申请还提供一种管理服务器，所述管理服务器包括存储器和处理器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，可以实现上述的服务器的部署方法。

请参阅图5，在本申请中，上述实施例中的技术方案可以应用于如图5所示的计算机终端10上。计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图5所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

具体地，在本申请中，上述的服务器的部署方法可以作为计算机程序存储于上述的存储器104中，所述存储器104可以与处理器102耦合，那么当处理器102执行所述存储器104中的计算机程序时，便可以实现上述的服务器的部署方法中的各个步骤。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

由上可见，本申请提供的技术方案，针对大量的目标服务器，管理服务器首先可以向这些目标服务器下发基础文件，该基础文件在目标服务器本地安装之后，目标服务器便可以识别管理服务器后续下发的各项文件更新指令。然后，管理服务器可以按照业务需求，将这些目标服务器划分为不同的应用服务器，其中，各个应用服务器均可以与自身待处理的业务相绑定。由于处理不同的业务，所需的软件工具也可能不同，因此，针对应用服务器当前处理的业务，管理服务器可以向该应用服务器下发与该业务相匹配的文件更新指令。应用服务器接收到该文件更新指令之后，可以从源文件服务器处获取对应的更新数据包，并可以对本地的基础文件进行更新。更新后的应用服务器便具备处理对应业务的能力，在重启应用服务器之后，应用服务器便可以从最初的物理状态，切换至能够处理业务的应用状态。由此可见，按照上述的方式，管理服务器可以统一向目标服务器下发基础文件，并且可以对目标服务器进行业务规划。后续在更新数据时，由于目标服务器具备相同的基础文件，并且更新数据包均是从源文件服务器中获取的，因此可以避免不同的目标服务器在更新数据时导致版本不同的问题。这样，通过管理服务器对目标服务器进行批量操作，从而可以使得大量的目标服务器能够在短时间内完成软件部署，进而可以迅速地处理业务，因此，本申请提供的技术方案，能够提高服务器的部署效率。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。