CN110007937A - 一种***更新的方法和*** - Google Patents

Abstract

本发明公开了一种***更新的方法和***，属于数据同步技术领域。所述方法包括：当满足预设的***更新条件时，管理服务器获取本地存储的各个文件类型的待更新文件，其中，所述文件类型包括平台代码类、业务代码类和/或资源配置类；管理服务器对所述平台代码类的待更新文件进行打包得到平台代码压缩包，并对所述业务代码类的待更新文件进行打包得到业务代码压缩包；管理服务器将所述平台代码压缩包、所述业务代码压缩包和所述资源配置类的待更新文件同步至目标业务服务器。采用本发明，可以提高管理文件的效率。

Description

一种***更新的方法和***

技术领域

本发明涉及数据同步技术领域，特别涉及一种***更新的方法和***。

背景技术

随着网络技术的飞速发展，网络业务也更加多样和复杂。业务提供方可以维护有大量业务服务器，多个业务服务器可以支持相同或不同的网络业务，每个业务服务器可以用于多种网络业务的处理。

技术人员在程序开发终端上编写完某个网络业务的业务程序后，可以将编译后的class文件(包括业务代码、业务依赖的第三方代码和相关的平台代码)，资源配置文件打包成一个压缩包，然后将该压缩包上传至业务服务器。之后，业务服务器可以基于上述压缩包，执行网络业务的业务程序，以向用户提供相应的网络业务服务。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

多个压缩包可能会包含有部分相同的文件，如包含相同的平台代码或统一的资源配置文件等，如果需要对某个文件进行更新调整，则必须对所有包含该文件的压缩包重新打包，故而管理文件的效率较低。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种***更新的方法和***。所述技术方案如下：

第一方面，提供了一种***更新的方法，所述方法包括：

当满足预设的***更新条件时，管理服务器获取本地存储的各个文件类型的待更新文件，其中，所述文件类型包括平台代码类、业务代码类和/或资源配置类；

管理服务器对所述平台代码类的待更新文件进行打包得到平台代码压缩包，并对所述业务代码类的待更新文件进行打包得到业务代码压缩包；

管理服务器将所述平台代码压缩包、所述业务代码压缩包和所述资源配置类的待更新文件同步至目标业务服务器。

可选的，所述管理服务器对所述平台代码类的待更新文件进行打包得到平台代码压缩包，包括：

对于所述平台代码类的待更新文件，管理服务器获取平台代码类的打包配置文件，确定所述打包配置文件中记录的平台***功能；

如果所述待更新文件属于所述平台***功能下的待更新文件，管理服务器则将所述待更新文件所属的目标平台***功能和所述目标平台***功能的关联平台***功能的所有平台代码文件，以平台***功能为单位打包成多个子压缩包，并将所述多个子压缩包打包成一个平台代码压缩包；

如果所述待更新文件不属于所述平台***功能下的待更新文件，管理服务器则将所述待更新文件所属功能的所有平台代码文件直接打包成一个平台代码压缩包。

可选的，所述管理服务器对所述业务代码类的待更新文件进行打包得到业务代码压缩包，包括：

对于所述业务代码类的待更新文件，管理服务器获取用于设置打包方式的打包执行参数；

如果所述打包执行参数为第一参数，管理服务器则将所述待更新文件所属的目标业务功能和所述目标业务功能的关联业务功能的所有业务代码文件，以业务功能为单位打包成多个子压缩包，并将所述多个子压缩包打包成一个业务代码压缩包；

如果所述打包执行参数为第二参数，管理服务器则将所述待更新文件所属的目标业务功能和所述目标业务功能的关联业务功能的所有业务代码文件直接打包成一个业务代码压缩包。

可选的，所述方法还包括：

如果所述待更新文件关联有新增第三方数据包，管理服务器则获取所述新增第三方数据包，并将所述新增第三方数据包同步至所述目标业务服务器。

可选的，所述方法还包括：

管理服务器根据所属的项目和/或业务功能和/或版本号，分别对所述平台代码压缩包、所述业务代码压缩包、所述新增第三方数据包和所述资源配置类的待更新文件进行存储，并通过预设的目录创建规则创建待更新文件存储地址，将所述待更新文件存储地址添加至与所述项目关联的存储记录文件中。

可选的，所述方法还包括：

目标业务服务器接收目标网络业务的程序启动指令，获取与所述目标网络业务所属项目关联的存储记录文件；

