CN110795674A

CN110795674A - 一种配置更新方法及装置

Info

Publication number: CN110795674A
Application number: CN201911046493.1A
Authority: CN
Inventors: 迟龙恩
Original assignee: Enyike (beijing) Data Technology Co Ltd
Current assignee: Enyike (beijing) Data Technology Co Ltd
Priority date: 2019-10-30
Filing date: 2019-10-30
Publication date: 2020-02-14
Anticipated expiration: 2039-10-30
Also published as: CN110795674B

Abstract

本申请提供了一种配置更新方法及装置，包括：配置服务器获取用户网站的当前配置版本标识，依据所述用户网站的当前配置版本标识，查询并获取对应的配置文件集；配置服务器比对所述配置文件集与存储的所述用户网站的预备配置文件集，得到更新配置文件集，并生成新配置版本标识；配置服务器将所述更新配置文件集和新配置版本标识发送至所述用户网站，以使用户网站根据所述更新配置文件集进行配置更新，并更新用户网站的配置版本标识。

Description

一种配置更新方法及装置

技术领域

本申请涉及数据更新领域，具体而言，涉及一种配置更新方法及装置。

背景技术

企业为了快捷地使用业务网站系统，租用网站系统作为自身企业的业务网站系统成为了一种普遍的方式。租用网站系统可以避免大型网站系统开发所耗用的时间，使得业务网站系统快速上线，并且服务方可以根据企业提出的需求进行专业的功能开发。

现有技术中，网站配置更新在需要调用第三方的资源时，需要通过多次频繁的打包代码，对全网站系统进行重新配置，再测试上线，其中就存在部分功能需求因为流程停滞无法进行高效的开展，并且会影响租用方的使用。

发明内容

有鉴于此，本申请的目的在于提供一种配置更新方法及装置，用于解决现有技术中配置更新效率低的问题。

第一方面，本申请实施例提供了一种配置更新方法，该方法包括：

配置服务器获取用户网站的当前配置版本标识，依据所述用户网站的当前配置版本标识，查询并获取对应的配置文件集；

配置服务器比对所述配置文件集与存储的所述用户网站的预备配置文件集，得到更新配置文件集，并生成新配置版本标识；

配置服务器将所述更新配置文件集和新配置版本标识发送至所述用户网站，以使用户网站根据所述更新配置文件集进行配置更新，并更新用户网站的配置版本标识。

根据第一方面，本申请实施例提供了第一方面的第一种可能的实施方案，其中，在配置服务器获取用户网站的当前配置版本标识，依据所述用户网站的当前配置版本标识，查询并获取对应的配置文件集之后，包括：

配置服务器根据所述用户网站的网址匹配对应的配置权限信息表，得到该用户网站的配置权限信息；

配置服务器判断所述用户网站的配置权限信息和所述配置文件集中包含的配置权限信息是否全部一致；

若全部一致，获取所述用户网站的配置权限信息对应的功能对应的配置文件，将所述用户网站的配置权限信息和所述配置文件添加到该用户网站的预备配置文件集中。

根据第一方面的第一种可能的实施方案，本申请实施例提供了第一方面的第二种可能的实施方案，其中，还包括：

若不一致，针对所述配置文件集中包含的配置权限信息中未包含的所述用户网站的配置权限信息，获取所述未包含的所述用户网站的配置权限信息对应的功能对应的配置文件，将所述未包含的所述用户网站的配置权限信息以及对应的功能对应的配置文件添加到该用户网站的预备配置文件集中；

针对所述用户网站的配置权限信息中未包含的所述配置文件集中包含的配置权限信息，获取所述未包含的所述配置文件集中包含的配置权限信息对应的功能的基础配置文件，并将该基础配置文件添加到该用户网站的预备配置文件集中。

根据第一方面，本申请实施例提供了第一方面的第三种可能的实施方案，其中，在配置服务器获取用户网站的当前配置版本标识之前，包括：

配置服务器接收管理端生成用户网站的新配置文件；

配置服务器根据所述新配置文件对应的功能，从配置服务器存储的配置文件中匹配对应的历史配置文件，并将新配置文件和历史配置文件进行合并操作；所述合并操作如下：

针对新配置文件与历史配置文件相同的配置项，使用新配置文件的内容替换历史配置文件的内容；

针对新配置文件中历史配置文件未包含的配置项，在历史配置文件中创建该配置项，并复制新配置文件中该配置项的内容添加到该配置项；