目标业务服务器根据所述存储记录文件，获取所述目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件；

目标业务服务器基于所述目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件，执行所述目标网络业务。

第二方面，提供了一种***更新的***，所述***包括管理服务器和多个业务服务器，所述多个业务服务器包括目标业务服务器，其中，所述管理服务器用于：

当满足预设的***更新条件时，获取本地存储的各个文件类型的待更新文件，其中，所述文件类型包括平台代码类、业务代码类和/或资源配置类；

对所述平台代码类的待更新文件进行打包得到平台代码压缩包，并对所述业务代码类的待更新文件进行打包得到业务代码压缩包；

将所述平台代码压缩包、所述业务代码压缩包和所述资源配置类的待更新文件同步至所述目标业务服务器。

可选的，所述管理服务器，具体用于：

对于所述平台代码类的待更新文件，获取平台代码类的打包配置文件，确定所述打包配置文件中记录的平台***功能；

如果所述待更新文件属于所述平台***功能下的待更新文件，则将所述待更新文件所属的目标平台***功能和所述目标平台***功能的关联平台***功能的所有平台代码文件，以平台***功能为单位打包成多个子压缩包，并将所述多个子压缩包打包成一个平台代码压缩包；

如果所述待更新文件不属于所述平台***功能下的待更新文件，则将所述待更新文件所属功能的所有平台代码文件直接打包成一个平台代码压缩包。

可选的，所述管理服务器，具体用于：

对于所述业务代码类的一个待更新文件，获取用于设置打包方式的打包执行参数；

如果所述打包执行参数为第一参数，则将所述待更新文件所属的目标业务功能和所述目标业务功能的关联业务功能的所有业务代码文件，以业务功能为单位打包成多个子压缩包，并将所述多个子压缩包打包成一个业务代码压缩包；

如果所述打包执行参数为第二参数，则将所述待更新文件所属的目标业务功能和所述目标业务功能的关联业务功能的所有业务代码文件直接打包成一个业务代码压缩包。

可选的，所述管理服务器，还用于：

如果所述待更新文件关联有新增第三方数据包，则获取所述新增第三方数据包，并将所述新增第三方数据包同步至所述目标业务服务器。

可选的，所述管理服务器，还用于：

根据所属的项目和/或业务功能和/或版本号，分别对所述平台代码压缩包、所述业务代码压缩包、所述新增第三方数据包和所述资源配置类的待更新文件进行存储，并通过预设的目录创建规则创建待更新文件存储地址，将所述待更新文件存储地址添加至与所述项目关联的存储记录文件中。

可选的，所述目标业务服务器，用于：

接收目标网络业务的程序启动指令，获取与所述目标网络业务所属项目关联的存储记录文件；

根据所述存储记录文件，获取所述目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件；

基于所述目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件，执行所述目标网络业务。

本发明实施例提供的技术方案带来的有益效果是：

本发明实施例中，当满足预设的***更新条件时，管理服务器获取本地存储的各个文件类型的待更新文件，其中，文件类型包括平台代码类、业务代码类和/或资源配置类；管理服务器对平台代码类的待更新文件进行打包得到平台代码压缩包，并对业务代码类的待更新文件进行打包得到业务代码压缩包；管理服务器将平台代码压缩包、业务代码压缩包和资源配置类的待更新文件同步至目标业务服务器。这样，将文件分成平台代码类、业务代码类、资源配置类和第三方数据包，当需要对某个文件进行更新调整时，可以直接将相应的待更新文件通过管理服务器同步到业务服务器中，无需重新同步其它文件，从而可以提高管理文件的效率较低。

附图说明

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

图1是本发明实施例提供的一种***更新的网络场景框架示意图；

图2是本发明实施例提供的一种***更新的方法流程图；

图3是本发明实施例提供的一种业务服务器执行网络业务的方法流程图。

具体实施方式

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

本发明实施例提供了一种***更新的方法，该方法的执行主体可以是管理服务器，其中，管理服务器可以大数据网络场景中用于存储并转发待更新文件的中转服务器，待更新文件可以是技术人员在程序开发终端上进行研发的，用于对业务服务器上实现的网络业务的业务程序进行更新升级的文件，可以包括网络业务本身的业务代码、网络业务依赖的第三方代码和平台代码，资源文件或者配置文件。大数据网络场景中可以包括大量业务服务器，这些业务服务器可以分别依托于storm、hadoop、spark三种大数据处理工具来实现网络业务。上述网络场景框架可以如图1所示。上述管理服务器中可以包括处理器、存储器、收发器，处理器可以用于进行下述流程中的***更新的处理，存储器可以用于存储下述处理过程中需要的数据以及产生的数据，收发器可以用于接收和发送下述处理过程中的相关数据。