针对历史配置文件中新配置文件未包含的配置项，保留历史配置文件中该配置项的内容。

根据第一方面，本申请实施例提供了第一方面的第四种可能的实施方案，其中，所述配置服务器比对所述用户网站的预备配置文件集与所述当前配置版本标识对应的配置文件集，得到更新配置文件集，并生成新配置版本标识之后，包括：

当所述更新配置文件集为空时，配置服务器停止配置更新进程。

第二方面，本申请实施例提供了一种配置更新装置，该装置包括：

第一查询模块，用于获取用户网站的当前配置版本标识，依据所述用户网站的当前配置版本标识，查询并获取对应的配置文件集；

第一处理模块，用于比对所述配置文件集与存储的所述用户网站的预备配置文件集，得到更新配置文件集，并生成新配置版本标识；

更新模块，用于将所述更新配置文件集和新配置版本标识发送至所述用户网站，以使用户网站根据所述更新配置文件集进行配置更新，并更新用户网站的配置版本标识。

根据第二方面，本申请实施例提供了第二方面的第一种可能的实施方案，其中，在第一查询模块之后，包括：

第二查询模块，用于根据所述用户网站的网址匹配对应的配置权限信息表，得到该用户网站的配置权限信息；

第二处理模块，用于判断所述用户网站的配置权限信息和所述配置文件集中包含的配置权限信息是否全部一致；

所述第二处理模块，包括：

第一处理单元，用于若全部一致，获取所述用户网站的配置权限信息对应的功能对应的配置文件，将所述用户网站的配置权限信息和所述配置文件添加到该用户网站的预备配置文件集中。

根据第二方面的第一种可能的实施方案，本申请实施例提供了第二方面的第二种可能的实施方案，其中，所述第二处理模块，还包括：

第二处理单元，用于若不一致，针对所述配置文件集中包含的配置权限信息中未包含的所述用户网站的配置权限信息，获取所述未包含的所述用户网站的配置权限信息对应的功能对应的配置文件，将所述未包含的所述用户网站的配置权限信息以及对应的功能对应的配置文件添加到该用户网站的预备配置文件集中；针对所述用户网站的配置权限信息中未包含的所述配置文件集中包含的配置权限信息，获取所述未包含的所述配置文件集中包含的配置权限信息对应的功能的基础配置文件，并将该基础配置文件添加到该用户网站的预备配置文件集中。

第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面及其可能的实施方案中任一项所述的方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述第一方面及其可能的实施方案中任一项所述的方法的步骤。

本申请实施例所提出的配置更新方法及装置，通过查询对用户网站的当前配置版本版本标识对应的配置文件集，将该配置文件集与最新的预备配置文件集比对，将在更新操作之前添加的新配置文件筛选出来，并以该部分新配置文件作为更新配置文件集为用户网站进行有针对性的局部更新，在不影响用户网站的功能的前提下进行快速的配置更新，避免了对全部配置文件进行统一重新配置所消耗的时间，提高了配置更新的效率。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种方法的流程示意图；

图2为本申请实施例提供的一种方法的流程示意图；

图3为本申请实施例提供的一种装置的结构示意图；

图4为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供了一种配置更新方法，如图1所示，包括以下步骤：

步骤S101、配置服务器获取用户网站的当前配置版本标识，依据上述用户网站的当前配置版本标识，查询并获取对应的配置文件集；

步骤S102、配置服务器比对上述配置文件集与存储的上述用户网站的预备配置文件集，得到更新配置文件集，并生成新配置版本标识；

步骤S103、配置服务器将上述更新配置文件集和新配置版本标识发送至上述用户网站，以使用户网站根据上述更新配置文件集进行配置更新，并更新用户网站的配置版本标识。

在网站系统租用的场景下，服务方根据用户的需求配置网站系统的功能，并将该网站系统提供给租户，该网站系统的配置版本标识为初始值(如：1.0.0)，每次进行配置更新后，都要将网站系统的配置版本标识也进行更新为新的值(如：1.0.1，1.0.2……)。

本申请实施例提供的配置更新方法是通过获取用户网站的当前配置版本标识，根据配置服务器中存储的配置文件集和配置版本标识的映射关系，得到用户网站当前配置版本的配置文件集，再检查该配置文件集与该用户网站的预备配置文件集在配置文件上的差异，将新的配置文件发送给用户网站以使用户网站的网站系统进行即时更新。

在一可选的实施例中，在步骤S101、配置服务器获取用户网站的当前配置版本标识，依据上述用户网站的当前配置版本标识，查询并获取对应的配置文件集之后，包括：

步骤1011、配置服务器根据上述用户网站的网址匹配对应的配置权限信息表，得到该用户网站的配置权限信息；

步骤1012、配置服务器判断上述用户网站的配置权限信息和上述配置文件集中包含的配置权限信息是否全部一致；

步骤1013、若全部一致，获取上述用户网站的配置权限信息对应的功能对应的配置文件，将上述用户网站的配置权限信息和上述配置文件添加到该用户网站的预备配置文件集中。

在网站系统租用的场景中，为租户提供的网站系统的功能是根据租户的选择的功能套餐或定制方案来决定的，这就存在租户租用的功能可能存在变动的情况，如变更功能套餐、增减定制功能或租用时间到期等。为了更好地进行管理，配置服务器为每一个用户网站设置配置权限信息，配置权限信息里包括了该用户网站有权限使用的功能配置以及对应的剩余时长。

在对用户网站进行配置更新时，通过检查配置服务器中存储的该用户网站的配置权限信息和上述配置文件集中记录的配置权限信息是否一致，再决定更新方案，如果配置权限信息完全一致，说明没有任何的功能变动，按预设的方法进行更新即可，即，通过比对，将配置服务器中该用户网站的配置权限信息对应的功能的新添加的配置文件放入预备配置文件集中，没有新添加的配置文件的功能则不添加任何配置文件到预备配置文件集中。

在一可选的实施例中，包括：

步骤1014、若不一致，针对上述配置文件集中包含的配置权限信息中未包含的上述用户网站的配置权限信息，获取上述未包含的上述用户网站的配置权限信息对应的功能对应的配置文件，将上述未包含的上述用户网站的配置权限信息以及对应的功能对应的配置文件添加到该用户网站的预备配置文件集中；

步骤1015、针对上述用户网站的配置权限信息中未包含的上述配置文件集中包含的配置权限信息，获取上述未包含的上述配置文件集中包含的配置权限信息对应的功能的基础配置文件，并将该基础配置文件添加到该用户网站的预备配置文件集中。

在对用户网站进行配置更新时，如果配置服务器中存储的该用户网站的配置权限信息和上述配置文件集中记录的配置权限信息不一致，那么除了一致的部分对应的功能按照预设的方法进行更新。

不一致的部分对应的功能需要分情况进行更新，针对上述配置文件集中包含的配置权限信息中未包含的上述用户网站的配置权限信息，即新增加的功能对应的权限信息，需要将新添加的功能的基础配置文件以及所有后续添加的配置文件，全部添加到预备配置文件集中；而上述用户网站的配置权限信息中未包含的上述配置文件集中包含的配置权限信息，即需要从用户网站中删减的功能，那么就将删减的功能对应的基础配置文件添加到预备配置文件集中，以使这部分功能在更新时，重置到基础状态。

上述基础配置文件的内容，要看服务方对于功能的提供方式，若是租户在未租用某一功能时，可以使用该功能的基础部分，则上述基础配置文件的内容是该功能的基础部分对应的配置文件，以及该功能的重置指令；若是租户在为租用该功能时，无法使用该功能的任何部分，则上述基础配置文件的内容为删除该功能的相关配置文件的指令。

在一可选的实施例中，在步骤S101、配置服务器获取用户网站的当前配置版本标识之前，如图2所示，包括：

步骤S104、配置服务器接收管理端生成用户网站的新配置文件；

步骤S105、配置服务器根据上述新配置文件对应的功能，从配置服务器存储的配置文件中匹配对应的历史配置文件，并将新配置文件和历史配置文件进行合并操作；上述合并操作如下：

服务方开发功能或对已有功能进行修复升级时，是通过添加新配置文件来进行的。配置文件中包含一个或多个配置项，配置服务器会根据服务方添加的新配置文件中的配置项修改存储的对应功能的历史配置文件。

例如，新配置文件为(a：123，c：00，d：456)，历史配置文件为(a：12345，b：12，c：33)。新配置文件与历史配置文件相同的配置项是a和c，新配置文件中历史配置文件未包含的配置项是d，历史配置文件中新配置文件未包含的配置项是b。那么，更新后的配置文件为(a：123，b：12，c：00，d：456)。

在一可选的实施例中，上述步骤S102、配置服务器比对上述用户网站的预备配置文件集与上述当前配置版本标识对应的配置文件集，得到更新配置文件集，并生成新配置版本标识之后，包括：