下面将结合具体实施方式，对图2所示的处理流程进行详细的说明，内容可以如下：

步骤201，当满足预设的***更新条件时，管理服务器获取本地存储的各个文件类型的待更新文件。

其中，文件类型可以包括平台代码类、业务代码类和/或资源配置类。

在实施中，当技术人员想要对业务服务器中运行的业务程序进行更新时，可以在程序开发终端上编写相应的待更新文件，待更新文件可以是平台代码类文件，用于优化或补充业务平台的相关功能，还可以是业务代码类文件，用于升级或添加相关业务功能，也可以是资源配置类文件，用于设置或调整网络业务的业务参数。之后，技术人员可以将编写完成的待更新文件上传至管理服务器。管理服务器获取到上述待更新文件后，可以将先将待更新文件按照平台代码类、业务代码类和/或资源配置类进行分类存储。

技术人员可以预先设定管理服务器和业务服务器进行***更新的触发条件(即***更新条件)，该***更新条件可以是管理服务器接收到人工输入的同步开始指令，也可以是到达预设的***更新时间点，或者可以是管理服务器内待更新文件的数量达到预设值等等。当检测到满足上述预设的***更新条件时，管理服务器可以与其管理的多个业务服务器开始进行***更新。具体的，管理服务器可以获取本地存储的各个文件类型的待更新文件。此处，待更新文件是指从上次***更新结束后到本次***更新开始前，技术人员新上传至管理服务器的所有文件。

步骤202，管理服务器对平台代码类的待更新文件进行打包得到平台代码压缩包，并对业务代码类的待更新文件进行打包得到业务代码压缩包。

在实施中，管理服务器获取到本地存储的待更新文件后，如果待更新文件中存在平台代码类文件，管理服务器则可以对平台代码类的待更新文件进行打包，从而得到用于***更新的平台代码压缩包。同理，如果待更新文件中存在业务代码类文件，管理服务器则可以对业务代码类的待更新文件进行打包，从而得到用于***更新的业务代码压缩包。

可选的，步骤202中对平台代码类的待更新文件进行打包的处理可以具体如下：对于平台代码类的待更新文件，获取平台代码类的打包配置文件，确定打包配置文件中记录的平台***功能；如果待更新文件属于平台***功能下的待更新文件，则将待更新文件所属的目标平台***功能和目标平台***功能的关联平台***功能的所有平台代码文件，以平台***功能为单位打包成多个子压缩包，并将多个子压缩包打包成一个平台代码压缩包；如果待更新文件不属于平台***功能下的待更新文件，则将待更新文件所属功能的所有平台代码文件直接打包成一个平台代码压缩包。

在实施中，技术人员在上传平台代码类的待更新文件时，可以同时上传平台代码类的打包配置文件。该打包配置文件中可以记录有实现平台本身执行逻辑，不用于向业务代码提供开放接口的平台***功能的功能标识，该打包配置文件可以为“.ignore”类的文件。在对平台代码类的待更新文件进行打包前，管理服务器可以先获取上述平台代码类的打包配置文件，然后确定其中记录的平台***功能的功能标识。这样，管理服务器对平台代码类的待更新文件进行打包时，如果待更新文件属于平台***功能下的待更新文件，管理服务器则可以先确定待更新文件所属的目标平台***功能，并判断目标平台***功能中是否使用了其它平台***功能的代码，如果是，则将其它平台***功能确认为目标平台***功能的关联平台***功能。之后，管理服务器可以获取目标平台***功能和关联平台***功能的所有平台代码文件，然后以平台***功能为单位对所有平台代码文件(包括待更新文件)进行打包得到多个子压缩包，进一步的，可以将多个子压缩包再打包成一个平台代码压缩包；如果待更新文件不属于平台***功能下的待更新文件，管理服务器则可以对待更新文件和其所属功能下的所有其它平台代码文件进行打包得到平台代码压缩包。

可选的，步骤202中对业务代码类的待更新文件进行打包的处理可以具体如下：对于业务代码类的一个待更新文件，管理服务器获取用于设置打包方式的打包执行参数；

如果打包执行参数为第一参数，管理服务器则将待更新文件所属的目标业务功能和目标业务功能的关联业务功能的所有业务代码文件，以业务功能为单位打包成多个子压缩包，并将多个子压缩包打包成一个业务代码压缩包；

如果打包执行参数为第二参数，管理服务器则将待更新文件所属的目标业务功能和目标业务功能的关联业务功能的所有业务代码文件直接打包成一个业务代码压缩包。

其中，第一参数为assembly，主要用于普通程序的打包，以main函数启动，第二参数为assembly.onejar，主要用于storm、hadoop或spark类程序的打包。

在实施中，管理服务器在获取到一个业务代码类的待更新文件时，可以先由技术人员人工判断该待更新文件所属的程序为普通程序还是storm、hadoop或spark类程序，并为待更新文件设置相应的打包执行参数。进而，管理服务器可以获取到用于设置打包方式的打包执行参数。一方面，如果该打包执行参数为assembly(即第一参数)，管理服务器则可以读取loader-assembly.xml配置文件，采用普通程序的业务代码打包流程对待更新文件进行打包。具体的，管理服务器可以先确定待更新文件所属的目标业务功能，并判断目标业务功能中是否使用了其它业务功能的代码，如果是，则将其它业务功能确认为目标业务功能的关联业务功能。之后，管理服务器可以获取目标业务功能和关联业务功能的所有业务代码文件，然后以业务功能为单位对所有业务代码文件进行打包得到多个子压缩包，进一步的，可以将多个子压缩包再打包成一个业务代码压缩包。另一方面，如果该打包执行参数为assembly.onejar(即第二参数)，管理服务器则可以读取loader-assembly-onejar.xml配置文件，采用storm、hadoop或spark类程序的业务代码打包流程对待更新文件进行打包。具体的，管理服务器可以先确定待更新文件所属的目标业务功能，并判断目标业务功能中是否使用了其它业务功能的代码，如果是，则将其它业务功能确认为目标业务功能的关联业务功能。之后，管理服务器可以获取目标业务功能和关联业务功能的所有业务代码文件，然后直接将上述所有业务代码文件打包成一个业务代码压缩包。

步骤203，管理服务器将平台代码压缩包、业务代码压缩包和资源配置类的待更新文件同步至目标业务服务器。

在实施中，管理服务器在生成平台代码压缩包之后，可以将平台代码压缩包同步至相应的业务服务器处。同理，管理服务器在生成业务代码压缩包之后，也可以将业务代码压缩包同步至相应的业务服务器处。此外，对于资源配置类的待更新文件，管理服务器可以不对其进行压缩打包，直接将待更新文件同步至目标业务服务器。需要说明的是，由于业务服务器分别依托于storm、hadoop、spark三种大数据处理工具来实现网络业务，待更新文件也可以基于storm、hadoop、spark三种大数据处理工具进行分类，故而在***更新的过程中，需要将storm类的平台代码压缩包、业务代码压缩包和资源配置类的待更新文件，同步至storm类的业务服务器处，将hadoop类的平台代码压缩包、业务代码压缩包和资源配置类的待更新文件，同步至hadoop类的业务服务器处，将spark类的平台代码压缩包、业务代码压缩包和资源配置类的待更新文件，同步至spark类的业务服务器处。而对于除storm、hadoop、spark三类之外的普通程序的待更新文件，可以先判断待更新文件对应的网络业务，然后将待更新文件同步至支持有上述网络业务的业务服务器处。

可选的，还可以更新网络业务关联的第三方数据包，相应的处理可以如下：如果待更新文件关联有新增第三方数据包，管理服务器则获取新增第三方数据包，并将新增第三方数据包同步至目标业务服务器。

在实施中，在技术人员上传待更新文件时，如果该待更新文件关联有新增第三方数据包，技术人员无需获取并上传该新增第三方数据包，只需在待更新文件中记录新增第三方数据包的下载地址。这样，管理服务器在对平台代码类的待更新文件或者业务代码类的待更新文件进行打包时，如果发现待更新文件关联有新增第三方数据包，则可以根据新增第三方数据包的下载地址获取新增第三方数据包，并将其存储至特定的目录中。之后，管理服务器可以将获取到的新增第三方数据包同步到目标业务服务器。