步骤1021、当上述更新配置文件集为空时，配置服务器停止配置更新进程。

配置服务器每隔预设时间进行一次配置更新，在预设时间内可能服务方没有添加新的配置文件，那么上述用户网站的预备配置文件集与上述当前配置版本标识对应的配置文件集就是相同的，也就是没有需要更新的配置文件。上述预设时间优选20分钟，以保证配置更新的及时，且不会给配置服务器过高的负荷，本申请对预设时间的具体取值不予限制。

本申请实施例提供了一种配置更新装置，如图3所示，该装置包括：

第一查询模块30，用于获取用户网站的当前配置版本标识，依据上述用户网站的当前配置版本标识，查询并获取对应的配置文件集；

第一处理模块31，用于比对上述配置文件集与存储的上述用户网站的预备配置文件集，得到更新配置文件集，并生成新配置版本标识；

更新模块32，用于将上述更新配置文件集和新配置版本标识发送至上述用户网站，以使用户网站根据上述更新配置文件集进行配置更新，并更新用户网站的配置版本标识。

在一可选的实施例中，在第一查询模块30之后，包括：

第二查询模块33，用于根据上述用户网站的网址匹配对应的配置权限信息表，得到该用户网站的配置权限信息；

第二处理模块34，用于判断上述用户网站的配置权限信息和上述配置文件集中包含的配置权限信息是否全部一致；

上述第二处理模块34，包括：

第一处理单元341，用于若全部一致，获取上述用户网站的配置权限信息对应的功能对应的配置文件，将上述用户网站的配置权限信息和上述配置文件添加到该用户网站的预备配置文件集中。

在一可选的是实施例中，上述第二处理模块34，还包括：

第二处理单元342，用于若不一致，针对上述配置文件集中包含的配置权限信息中未包含的上述用户网站的配置权限信息，获取上述未包含的上述用户网站的配置权限信息对应的功能对应的配置文件，将上述未包含的上述用户网站的配置权限信息以及对应的功能对应的配置文件添加到该用户网站的预备配置文件集中；针对上述用户网站的配置权限信息中未包含的上述配置文件集中包含的配置权限信息，获取上述未包含的上述配置文件集中包含的配置权限信息对应的功能的基础配置文件，并将该基础配置文件添加到该用户网站的预备配置文件集中。

对应于图1中的一种配置更新方法，本申请实施例还提供了一种计算机设备400，如图4所示，该设备包括存储器401、处理器402及存储在该存储器401上并可在该处理器402上运行的计算机程序，其中，上述处理器402执行上述计算机程序时实现上述配置更新方法。

具体地，上述存储器401和处理器402能够为通用的存储器和处理器，这里不做具体限定，当处理器402运行存储器401存储的计算机程序时，能够执行上述配置更新方法，解决了现有技术中配置更新效率低的问题。

对应于图1中的一种配置更新方法，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述配置更新方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述配置更新方法，解决了现有技术中配置更新效率低的问题，本申请实施例所提出的配置更新方法及装置，通过查询对用户网站的当前配置版本版本标识对应的配置文件集，将该配置文件集与最新的预备配置文件集比对，将在更新操作之前添加的新配置文件筛选出来，并以该部分新配置文件作为更新配置文件集为用户网站进行有针对性的局部更新，在不影响用户网站的功能的前提下进行快速的配置更新，避免了对全部配置文件进行统一重新配置所消耗的时间，提高了配置更新的效率。

在本申请所提供的实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims

1.一种配置更新方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，在配置服务器获取用户网站的当前配置版本标识，依据所述用户网站的当前配置版本标识，查询并获取对应的配置文件集之后，包括：

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

4.根据权利要求1所述的方法，其特征在于，在配置服务器获取用户网站的当前配置版本标识之前，包括：

配置服务器接收管理端生成用户网站的新配置文件；

5.根据权利要求1所述的方法，其特征在于，所述配置服务器比对所述用户网站的预备配置文件集与所述当前配置版本标识对应的配置文件集，得到更新配置文件集，并生成新配置版本标识之后，包括：

6.一种配置更新装置，其特征在于，包括：

7.根据权利要求6所述的装置，其特征在于，在第一查询模块之后，包括：

所述第二处理模块，包括：

8.根据权利要求7所述的装置，其特征在于，所述第二处理模块，还包括：

9.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1-5中任一项所述的方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器运行时执行上述权利要求1-5中任一项所述的方法的步骤。