可选的，还可以通过自定义的待更新文件存储地址以快速定位文件的存储位置，相应的处理可以如下：管理服务器根据所属的项目和/或业务功能和/或版本号，分别对平台代码压缩包、业务代码压缩包、新增第三方数据包和资源配置类的待更新文件进行存储，并通过预设的目录创建规则创建待更新文件存储地址，将待更新文件存储地址添加至与项目关联的存储记录文件中。

其中，一个项目可以是人工设置的多个业务功能(也可以认为是网络业务)的集合，项目中的业务功能具有部分相同的特征，如项目可以超市管理项目，该项目下包含的业务功能可以有超市营业额计算、超市工作人员考勤记录、超市商品量统计等等。待更新文件存储地址可以是URI(统一资源标识符，Uniform Resource Identifier)，也可以是地址指针等。

在实施中，管理服务器可以根据maven中的group，artifact和version概念,对本地存储的待更新文件进行分类存储。具体的，管理服务器可以根据所属的项目和/或业务功能和/或版本号，分别对平台代码压缩包、业务代码压缩包、新增第三方数据包和资源配置类的待更新文件进行存储。同时，管理服务器可以通过预设的目录创建规则创建对应的待更新文件存储地址，并将创建完的待更新文件存储地址添加至与所属的项目关联的存储记录文件中。此外，管理服务器还可以将待更新文件分为正式版本和测试版本，即建立beta和stable两个目录，这样，测试版本的待更新文件将只同步到beta目录下，且可以通过待更新文件存储地址直接定位文件，不会导致正式版本的文件被替换。

值得一提的是，本实施例中平台代码类、业务代码类和资源配置类的待更新文件，以及新增第三方数据包这四类文件的相关打包和同步的顺序不做具体限定，可以先进行所有打包处理，再进行同步处理，也可以先完成某一类文件的打包和同步处理，再进行下一类文件的打包和同步处理。

基于相同的技术构思，本发明实施例还提供了一种业务服务器执行网络业务的处理流程，如图3所示，具体内容可以如下：

步骤301，目标业务服务器接收目标网络业务的程序启动指令，获取与目标网络业务所属项目关联的存储记录文件。

在实施中，目标业务服务器可以是任意一个正常运行的业务服务器。当其需要执行目标网络业务时，目标业务服务器可以接收到目标网络业务的程序启动指令，这时，目标业务服务器可以确定目标网络业务所属的项目，然后获取与该项目关联的存储记录文件。

步骤302，目标业务服务器根据存储记录文件，获取目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件。

在实施中，目标业务服务器在获取到与目标网络业务所属项目关联的存储记录文件后，可以在存储记录文件中查看目标网络业务，然后确定出目标网络业务所需要的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件的待更新文件存储地址。这样，管理设备则可以根据上述待更新文件存储地址，定位并获取目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件。

步骤303，目标业务服务器基于目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件，执行目标网络业务。

在实施中，目标业务服务器在获取到目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件后，可以通过实现特定的classloader(类加载器)，重新组合目标网络业务依赖的压缩包，并通过统一的启动脚本来执行目标网络业务，无论目标网络业务的业务程序属于普通程序，还是属于storm、hadoop或者spark类程序。

本发明实施例中，当满足预设的***更新条件时，管理服务器获取本地存储的各个文件类型的待更新文件，其中，文件类型包括平台代码类、业务代码类和/或资源配置类；管理服务器对平台代码类的待更新文件进行打包得到平台代码压缩包，并对业务代码类的待更新文件进行打包得到业务代码压缩包；管理服务器将平台代码压缩包、业务代码压缩包和资源配置类的待更新文件同步至目标业务服务器。这样，将文件分成平台代码类、业务代码类、资源配置类和第三方数据包，当需要对某个文件进行更新调整时，可以直接将相应的待更新文件通过管理服务器同步到业务服务器中，无需重新同步其它文件，从而可以提高管理文件的效率较低。

基于相同的技术构思，本发明实施例还提供了一种***更新的***，所述***包括管理服务器和多个业务服务器，所述多个业务服务器包括目标业务服务器，其中，所述管理服务器用于：

当满足预设的***更新条件时，获取本地存储的各个文件类型的待更新文件，其中，所述文件类型包括平台代码类、业务代码类和/或资源配置类；

对所述平台代码类的待更新文件进行打包得到平台代码压缩包，并对所述业务代码类的待更新文件进行打包得到业务代码压缩包；

将所述平台代码压缩包、所述业务代码压缩包和所述资源配置类的待更新文件同步至所述目标业务服务器。

可选的，所述管理服务器，具体用于：

对于所述平台代码类的待更新文件，获取平台代码类的打包配置文件，确定所述打包配置文件中记录的平台***功能；

如果所述待更新文件属于所述平台***功能下的待更新文件，则将所述待更新文件所属的目标平台***功能和所述目标平台***功能的关联平台***功能的所有平台代码文件，以平台***功能为单位打包成多个子压缩包，并将所述多个子压缩包打包成一个平台代码压缩包；

如果所述待更新文件不属于所述平台***功能下的待更新文件，则将所述待更新文件所属功能的所有平台代码文件直接打包成一个平台代码压缩包。

可选的，所述管理服务器，具体用于：

对于所述业务代码类的一个待更新文件，获取用于设置打包方式的打包执行参数；

如果所述打包执行参数为第一参数，则将所述待更新文件所属的目标业务功能和所述目标业务功能的关联业务功能的所有业务代码文件，以业务功能为单位打包成多个子压缩包，并将所述多个子压缩包打包成一个业务代码压缩包；

如果所述打包执行参数为第二参数，则将所述待更新文件所属的目标业务功能和所述目标业务功能的关联业务功能的所有业务代码文件直接打包成一个业务代码压缩包。

可选的，所述管理服务器，还用于：

如果所述待更新文件关联有新增第三方数据包，则获取所述新增第三方数据包，并将所述新增第三方数据包同步至所述目标业务服务器。

可选的，所述管理服务器，还用于：

根据所属的项目和/或业务功能和/或版本号，分别对所述平台代码压缩包、所述业务代码压缩包、所述新增第三方数据包和所述资源配置类的待更新文件进行存储，并通过预设的目录创建规则创建待更新文件存储地址，将所述待更新文件存储地址添加至与所述项目关联的存储记录文件中。

可选的，所述目标业务服务器，用于：

接收目标网络业务的程序启动指令，获取与所述目标网络业务所属项目关联的存储记录文件；

根据所述存储记录文件，获取所述目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件；

基于所述目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件，执行所述目标网络业务。

本发明实施例中，当满足预设的***更新条件时，管理服务器获取本地存储的各个文件类型的待更新文件，其中，文件类型包括平台代码类、业务代码类和/或资源配置类；管理服务器对平台代码类的待更新文件进行打包得到平台代码压缩包，并对业务代码类的待更新文件进行打包得到业务代码压缩包；管理服务器将平台代码压缩包、业务代码压缩包和资源配置类的待更新文件同步至目标业务服务器。这样，将文件分成平台代码类、业务代码类、资源配置类和第三方数据包，当需要对某个文件进行更新调整时，可以直接将相应的待更新文件通过管理服务器同步到业务服务器中，无需重新同步其它文件，从而可以提高管理文件的效率较低。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims (12)

1.一种***更新的方法，其特征在于，所述方法包括：

当满足预设的***更新条件时，管理服务器获取本地存储的各个文件类型的待更新文件，其中，所述文件类型包括平台代码类、业务代码类和/或资源配置类；

管理服务器对所述平台代码类的待更新文件进行打包得到平台代码压缩包，并对所述业务代码类的待更新文件进行打包得到业务代码压缩包；

管理服务器将所述平台代码压缩包、所述业务代码压缩包和所述资源配置类的待更新文件同步至目标业务服务器。

2.根据权利要求1所述的方法，其特征在于，所述管理服务器对所述平台代码类的待更新文件进行打包得到平台代码压缩包，包括：

对于所述平台代码类的待更新文件，管理服务器获取平台代码类的打包配置文件，确定所述打包配置文件中记录的平台***功能；

如果所述待更新文件属于所述平台***功能下的待更新文件，管理服务器则将所述待更新文件所属的目标平台***功能和所述目标平台***功能的关联平台***功能的所有平台代码文件，以平台***功能为单位打包成多个子压缩包，并将所述多个子压缩包打包成一个平台代码压缩包；

如果所述待更新文件不属于所述平台***功能下的待更新文件，管理服务器则将所述待更新文件所属功能的所有平台代码文件直接打包成一个平台代码压缩包。

3.根据权利要求1所述的方法，其特征在于，所述管理服务器对所述业务代码类的待更新文件进行打包得到业务代码压缩包，包括：

对于所述业务代码类的待更新文件，管理服务器获取用于设置打包方式的打包执行参数；

如果所述打包执行参数为第一参数，管理服务器则将所述待更新文件所属的目标业务功能和所述目标业务功能的关联业务功能的所有业务代码文件，以业务功能为单位打包成多个子压缩包，并将所述多个子压缩包打包成一个业务代码压缩包；

如果所述打包执行参数为第二参数，管理服务器则将所述待更新文件所属的目标业务功能和所述目标业务功能的关联业务功能的所有业务代码文件直接打包成一个业务代码压缩包。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果所述待更新文件关联有新增第三方数据包，管理服务器则获取所述新增第三方数据包，并将所述新增第三方数据包同步至所述目标业务服务器。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

管理服务器根据所属的项目和/或业务功能和/或版本号，分别对所述平台代码压缩包、所述业务代码压缩包、所述新增第三方数据包和所述资源配置类的待更新文件进行存储，并通过预设的目录创建规则创建待更新文件存储地址，将所述待更新文件存储地址添加至与所述项目关联的存储记录文件中。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

目标业务服务器接收目标网络业务的程序启动指令，获取与所述目标网络业务所属项目关联的存储记录文件；

目标业务服务器根据所述存储记录文件，获取所述目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件；

目标业务服务器基于所述目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件，执行所述目标网络业务。

7.一种***更新的***，其特征在于，所述***包括管理服务器和多个业务服务器，所述多个业务服务器包括目标业务服务器，其中，所述管理服务器用于：

当满足预设的***更新条件时，获取本地存储的各个文件类型的待更新文件，其中，所述文件类型包括平台代码类、业务代码类和/或资源配置类；

对所述平台代码类的待更新文件进行打包得到平台代码压缩包，并对所述业务代码类的待更新文件进行打包得到业务代码压缩包；

将所述平台代码压缩包、所述业务代码压缩包和所述资源配置类的待更新文件同步至所述目标业务服务器。

8.根据权利要求7所述的***，其特征在于，所述管理服务器，具体用于：

对于所述平台代码类的待更新文件，获取平台代码类的打包配置文件，确定所述打包配置文件中记录的平台***功能；

如果所述待更新文件属于所述平台***功能下的待更新文件，则将所述待更新文件所属的目标平台***功能和所述目标平台***功能的关联平台***功能的所有平台代码文件，以平台***功能为单位打包成多个子压缩包，并将所述多个子压缩包打包成一个平台代码压缩包；

如果所述待更新文件不属于所述平台***功能下的待更新文件，则将所述待更新文件所属功能的所有平台代码文件直接打包成一个平台代码压缩包。

9.根据权利要求7所述的***，其特征在于，所述管理服务器，具体用于：

对于所述业务代码类的待更新文件，获取用于设置打包方式的打包执行参数；

如果所述打包执行参数为第一参数，则将所述待更新文件所属的目标业务功能和所述目标业务功能的关联业务功能的所有业务代码文件，以业务功能为单位打包成多个子压缩包，并将所述多个子压缩包打包成一个业务代码压缩包；

如果所述打包执行参数为第二参数，则将所述待更新文件所属的目标业务功能和所述目标业务功能的关联业务功能的所有业务代码文件直接打包成一个业务代码压缩包。

10.根据权利要求7所述的***，其特征在于，所述管理服务器，还用于：

如果所述待更新文件关联有新增第三方数据包，则获取所述新增第三方数据包，并将所述新增第三方数据包同步至所述目标业务服务器。

11.根据权利要求10所述的***，其特征在于，所述管理服务器，还用于：

根据所属的项目和/或业务功能和/或版本号，分别对所述平台代码压缩包、所述业务代码压缩包、所述新增第三方数据包和所述资源配置类的待更新文件进行存储，并通过预设的目录创建规则创建待更新文件存储地址，将所述待更新文件存储地址添加至与所述项目关联的存储记录文件中。

12.根据权利要求7所述的***，其特征在于，所述目标业务服务器，用于：

接收目标网络业务的程序启动指令，获取与所述目标网络业务所属项目关联的存储记录文件；

根据所述存储记录文件，获取所述目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件；

基于所述目标网络业务的平台代码压缩包、业务代码压缩包、第三方数据包和资源配置类文件，执行所述目标网络业务。