CN111090440B - 信息处理方法、系统、设备及存储介质 - Google Patents
信息处理方法、系统、设备及存储介质 Download PDFInfo
- Publication number
- CN111090440B CN111090440B CN201811240228.2A CN201811240228A CN111090440B CN 111090440 B CN111090440 B CN 111090440B CN 201811240228 A CN201811240228 A CN 201811240228A CN 111090440 B CN111090440 B CN 111090440B
- Authority
- CN
- China
- Prior art keywords
- configuration
- configuration information
- devices
- identifier
- server
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- 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/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请实施例提供一种信息处理方法、系统、设备及存储介质。在本申请实施例中,针对待配置设备群体,先将配置信息提供给其中少一台待配置设备,并在至少一台待配置设备成功根据该配置信息实现配置更新操作的情况下,再分批次地向待配置设备群体中的其它待配置设备提供配置信息,这种将灰度配置与分批次配置相结合的方式,可以在配置信息在部分设备上无明显配置问题的情况下,再分批次地对其它待配置设备进行配置更新,不仅可以保证配置更新正常完成,而且不会造成大批量设备由于配置信息存在问题而出现瘫痪。
Description
技术领域
本申请涉及互联网技术领域,尤其涉及一种信息处理方法、系统、设备及存储介质。
背景技术
随着互联网的发展,基于互联网的应用越来越多。基于这些互联网应用,人们可以通过网络进行各种各样的活动,如,线上娱乐活动、线上购物活动、线上生活缴费活动等,极大地满足了人们的生活需求。
为了不断提升应用的服务质量,丰富应用的服务内容,应用开发者或提供方经常通过下发配置信息,对应用进行更新升级。在实际应用中发现,现有下发配置信息对应用进行更新升级时,有时会造成部署该应用的设备大面积瘫痪。
发明内容
本申请的多个方面提供一种信息处理方法、系统、设备及存储介质,用以实现配置更新,且不造成设备大面积瘫痪。
本申请实施例提供一种信息处理方法,适用于配置服务器,所述方法包括:从待配置设备群体中确定至少一台待配置设备;将配置信息提供给所述至少一台待配置设备,以使所述至少一台待配置设备根据所述配置信息进行配置更新操作;若所述至少一台待配置设备的配置更新操作成功,分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息,以使所述其他待配置设备根据所述配置信息进行配置更新操作。
本申请实施例还提供一种信息处理方法,适用于配置管理平台,所述方法包括:向配置服务器发送第一配置指令,所述第一配置指令携带有第一设备标识,以供所述配置服务器根据所述第一设备标识,从待配置设备群体中确定至少一台待配置设备发送配置信息,以使所述至少一台待配置设备根据所述配置信息进行配置更新操作;在确定所述至少一台待配置设备的配置更新操作成功后,向配置服务器发送第二配置指令,指示所述配置服务器分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息,以使所述其他待配置设备根据所述配置信息进行配置更新操作。
本申请实施例还提供一种信息处理系统,包括:配置服务器以及配置管理平台;所述配置服务器,用于接收第一配置指令,从待配置设备群体中确定至少一台待配置设备;将配置信息发送至所述至少一台待配置设备;接收第二配置指令,分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息;所述配置管理平台,用于向配置服务器发送第一配置指令,指示所述配置服务器从待配置设备群体中确定至少一台待配置设备;在确定所述至少一台待配置设备的配置更新操作成功后,向配置服务器发送第二配置指令,指示所述配置服务器分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息。
本申请实施例还提供一种数据处理设备,包括存储器、处理器以及通信组件;所述存储器,用于存储计算机程序;所述处理器,用于执行所述计算机程序,以用于:从待配置设备群体中确定至少一台待配置设备;通过所述通信组件将配置信息提供给所述至少一台待配置设备,以使所述至少一台待配置设备根据所述配置信息进行配置更新操作;若所述至少一台待配置设备的配置更新操作成功,通过所述通信组件分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息,以使所述其他待配置设备根据所述配置信息进行配置更新操作。
本申请实施例还提供一种存储有计算机程序的计算机可读存储介质,计算机程序被一个或多个处理器执行时,致使所述一个或多个处理器实现上述信息处理方法中的步骤。
本申请实施例还提供一种数据处理设备,包括存储器、处理器以及通信组件;所述存储器,用于存储计算机程序;所述处理器,用于执行所述计算机程序,以用于:通过所述通信组件向配置服务器发送第一配置指令,所述第一配置指令携带有第一设备标识,以供所述配置服务器根据所述第一设备标识,从待配置设备群体中确定至少一台待配置设备提供配置信息,以使所述至少一台待配置设备根据所述配置信息进行配置更新操作;在确定所述至少一台待配置设备的配置更新操作成功后,通过所述通信组件向配置服务器发送第二配置指令,指示所述配置服务器分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息,以使所述其他待配置设备根据所述配置信息进行配置更新操作。
本申请实施例还提供一种存储有计算机程序的计算机可读存储介质,其特征在于,计算机程序被一个或多个处理器执行时,致使所述一个或多个处理器实现上述信息处理方法中的步骤。
在本申请实施例中,针对待配置设备群体,先将配置信息提供至其中少一台待配置设备,并在至少一台待配置设备成功根据该配置信息实现配置更新操作的情况下,再分批次地向待配置设备群体中的其它待配置设备提供配置信息,这种将灰度配置与分批次配置相结合的方式,可以在配置信息在部分设备上无明显配置问题的情况下,再分批次地对其它待配置设备进行配置更新,不仅可以保证配置更新正常完成,而且不会造成大批量设备由于配置信息存在问题而出现瘫痪。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1A为本申请一示例性实施例提供的信息处理系统的结构示意图;
图1B为本申请另一示例性实施例提供的信息处理系统的结构示意图;
图1C为本申请又一示例性实施例提供的信息处理系统的结构示意图;
图2为本申请一示例性实施例提供的信息处理方法的流程示意图;
图3为本申请一示例性实施例提供的设置配置信息的界面图;
图4为本申请一示例性实施例提供的查询日志数据的界面图;
图5为本申请一示例性实施例提供的信息处理方法的流程示意图;
图6为本申请一示例性实施例提供的信息处理装置的结构框架示意图;
图7为本申请又一示例性实施例提供的信息处理装置的结构框架示意图;
图8为本申请一示例性实施例提供的信息处理设备的结构示意图;
图9为本申请又一示例性实施例提供的信息处理设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
配置信息是指向运行的代码、程序或应用提供变量和参数的信息,该配置信息可以以文件的形式存在,从而方便快速地更改变量和参数,降低代码、程序以及应用的维护成本。而在大量设备组成的系统中,特别是分布式处理系统,由于系统中涉及到的设备数据非常巨大,所以在进行设备的配置更新时,如果一次性将配置信息更新到所有待配置设备中,一旦配置信息存在问题,就会造成所有待配置设备出现故障,从而系统出现重大故障,带来了配置更新或配置修改的高风险。对此,在本申请一些实施例中,根据配置信息可能出现的问题,针对待配置设备群体,先将配置信息提供给其中少一台待配置设备,并在至少一台待配置设备成功根据该配置信息实现配置更新操作的情况下,再分批次地向待配置设备群体中的其它待配置设备提供配置信息,这种将灰度配置与分批次配置相结合的方式,可以在配置信息在部分设备上无明显配置问题的情况下,再分批次地对其它待配置设备进行配置更新,不仅可以保证配置更新正常完成,而且不会造成大批量设备由于配置信息存在问题而出现瘫痪。
以下结合附图,详细说明本申请各实施例提供的技术方案。
图1A为本申请一示例性实施例提供的一种信息处理系统的结构示意图。如图1A所示,该处理系统100A包括:待配置设备101、配置服务器102以及配置管理平台103。
其中,待配置设备101是指需要进行配置更新的设备,其可以是一台也可以是多台。根据处理系统100A实现方式的不同,待配置设备101的实现形态也会有所不同。例如,处理系统A是应用在提供线上购物服务的购物系统中,则待配置设备101可以是用户使用的终端设备,可以是任何具有一定计算能力的计算设备,例如可以是智能手机、平板电脑、个人电脑等等。这里的用户可以是指进行线上购物的买家。
又例如,处理系统A是应用在提供云存储服务功能的云存储系统中,则待配置设备101可以是云存储系统中提供云存储功能的服务器。该服务器可以是面向云存储系统业务方用户的服务器,也可是面向云存储系统业务方的终端设备,这里的业务方用户可以是维护云存储系统应用程序的人员。
待配置设备101的基本结构包括:至少一个处理单元和至少一个存储器。处理单元和存储器的数量取决于待配置设备101的配置和类型。存储器可以包括易失性的存储器,例如RAM,也可以包括非易失性的存储器,例如只读存储器(Read-Only Memory,ROM)、闪存等,或者也可以同时包括两种类型。存储器内通常存储有操作系统(Operating System,OS)、一个或多个应用程序,也可以存储有程序数据等。除了处理单元和存储器之外,待配置设备101还包括一些基本配置,例如网卡芯片、IO总线等。可选地,若待配置设备101是终端设备,则还可以包括一些外围设备,例如键盘、鼠标、输入笔等。其它外围设备在本领域中是众所周知的,在此不做赘述。
在本实施例中,待配置设备101用于向配置服务器102发送自身的设备标识,从而从配置服务器102处获取到配置信息,即配置服务器102推送该配置信息,待配置设备101获取到配置信息后,根据该配置信息进行配置更新。
可选地,配置信息可以是与待配置设备101的硬件相关的信息,则待配置设备101根据配置信息进行硬件更新。
可选地,配置信息可以是与待配置设备101上安装的应用相关的信息,则待配置设备101根据配置信息进行软件更新。
进一步可选地,在待配置设备101根据配置信息进行软件更新的一种方式包括:待配置设备101根据配置信息所属的应用,将该配置信息发送至该应用中,进一步发送至该应用中的软件开发工具包(Software Development Kit,SDK),通过该应用中的SDK向应用提供该配置信息,从而实现应用更新。在配置信息成功下发到待配置设备101的应用中的SDK后,用户可以通过待配置设备101运行该应用,并通过待配置设备101查看是否应用可以成功运行,没有明显的配置问题,当配置信息不存在明显的配置问题后,用户可以再去触发分批次分发配置信息的操作。
其中,软件开发工具包SDK是设置在每个应用中的工具包,为建立应用时的开发工具的集合,可以包括接口文件和库文件、帮助文档、开发示例以及实用工具等,从而帮助开发人员开发应用。
配置管理平台103可以是任何具有一定计算能力的计算设备,例如可以是智能手机、平板电脑、个人电脑、服务器等等。配置管理平台103负责配置管理,可以向配置服务器102发送配置指令,指示配置服务器102向待配置设备群体中的待配置设备101提供配置信息,使得待配置设备101根据配置信息进行配置更新。
可选地,配置更新可以包括修改配置信息,或用新的配置信息替换旧的配置信息等。
配置服务器102是指可以在网络环境中提供配置服务的服务器,可响应配置管理平台103的配置指令,向待配置设备群体中的待配置设备101下发配置信息,使得待配置设备101根据配置信息进行配置更新。在物理实现上,配置服务器102可以是任何能够提供计算服务,响应服务请求,并进行处理的设备,例如可以是常规服务器、云服务器、云主机、虚拟中心等,可以优先选择云服务器。服务器的构成主要包括处理器、硬盘、内存、系统总线等,和通用的计算机架构类似。
在本系统中,配置管理平台103,用于向配置服务器102发送第一配置指令,指示配置服务器102从待配置设备群体中确定至少一台待配置设备101,如图1A中虚线框之内的待配置设备101;并在确定至少一台待配置设备101的配置更新操作成功后,向配置服务器102发送第二配置指令,指示配置服务器102分批次地向待配置设备群体中的其它待配置设备101(如图1A所示虚线框之外的待配置设备101)提供配置信息。
相应地,配置服务器102,用于接收配置管理平台103发送的第一配置指令,从待配置设备群体中确定至少一台待配置设备101;将配置信息提供至至少一台待配置设备101;并接收配置管理平台103发送的第二配置指令,分批次地向待配置设备群体中的其它待配置设备101提供配置信息。
可选地,配置服务器102向待配置设备提供配置信息的方式可以为:配置服务器102主动将配置信息推送(push)至待配置设备101;也可以为:配置服务器102向待配置设备101发送配置更新消息,该配置更新消息可以携配置信息的获取地址,待配置设备101根据该获取地址主动从配置服务器102上拉取(pull)配置信息。
在上述实施例中,配置服务器102通过配置管理平台103下发的配置指令向待配置设备提供配置信息,从而将灰度配置与分批次配置相结合的方式,保证配置信息不会导致大面积待配置设备101的瘫痪,同时由于配置管理平台103将灰度配置和分批次配置通过两个不同的配置指令指示配置服务器102去执行,所以配置管理平台103可以根据用户的指示,在执行完灰度配置后,指示配置服务器102去执行分批次配置,从而实现在灰度配置出现问题时,及时地控制的设备故障的范围。
可选地,配置服务器102在选择少量待配置设备101作为配置更新的对象时,配置服务器102可以通过待配置设备101发送的长连接保持请求,向待配置设备101发送表示发送配置信息的消息,待配置设备101在监听到该消息后,可以通过该长连接保持请求将自身的设备标识,如,设备的IP地址,发送至配置服务器102,配置服务器102根据接收到的该IP地址,确定该配置设备是否要发送配置信息的待配置设备101,若是,则配置服务器102通过网络将配置信息的获取地址发送至该待配置设备101,由待配置设备101自己去根据该获取地址去获取该配置信息。或,
配置服务器102直接根据预置的IP地址,通过长连接保持请求向待配置设备101发送配置信息的获取地址,由接收到获取地址的待配置设备101自己去获取配置信息进行配置更新操作。
可选地,第二配置指令携带有配置信息的标识和第二设备标识,此时,配置服务器102,还用于:根据第二配置指令携带的配置信息的标识,确定配置信息,并根据第二配置指令携带的第二设备标识,从待配置设备群体中识别出其它待配置设备101。
可选地,第二设备标识可以包括其它待配置设备分别隶属的设备组的标签或设备组对应的软件开发工具包的端口标识,此时,配置服务器102,具体用于:根据其它待配置设备分别隶属的设备组的标签或设备组对应的软件开发工具包的端口标识,将其它待配置设备划分到不同发布批次中;依序向不同发布批次中的待配置设备101发送配置信息。
可选地,当配置服务器102在分批次将配置信息发送至其它待配置设备101时,可以通过待配置设备101发送的长连接保持请求,向待配置设备101发送表示发送配置信息的消息,待配置设备101在监听到该消息后,可以通过该长连接保持请求将自身的设备标识,如,设备的IP地址、设备标签或设备中的应用中的SDK端口标识,发送至配置服务器102,配置服务器102根据接收到的IP地址、设备标签或SDK端口标识,确定该配置设备是否要发送配置信息的待配置设备101,若是,则配置服务器102通过网络将配置信息的获取地址发送至该待配置设备101,由待配置设备101自己去根据该获取地址去获取该配置信息。
需要说明的是,上述多个配置服务器102可以组成分布式存储系统(例如,云存储系统)中的配置服务器集群,即每个配置服务器102可以具有多个兄弟服务器节点。
可选地,配置管理平台103可响应配置管理人员的触发操作,生成第一配置指令或第二配置指令。其中,配置管理人员可以是维护云存储系统应用程序的技术人员,也可以是维护待配置设备101的硬件的技术人员。根据系统实现的不同,配置管理人员可以与用户相同,也可以与用户有关联。
可选地,配置管理平台103响应于配置管理人员的配置信息的第一配置操作,向配置管理平台103向配置服务器发送第一配置指令,配置服务器102根据第一配置指令携带的设备标识,确定或选择发送配置信息的少量待配置设备101,并将该配置信息发送至待配置设备101,当待配置设备101通过该配置信息中提供的变量或参数,成功运行应用时,用户可以告知配置管理人员,让配置管理人员去通过配置管理平台103触发分批次下发配置信息的操作,配置管理平台103响应于该操作,向配置服务器102发送第二配置指令,配置服务器102根据该第二配置指令,分批次将配置信息提供给其它待配置设备101。
需要说明的是,在分批次提供配置信息至待配置设备101时,用户可以在每一批次中的待配置设备101中运行该应用,使得配置信息向该应用提供变量和参数,并通过设置在待配置设备101上的报警监测应用对该应用的业务参数指标进行监测,监测业务参数指标是否合理,即配置信息是否存在不明显的配置问题,若用户接收到报警监测应用发出的大量报警信息,用户可以确定当前配置信息存在配置问题,用户可以告知配置管理人员,由配置管理人员或自己直接通过配置管理平台103向配置服务器102发送停止发送配置信息的指令,使得配置服务器102不再继续分批次提供配置信息,从而防止扩大待配置设备101出现故障的风险。
在另一可选实施例中,如图1B所示,该处理系统100B除了包括待配置设备101、配置服务器102以及配置管理平台103,还可以包括数据平台104。
在本实施例中,数据平台104是指可以在网络环境中向配置管理平台103提供日志数据服务的大数据系统服务器。在物理实现上,配置管理平台103可以是任何能够提供计算服务,响应服务请求,并进行处理的设备,例如可以是常规服务器、云服务器、云主机、虚拟中心等,可以优先选择云服务器。服务器的构成主要包括处理器、硬盘、内存、系统总线等,和通用的计算机架构类似。
数据平台104,用于接收配置服务器102发送的配置服务器对配置信息进行分发处理的日志数据,以面向配置管理平台提供查询操作。
可选地,配置服务器102在发送日志数据前,还可以对日志数据进行记录。
可选地,每个配置服务器102记录自身对配置信息进行分发处理的日志数据;并将该日志数据发送至数据平台104,数据平台104在接收到日志数据后,可以向配置管理平台103提供日志数据查询的服务。
可选地,数据平台104可以根据不同的查询请求,向配置管理平台103提供日志数据查询的服务。
例如,数据平台104,还用于接收配置管理平台103发送的第一查询请求,第一查询请求携带配置信息的标识,数据平台104根据配置信息的标识,从日志数据中获取与配置信息的标识对应的日志数据,并将与配置信息的标识对应的日志数据发送至配置管理平台103。
相应地,配置管理平台103可以向数据平台104发送查询请求,数据平台104根据查询请求104中携带的配置信息的标识或设备标识,查找与配置信息的标识相关或相对应的日志数据或与设备标识相关或相对应的日志数据,并将查找到的日志数据返回至配置管理平台103。
可选地,数据平台104可以在接收到日志数据后,对日志数据进行数据处理。
可选地,数据平台104,还用于将日志数据根据配置信息的标识以及设备标识,将日志数据划分为与配置信息的标识对应的日志数据以及与设备标识对应的日志数据。
可选地,设备标识可以包括一下至少一项:配置服务器标识、第一设备标识、第二设备标识。
例如,数据平台104将日志数据根据四种类型日志数据切分日志数据,再根据配置信息的标识以及设备标识两个维度,将切分后的日志数据进行聚合,从而将整个日志数据划分为与配置信息的标识对应的日志数据以及与设备标识对应的日志数据,从而向配置管理平台103提供配置信息都发送到了哪些设备上以及设备都获取到了哪些配置信息的数据。
需要说明的是,设备标识可以包括配置服务器102的标识以及待配置设备101的标识。
在配置信息被配置服务器102提供给待配置设备101后,用户发现配置信息并没有对待配置设备101中的应用更新生效,用户可以通过配置管理平台103向数据平台104发送查询请求,根据数据平台104提供的日志数据,确定待配置设备101是否接收到了配置服务器102推送的配置信息,从而确定待配置设备101不是因为未收到配置信息而发生的配置不生效问题,相比通过人工方式从大量日志数据中查找对应的日志数据而言,更加方便,且时间成本更加低。
在又一优选实施例中,如图1C所示,该处理系统100C除了包括待配置设备101、配置服务器102以及配置管理平台103,还可以包括标签服务器105,也还可以包括标签服务器105。
其中,标签服务器105是指可以在网络环境中向待配置设备101提供设备标签服务的服务器。在物理实现上,待配置设备101可以是任何能够提供计算服务,响应服务请求,并进行处理的设备,例如可以是常规服务器、云服务器、云主机、虚拟中心等,可以优先选择云服务器。服务器的构成主要包括处理器、硬盘、内存、系统总线等,和通用的计算机架构类似。
在本实施例中,标签服务器105,用于根据其它待配置设备101之间的关联关系,将其它待配置设备101分别划分到不同的设备组中,并确定设备组的标签;将标签发送至对应的其它待配置设备101。
例如,标签服务器105将多个待配置设备101根据其之间的关联关系,如,实现同一功能、设置在同一地理位置(如,设置在同一机房)等,将多个待配置设备101划分为多个设备组,每个设备组都有设置有一个设备组标签,该设备组标签也是隶属于该设备组中的每个待配置设备101的标签,标签服务器105将每个待配置设备101的标签发送至各个待配置设备101,使得每个待配置设备101可以根据该标签从配置服务器102获取配置信息,同时方便配置服务器102直接根据第二配置指令携带的标签,向待配置设备101发送配置信息。
在上述本实施例中,待配置设备101可以与配置服务器102以及配置管理平台103进行网络连接,还可以待配置设备101与配置服务器102、配置管理平台103、数据平台104以及标签服务器105进行网络连接。该网络连接可以是无线或有线网络连接。若终端101、数据处理设备102以及数据响应设备103通信连接,该移动网络的网络制式可以为2G(GSM)、2.5G(GPRS)、3G(WCDMA、TD-SCDMA、CDMA2000、UTMS)、4G(LTE)、4G+(LTE+)、WiMax等中的任意一种。
下面结合方法实施例,针对配置服务器102发送配置信息的过程进行详细说明。
图2为本申请一示例性实施例提供的信息处理方法的流程示意图。本申请实施例提供的该方法200由配置服务器执行,该方法200包括以下步骤:
201:从待配置设备群体中确定至少一台待配置设备。
202:将配置信息提供给至少一台待配置设备,以使至少一台待配置设备根据配置信息进行配置更新操作。
203:若至少一台待配置设备的配置更新操作成功,分批次地向待配置设备群体中的其它待配置设备发送配置信息,以使其他待配置设备根据配置信息进行配置更新操作。
其中,待配置设备群体是由多个待配置设备组成,并且每个待配置设备可通过配置服务器获取相同配置信息。
配置信息是指向运行的代码、程序或应用提供变量和参数的信息,该配置信息可以以文件的形式存在,从而方便快速地更改变量和参数,降低代码、程序以及应用的维护成本。
至少一台待配置设备是指少量的待配置设备,例如2-3个待配置设备。
至少一台待配置设备与其它待配置设备组成待配置设备群体。
其中,201:从待配置设备群体中确定至少一台待配置设备的方式可以包括以下两种方式:
方式1)配置服务器根据预置的触发时间,如,在时间到达xx年x月x日,10:00am时,可以自动从存储在本地存储区域中或其他兄弟服务器节点的存储区域中的多个待配置设备的设备标识,如IP地址,随机选择或随机获取少量的预置待配置设备的设备标识,如,随机选择2个待配置设备的IP地址,从而可以根据随机选择的IP地址,确定待配置设备,其中,该多个待配置设备组成待配置设备群体。
应理解,其他兄弟服务器节点与配置服务器组成分布式存储系统中的配置服务器集群,其他兄弟服务器节点也可以为配置服务器。
需要说明的是,若待配置设备数量较多,可以将待配置设备的设备标识分布存储在不同的配置服务器节点上。
方式2):配置服务器接收配置管理平台发送的第一配置指令,第一配置指令携带有第一设备标识;根据第一配置指令携带的第一设备标识,从待配置设备群体中确定至少一台待配置设备。
可选地,第一设备标识包括至少一台待配置设备中每台待配置设备的IP地址。
其中,第一配置指令用于指示配置服务器向至少一台待配置设备提供配置信息。
例如,根据前文所述,配置管理平台的配置管理人员在配置管理平台提供的设置页面中,如图3所示,该设置页面300中展示了配置信息的标识,如,配置信息的Data ID、配置信息所属的项目组的Group ID、配置信息所属的应用名、第一设备标识输入框(配置管理人员在该输入框中输入第一设备的IP地址,如127.x.x.1以及127.x.x.2)即beta发布框以及灰度发布(灰度发布表示从待配置设备群体选择至少一台待配置设备)选项等。配置管理平台的配置管理人员按照界面300依次输入设置信息,如输入Data ID、Group ID、所属的应用名、第一设备标识等,输入完成后,执行该设置信息提交操作或第一配置操作,配置管理平台响应该提交操作,发送第一配置指令至配置服务器,该第一配置指令携带该设置信息,配置服务器接收到该第一配置指令后,根据设置信息中的第一设备的IP地址,从待配置设备群体中查找到IP地址127.x.x.1以及127.x.x.2对应的待配置设备。
其中,202中的将配置信息提供给至少一台待配置设备,以使至少一台待配置设备根据配置信息进行配置更新操作的方式可以包括以下两种方式:
方式1):配置服务器可以根据预置的触发时间,如,在时间到达xx年x月x日,10:00am时,可以自动从存储在本地存储区域中或其他兄弟服务器节点的存储区域中的配置信息的标识为xxx的配置信息以及该配置信息的属性信息,如该配置信息所属应用名称等,将该配置信息以及其属性信息直接根据待配置设备的IP地址,通过网络发送至对应的待配置设备,使得待配置设备接收到该配置信息,待配置设备根据属性信息,将配置信息发送至对应的应用的SDK中,此时,待配置设备的用户运行该配置信息所属的应用,使得该应用去获取SDK中,从而更新该配置信息。
需要说明的是,若待配置设备只安装了一个应用程序,则无需获取配置信息的属性信息,配置服务器在获取到配置信息后,直接将配置信息发送至待配置设备,由待配置设备将该配置信息发送至应用的SDK中即可。
方式2):第一配置指令还携带有配置信息的标识,该方法200还包括:根据第一配置指令携带的配置信息的标识,确定配置信息,根据该配置信息确定其存储地址,即获取地址,配置服务器将其存储地址或获取地址发送至至少一台待配置设备,使得待配置设备根据该存储地址或获取地址,获取到该配置信息,从而实现配置服务器发送该配置信息的目的。
可选地,配置信息的标识可以包括但不限于:配置信息的Data ID以及配置信息项目的Group ID。
例如,根据前文所述,如图3所示,第一配置指令还可以携带配置信息的标识,配置服务器根据配置信息的标识,如,配置信息的Data ID以及配置信息项目的Group ID,从存储在配置服务器本地存储区域中或其它兄弟服务器节点存储区域中查找到该配置信息,从而确定该配置信息,配置服务器根据确定的该配置信息确定或获取该配置信息的获取地址,并通过每个待配置设备发送过来的每个长连接保持请求,响应该请求,实现配置服务器与待配置设备之间的长连接,在通过该长连接发送表示发送配置信息的消息,此时,该消息可以携带配置信息的标识,使得监听长连接的待配置设备确定配置服务器即将要发送的配置信息是否属于安装在自身的应用,可以通过查找存储在自身本地存储区域中关联关系表来确定该配置信息是否属于安装在自身的应用,该关联关系表记录了其自身安装的应用与配置信息的标识的关联关系,若是,则待配置设备通过对应的长连接向配置服务器发送自身的设备标识,如IP地址,当配置服务器接收到该IP地址后,将该IP地址与第一配置指令中携带的IP地址进行对比,若相同,则通过对应的长连接发送配置信息的获取地址,待配置设备接收到该获取地址后,根据该获取地址获取该配置信息。
需要说明的是,长连接是指基于HTTP请求的长连接,是一种通过长轮询方式实现服务器推送或发送的技术,弥补了HTTP请求简单的请求应答模式的不足,极大地增强了程序的实时性和交互性。可以理解为待配置设备不停的向配置服务器发送请求以获取最新的信息或数据,从而实现了长连接,也可以理解为,每一次待配置设备在向配置服务器发送IP地址时,根据当前已建立的连接发送IP地址或重新建立的一个请求发送IP地址,配置服务器在获取到IP地址后,可以直接发送获取地址,也可以在应答该重新建立的请求后发送获取地址。
此外,当表示发送配置信息的消息携带配置信息的标识的时候,可以减少配置服务器后续对比IP地址的过程,优化了配置服务器的执行过程。
当表示发送配置信息的消息没有携带配置信息的标识的时候,监听到该消息的所有待配置设备均通过各自的长连接向配置服务器发送自身的IP地址,再由配置服务器进行上述IP地址的对比,若对比相同,则将获取地址发送至对应的待配置设备。
其中,确定至少一台待配置设备的配置更新操作成功的方式可以包括以下方式:
方式1):在分批次地向待配置设备群体中的其它待配置设备提供配置信息之前,还包括:接收配置管理平台发送的第二配置指令,第二配置指令是在确定至少一台待配置设备的配置更新操作成功时由配置管理平台发送的;根据第二配置指令,确定至少一台待配置设备的配置更新操作成功。
其中,根据第二配置指令,确定至少一台待配置设备的配置更新操作成功的方式可以包括以下两种方式:
方式1):配置服务器根据第二配置指令携带的分批次发布的标识以及配置信息的标识,确定该第二配置指令是延续第一配置指令,分批次对该配置信息继续分发,则配置服务器可获知至少一台待配置设备的配置更新操作成功。
方式2):配置服务器根据第二配置指令携带的表示至少一台待配置设备的配置更新操作成功的消息,直接获知至少一台待配置设备的配置更新操作成功。
例如,根据前文所述,当待配置设备接收到配置信息后,将该配置信息发送至对应应用的SDK中,以更新配置信息,待配置设备的用户运行该应用,使得该应用在运行时使用通过该SDK中的配置信息提供的参数或变量,从而查看该应用是否存在由于配置问题报错而导致的应用无法运行的情况,若不存在,那么待配置设备的用户通过配置管理平台执行配置信息的第二配置操作,配置管理平台响应于该第二配置操作,向配置服务器发送第二配置指令,第二配置指令可以携带分批次发布的标识以及配置信息的标识,配置服务器根据该分批次发布的标识以及配置信息的标识,可确定该第二配置指令与第一配置指令相关联,从而可获知至少一台待配置设备的配置更新操作成功。或,配置服务器根据第二配置指令携带的表示至少一台待配置设备的配置更新操作成功的消息,直接获知至少一台待配置设备的配置更新操作成功。
在一些实例中,第二配置指令携带有配置信息的标识和第二设备标识,该方法200包括:根据第二配置指令携带的配置信息的标识,确定配置信息,并根据第二配置指令携带的第二设备标识,从待配置设备群体中识别出其它待配置设备。
可选地,第二设备标识包括其它待配置设备分别隶属的设备组的标签或设备组对应的软件开发工具包的端口标识。
例如,根据前文所述可知,标签服务器将多个其它待配置设备根据其之间的关联关系,如,实现同一功能、设置在同一地理位置(如,设置在同一机房)等,将多个其它待配置设备划分为多个设备组,每个设备组都有设置有一个设备组标签,如,标签“001”,该设备组标签也是隶属于该设备组中的每个其它待配置设备的标签,标签服务器将每个其它待配置设备的标签发送至各个其它待配置设备,使得配置服务器102根据该标签来识别各个其它待配置设备,从而向满足条件的其它待配置设备发送配置信息。
软件开发工具包的端口标识,即SDK端口标识,是开发人员在对SKD开发时设置的端口,并为端口确定一个标识,如端口号码“001”,同时可以将多个相同应用的SDK端口标识设置为同一个标识,也可以将不同的应用的SDK端口标识设置为同一个标识,还可以为每个SKD端口设置一个互不相同的标识,SDK端口标识可以使得配置服务器根据该端口标识对不同的应用进行识别或对不同的其它待配置设备进行识别,从而向满足条件的其它待配置设备或SKD发送配置和信息。
其中,根据第二配置指令携带的第二设备标识,从待配置设备群体中识别出其它待配置设备的方式可以包括以下两种方式:
方式1):当配置服务器接收到第二配置指令后,向监听发送配置信息的多个其它待配置设备发送消息,该消息表示为发送配置信息,当多个其它待配置设备监听到该消息后,向配置服务器发送标签,配置服务器接收到多个其它待配置设备发送的多个标签后,将多个标签与第二配置指令中携带的标签进行对比,从多个标签中选择与第二配置指令中携带的标签相同的标签,根据相同的标签,识别出其对应的其它待配置设备。
方式2):配置服务器接收到第二配置指令后,向监听发送配置信息的多个其它待配置设备发送消息,该消息表示为发送配置信息,当多个其它待配置设备监听到该消息后,向配置服务器发送SDK端口标识,配置服务器接收到多个其它待配置设备发送的多个端口标识后,将多个端口标识与第二配置指令中携带的端口标识进行对比,从多个端口标识中选择与第二配置指令中携带的端口标识相同的端口,根据相同的端口,识别出其对应的其它待配置设备。
应理解,在上述两种识别出其它待配置设备的方式中,多个其它待配置设备监听消息的具体实现过程是通过长连接的方式实现,由于前文中已经详细阐述过了,此处就不再赘述了。
需要说明的是,第二配置指令携带的第二设备标识可以包括多个标识,如“001”、“002”、“003”;也可以只携带一个标识,如“001”。
在一些实例中,第二配置指令携带有表示至少一台待配置设备的配置更新操作成功的消息,即没有携带配置信息的标识和第二设备标识,该方法200包括:根据第二配置指令,自动从存储本地存储区域中或兄弟服务器节点存储区域中获取配置信息的标识和第二设备标识,根据配置信息的标识确定配置信息,并根据第二设备标识,从待配置设备群体中识别出其它待配置设备。
需要说明的是,配置服务器可以在本地存储区域或兄弟服务器节点存储区域中预置存储了配置信息的标识以及待配置设备群体中所有待配置设备的标识(即包括第一设备标识和第二设备标识),配置服务器根据第一配置指令向第一设备提供配置信息时,可以对配置管理平台的标识、该配置信息的标识以及至少一台待配置设备的标识(即第一设备标识)进行关联记录,当接收到第二配置指令后,从该第二配置指令中获取该指令的来源,即配置管理平台的标识,当配置服务器查找到该配置管理平台的标识与第一配置指令中的标识相同时,确定该第二配置指令与第一配置指令关联,则自动获取关联记录中的配置信息的标识以及第二设备标识。该第二设备标识可以从记录的多个其它待配置设备的标识中随机获取至少一个标识。
但由于通过第二配置指令中的配置管理平台的标识来确定第一配置指令与第二配置指令的关联的方式去获取配置信息的标识和第二设备标识,远远没有直接由第二配置指令提供配置信息的标识和第二设备标识的方式,灵活性好。
其中,203中的分批次地向待配置设备群体中的其它待配置设备提供配置信息的方式可以包括以下两种方式:
方式1):根据其它待配置设备分别隶属的设备组的标签或设备组对应的软件开发工具包的端口标识,将其它待配置设备划分到不同发布批次中;依序向不同发布批次中的待配置设备提供配置信息。
可选地,依序向不同发布批次中的待配置设备提供配置信息,包括:针对当前发布批次,每当接收到第二设备发送的长连接保持请求时,获取长连接保持请求携带的标签或端口标识;若携带的标签或端口标识属于当前发布批次内包含的待配置设备的标签或端口标识,则向发送长连接保持请求的第二设备提供配置信息。
例如,根据前文所述,当配置服务器获取到的标签为“001”、“002”、“003”时,可以确定分布批次为3次,将标签为“001”的其它待配置设备划分到第一发布批次中进行配置信息分发,将标签为“002”的其它待配置设备划分到第二发布批次中进行配置信息分发,将标签为“003”的其它待配置设备划分到第三发布批次中进行配置信息分发。
对于第一发布批次,配置服务器向监听发送配置信息的多个其它待配置设备发出消息,该消息表示为发送配置信息,当多个其它待配置设备监听到该消息后,向配置服务器发送标签,配置服务器接收到多个其它待配置设备发送的多个标签后,将多个标签中的每个标签与第二配置指令中携带的标签进行对比,标签相同,则配置服务器将配置信息的获取地址发送至对应的其它配置设备。
应理解,多个其它待配置设备监听消息以及配置服务器发送配置信息的具体实现过程是通过长连接的方式实现,由于前文中已经详细阐述过了,此处就不再赘述了。
依照次序,将其它两个发布批次也按照上述文中阐述的过程进行配置信息发布,此处就不再赘述。
根据端口标识进行分批次发布配置信息时,端口标识对比过程与标签对比过程相同,不同的是,在确定即将发送配置信息的端口标识后,可以直接通过确定的端口将配置信息发送至对应的SKD中。
方式2):第二配置指令携带有配置信息的标识和分批发布次数,分批次地向待配置设备群体中的其他待配置设备提供配置信息,包括:获取与其他待配置设备的IP地址对应的有序数据;根据分批发布次数,将其它待配置设备的IP地址对应的有序数据划分为多个数据组;依序向不同数据组对应的待配置设备提供配置信息。
其中,有序数据是指按照顺序排列的数据,可以包括但不限于:有序整数,如0、1、2、3、4、5、6、7、8、9、10。
可选地,依序向不同数据组对应的待配置设备发送配置信息,包括:针对当前数据组,每当接收到第二设备发送的长连接保持请求时,获取长连接保持请求携带的IP地址;若携带的IP地址对应的有序数据属于当前数据组内包含的有序数据,则向发送长连接保持请求的第二设备提供配置信息。
例如,根据前文所述,配置管理平台响应配置管理人员的第二配置操作,获取第二配置操作中的配置信息的标识以及分批发布次数,向配置服务器发送第二配置指令,第二配置指令携带配置信息的标识以及分批发布次数,配置服务器预先建立多个其它待配置设备的IP地址与有序数据的映射关系,一个IP地址映射一个有序数据,即一个IP地址与一个有序数据对应,配置服务器根据分批发布次数,如3次,将有序数据根据平均算法分成3组数据组,并记录每组有序数据的边界值,如一组有序数据为0-9,那么该边界值为0和9。
根据有序数据的顺序,进行批次发布,如,有序数据为0-29之间的每个有序数据,将有序数据分成3组数据组,则为0-9、10-19、20-19,针对0-9数据组的发布批次,即第一发布批次,配置服务器向监听发送配置信息的多个其它待配置设备发出消息,该消息表示为发送配置信息,当多个其它待配置设备监听到该消息后,向配置服务器发送自身的IP地址,配置服务器接收到多个其它待配置设备发送的多个IP地址后,根据IP地址与有序数据的映射关系,确定接收到的每个IP地址对应的有序数据,若有序数据在0-9中,则配置服务器将配置信息的获取地址发送至对应的其它配置设备。
需要说明的是,将有序数据进行分组时应尽量每组的数据个数相同,若无法做到数据个数相同,也要尽量每组数据个数相差不大。
由于灰度配置更新与分批次配置更新结合,可以帮助相关人员准确地查找出一批次或多批次的待配置设备由于配置更新造成的不明显配置问题,进一步帮助相关人员停止其它待配置设备的配置更新,避免由于不明显配置更新问题造成的大批量的待配置设备的瘫痪。
在一些实例中,该方法200进一步包括:记录配置服务器对配置信息进行分发处理的日志数据;将日志数据发送至数据平台,以使数据平台根据日志数据面向配置管理平台提供查询操作。
其中,日志数据包括以下至少一种类型的日志数据:持久化日志数据、水平通知日志数据、本地缓存日志数据以及发送日志数据;每种类型的日志数据包括:分发处理配置信息的时间、分发处理配置信息的设备的IP地址、分发配置信息的标识以及分发处理配置信息的动作。
持久化日志数据是指配置服务器将配置信息存储至本地区域对应的数据,如存储时间、执行动作(如,存储动作)、该配置服务器的IP地址以及配置信息的标识。水平通知日志数据是指配置服务器将配置信息发送至兄弟服务器节点对应的数据,如发送时间、配置服务器的IP地址、配置信息的标识以及执行动作(如,发送动作),本地缓存日志数据是指兄弟服务器节点在接收到配置信息后存储在自己本地区域对应的数据,如存储时间、配置信息的标识、兄弟服务器节点的IP地址以及执行动作(如,存储动作),发送日志数据是指配置服务器将配置信息发送至对应的待配置设备对应的数据,如发送时间、配置服务器的IP地址、待配置设备的IP地址、执行动作(如,发送动作)以及配置信息的标识。
根据前文所述可知,分布式存储系统中,每个配置服务器都会记录自身对配置信息进行分发处理的日志数据;并将该日志数据发送至数据平台,数据平台在接收到日志数据后,可以向配置管理平台提供日志数据查询的服务,数据平台将日志数据根据上述四种类型切分日志数据,再根据配置信息的标识以及设备标识两个维度,将切分后的日志数据进行聚合,从而将整个日志数据划分为与配置信息的标识对应的日志数据以及与设备标识对应的日志数据,从而向配置管理平台提供配置信息都发送到了哪些设备上以及设备都获取到了哪些配置信息;其中,设备标识包括一下至少一项:配置服务器的标识、第一设备标识、第二设备标识。
如图4所示,配置管理平台向其配置管理人员提供查询界面400,配置管理人员在界面400中输入查询关键词,如配置信息的标识,如Data ID等信息,或设备标识,如IP地址且该IP地址可以为多个,并进行查询,配置管理平台响应于配置管理人员的查询操作,获取查询操作中携带的关键词,向数据平台发送查询请求,数据平台根据查询请求中携带的配置信息的标识或设备标识,从聚合的日志数据中查找与配置信息的标识相关或相对应的日志数据或与设备标识相关或相对应的日志数据,并将查找到的日志数据返回至配置管理平台。
需要说明的是,设备标识可以包括配置服务器的标识以及待配置设备的标识。通过查询服务,可以解决在分布式存储系统中配置信息下发时无迹可寻的问题,以及查找配置信息时定位成本高的问题。
下面结合示例性应用场景对本申请技术方案进行详细说明:
场景1:在场景1中,配置服务器接收到配置管理平台发送的第一配置指令,该第一配置指令携带IP地址,以及配置信息的Data ID以及Group ID,配置服务器根据配置信息的Data ID以及Group ID获取到配置信息,根据IP地址将配置信息发送至1台待配置设备中,进行配置信息的更新操作操作。当1台待配置设备的配置信息更新操作操作成功时,配置服务器接受到配置管理平台发送的第二配置指令,配置服务器根据该第二配置指令携带的配置信息的Data ID以及Group ID以及设备组标签1,并根据配置信息的Data ID以及GroupID以获取到配置信息,再根据设备组标签1将配置信息分批次发送至其它待配置设备。
其中,设备组标签由标签服务器设置,并发送至每个待配置设备。
场景2:在场景2中,配置服务器接收到配置管理平台发送的第一配置指令,该第一配置指令携带IP地址,以及配置信息的Data ID以及Group ID,配置服务器根据配置信息的Data ID以及Group ID获取到配置信息,根据IP地址将配置信息发送至1台待配置设备中,进行配置信息的更新操作操作。当至少一台待配置设备的配置信息更新操作操作成功时,配置服务器接受到配置管理平台发送的第二配置指令,配置服务器根据该第二配置指令携带的配置信息的Data ID以及Group ID以及SDK端口号码001,并根据配置信息的Data ID以及Group ID获取到配置信息,再根据SDK端口号码001将配置信息分批次发送至其它待配置设备。
场景3:在配置服务器向待配置设备提供配置信息服务的应用场景中,在配置服务器向待配置设备提供配置信息服务的应用场景中,配置服务器接收到配置管理平台发送的第一配置指令,该第一配置指令携带IP地址,以及配置信息的Data ID以及Group ID,配置服务器根据配置信息的Data ID以及Group ID获取到配置信息,根据IP地址将配置信息发送至1台待配置设备中,进行配置信息的更新操作操作。当至少一台待配置设备的配置信息更新操作操作成功时,配置服务器接受到配置管理平台发送的第二配置指令,配置服务器根据该第二配置指令携带的配置信息的Data ID以及Group ID以及分批发布次数3次,并根据配置信息的Data ID以及Group ID获取到配置信息,再根据分批发布次数3次,将其它待配置设备的IP地址对应的有序数据划分为3个数据组;依序向不同3个数据组对应的待配置设备发送配置信息。
场景4:在配置服务器向待配置设备提供配置信息服务的应用场景中,配置服务器接收到配置管理平台发送的第一配置指令,该第一配置指令携带IP地址,以及配置信息的Data ID以及Group ID,配置服务器根据配置信息的Data ID以及Group ID获取到配置信息,根据IP地址将配置信息发送至1台待配置设备中,进行配置信息的更新操作操作。当至少一台待配置设备的配置信息更新操作操作成功时,配置服务器接受到配置管理平台发送的第二配置指令,配置服务器根据该第二配置指令携带的表示至少一台待配置设备的配置更新操作成功的消息,并根据第二配置指令从配置服务器的本地存储区域中或兄弟服务器节点中获取配置信息的Data ID以及Group ID以及设备组标签1或SDK端口号码001或分批发布次数3次,根据配置信息的Data ID以及Group ID以获取到配置信息,再根据设备组标签1或SDK端口号码001或分批发布次数3次,分批次将配置信息发送至其它待配置设备。
在上述4个场景中,配置服务器均记录配置服务器对配置信息进行分发处理的日志数据,并将该日志数据发送至数据平台,使得数据平台可以向配置管理平台提供日志数据的查询服务,从而使配置管理平台的配置管理人员可以查询到配置信息发送到了哪些设备上,同时设备上都接受到了哪些配置信息。
图3为本申请另一示例性实施例提供的信息处理方法的流程示意图。本申请实施例提供的该方法300由配置管理平台执行,该方法300包括以下步骤:
301:向配置服务器发送第一配置指令,第一配置指令携带有第一设备标识,以供配置服务器根据第一设备标识,从待配置设备群体中确定至少一台待配置设备提供配置信息,以使至少一台待配置设备根据配置信息进行配置更新操作。
302:在确定至少一台待配置设备的配置更新操作成功后,向配置服务器发送第二配置指令,指示配置服务器分批次地向待配置设备群体中的其它待配置设备提供配置信息,以使其他待配置设备根据配置信息进行配置更新操作。
在一些实例中,该方法300进一步包括:响应于第一查询操作,向数据平台发送第一查询请求,第一查询请求携带配置信息的标识,以使数据平台根据配置信息的标识,从日志数据中获取与配置信息的标识对应的日志数据,日志数据为配置服务器对配置信息进行分发处理的日志数据;接收数据平台发送的与配置信息的标识对应的日志数据并进行展示。
在一些实例中,该方法300进一步包括:响应于第二查询操作,向数据平台发送第二查询请求,第二查询请求携带设备标识,以使数据平台根据设备标识,从日志数据中获取与设备标识对应的日志数据;接收数据平台发送的与设备标识对应的日志数据并进行展示;设备标识包括配置服务器和/或待配置设备的标识,日志数据为配置服务器对配置信息进行分发处理的日志数据。
图6为本申请一示例性实施例提供的信息处理装置的结构框架示意图。该装置600可以适用于配置服务器,该装置600包括确定模块601、发送模块602和第二发送模块603,以下针对各个模块的功能进行详细的阐述:
确定模块601,用于从待配置设备群体中确定至少一台待配置设备。
第一发送模块602,用于将配置信息提供给至少一台待配置设备,以使至少一台待配置设备根据配置信息进行配置更新操作。
第二发送模块603,用于若至少一台待配置设备的配置更新操作成功,分批次地向待配置设备群体中的其它待配置设备提供配置信息,以使其他待配置设备根据配置信息进行配置更新操作。
在一些实例中,确定模块601包括:接收单元,用于接收配置管理平台发送的第一配置指令,第一配置指令携带有第一设备标识;确定单元,用于根据第一配置指令携带的第一设备标识,从待配置设备群体中确定至少一台待配置设备。
在一些实例中,第一配置指令还携带有配置信息的标识,确定模块601还用于:根据第一配置指令携带的配置信息的标识,确定配置信息。
其中,第一设备标识包括至少一台待配置设备中每台待配置设备的IP地址。
在一些实例中,在分批次地向待配置设备群体中的其它待配置设备提供配置信息之前,该装置600还包括:接收模块,用于接收配置管理平台发送的第二配置指令,第二配置指令是在确定至少一台待配置设备的配置更新操作成功时由配置管理平台发送的;确定模块601还用于:根据第二配置指令,确定至少一台待配置设备的配置更新操作成功。
在一些实例中,第二配置指令携带有配置信息的标识和第二设备标识,该装置600还包括:识别模块,用于根据第二配置指令携带的配置信息的标识,确定配置信息,并根据第二配置指令携带的第二设备标识,从待配置设备群体中识别出其它待配置设备。
其中,第二设备标识包括其它待配置设备分别隶属的设备组的标签或设备组对应的软件开发工具包的端口标识。
在一些实例中,第二发送模块603包括:划分单元,用于根据其它待配置设备分别隶属的设备组的标签或设备组对应的软件开发工具包的端口标识,将其它待配置设备划分到不同发布批次中;发送单元,用于依序向不同发布批次中的待配置设备提供配置信息。
在一些实例中,发送单元,具体用于:针对当前发布批次,每当接收到第二设备发送的长连接保持请求时,获取长连接保持请求携带的标签或端口标识;若携带的标签或端口标识属于当前发布批次内包含的待配置设备的标签或端口标识,则向发送长连接保持请求的第二设备提供配置信息。
在一些实例中,第二配置指令携带有配置信息的标识和分批发布次数,第二发送模块603包括:获取单元,用于获取与其他待配置设备的IP地址对应的有序数据;划分单元,用于根据分批发布次数,将其它待配置设备的IP地址对应的有序数据划分为多个数据组;发送单元,用于依序向不同数据组对应的待配置设备提供配置信息。
在一些实例中,发送单元,具体用于:针对当前数据组,每当接收到第二设备发送的长连接保持请求时,获取长连接保持请求携带的IP地址;若携带的IP地址对应的有序数据属于当前数据组内包含的有序数据,则向发送长连接保持请求的第二设备提供配置信息。
在一些实例中,该装置600进一步包括:记录模块,用于记录配置服务器对配置信息进行分发处理的日志数据;第三发送模块,用于将日志数据发送至数据平台,以使数据平台根据日志数据面向配置管理平台提供查询操作。
其中,日志数据包括以下至少一种类型的日志数据:持久化日志数据、水平通知日志数据、本地缓存日志数据以及发送日志数据;每种类型的日志数据包括:分发处理配置信息的时间、分发处理配置信息的设备的IP地址、分发配置信息的标识以及分发处理配置信息的动作。
以上描述了图6所示的处理装置600的内部功能和结构,在一个可能的设计中,图6所示的处理装置600的结构可实现为配置服务器,如图8所示,该配置服务器800可以包括:处理器801、存储器802以及通信组件803;
存储器802,用于存储计算机程序;
处理器801,用于执行计算机程序,以用于:从待配置设备群体中确定至少一台待配置设备;通过通信组件803将配置信息提供给至少一台待配置设备,以使至少一台待配置设备根据配置信息进行配置更新操作;若至少一台待配置设备的配置更新操作成功,通过通信组件803分批次地向待配置设备群体中的其它待配置设备提供配置信息,以使其他待配置设备根据配置信息进行配置更新操作。
在一些实例中,处理器801,具体用于:通过通信组件803接收配置管理平台发送的第一配置指令,第一配置指令携带有第一设备标识;根据第一配置指令携带的第一设备标识,从待配置设备群体中确定至少一台待配置设备。
在一些实例中,第一配置指令还携带有配置信息的标识,处理器801,还用于:根据第一配置指令携带的配置信息的标识,确定配置信息。
其中,第一设备标识包括至少一台待配置设备中每台待配置设备的IP地址。
在一些实例中,在分批次地向待配置设备群体中的其它待配置设备提供配置信息之前,处理器801,还用于:通过通信组件803接收配置管理平台发送的第二配置指令,第二配置指令是在确定至少一台待配置设备的配置更新操作成功时由配置管理平台发送的;根据第二配置指令,确定至少一台待配置设备的配置更新操作成功。
在一些实例中,第二配置指令携带有配置信息的标识和第二设备标识,处理器801,还用于:根据第二配置指令携带的配置信息的标识,确定配置信息,并根据第二配置指令携带的第二设备标识,从待配置设备群体中识别出其它待配置设备。
其中,第二设备标识包括其它待配置设备分别隶属的设备组的标签或设备组对应的软件开发工具包的端口标识。
在一些实例中,处理器801,具体用于:根据其它待配置设备分别隶属的设备组的标签或设备组对应的软件开发工具包的端口标识,将其它待配置设备划分到不同发布批次中;通过通信组件803依序向不同发布批次中的待配置设备提供配置信息。
在一些实例中,处理器801,具体用于:针对当前发布批次,每当通过通信组件803接收到第二设备发送的长连接保持请求时,获取长连接保持请求携带的标签或端口标识;若携带的标签或端口标识属于当前发布批次内包含的待配置设备的标签或端口标识,则通过通信组件803向发送长连接保持请求的第二设备提供配置信息。
在一些实例中,第二配置指令携带有配置信息的标识和分批发布次数,处理器801,具体用于:获取与其他待配置设备的IP地址对应的有序数据;根据分批发布次数,将其它待配置设备的IP地址对应的有序数据划分为多个数据组;通过通信组件803依序向不同数据组对应的待配置设备提供配置信息。
在一些实例中,处理器801,具体用于:针对当前数据组,每当通过通信组件803接收到第二设备发送的长连接保持请求时,获取长连接保持请求携带的IP地址;若携带的IP地址对应的有序数据属于当前数据组内包含的有序数据,则通过通信组件803向发送长连接保持请求的第二设备提供配置信息。
在一些实例中,处理器801,还用于:记录配置服务器对配置信息进行分发处理的日志数据;通过通信组件803将日志数据发送至数据平台,以使数据平台根据日志数据面向配置管理平台提供查询操作。
其中,日志数据包括以下至少一种类型的日志数据:持久化日志数据、水平通知日志数据、本地缓存日志数据以及发送日志数据;每种类型的日志数据包括:分发处理配置信息的时间、分发处理配置信息的设备的IP地址、分发配置信息的标识以及分发处理配置信息的动作。
补充:在本申请实施例中,配置服务器先将配置信息发送至少一台待配置设备,若该配置信息可以在待配置设备中成功实现配置更新操作,在分批次地向待配置设备群体中的其它待配置设备发送配置信息,从而使得在保证配置信息在无明显配置问题下,再进行分批次地对其它待配置设备进行配置更新,不会造成大批量的待配置设备由于明显配置问题而瘫痪,同时,由于分批次配置更新,可以帮助相关人员准确地查找出一批次或多批次的待配置设备由于配置更新造成的不明显配置问题,进一步帮助相关人员停止其它待配置设备的配置更新,避免由于不明显配置更新问题造成的大批量的待配置设备的瘫痪。
另外,本发明实施例提供了一种计算机存储介质,计算机程序被一个或多个处理器执行时,致使一个或多个处理器实现图2方法实施例中信息处理方法的步骤。
图7为本申请一示例性实施例提供的信息处理装置的结构框架示意图。该装置700可以适用于配置管理平台,该装置700包括第一发送模块701和第二发送模块702,以下针对各个模块的功能进行详细的阐述:
第一发送模块701:用于向配置服务器发送第一配置指令,第一配置指令携带有第一设备标识,以供配置服务器根据第一设备标识,从待配置设备群体中确定至少一台待配置设备提供配置信息,以使至少一台待配置设备根据配置信息进行配置更新操作。
第二发送模块702,用于在确定至少一台待配置设备的配置更新操作成功后,向配置服务器发送第二配置指令,指示配置服务器分批次地向待配置设备群体中的其它待配置设备提供配置信息,以使其他待配置设备根据配置信息进行配置更新操作。
在一些实例中,该装置700还包括:第一查询模块,用于响应于第一查询操作,向数据平台发送第一查询请求,第一查询请求携带配置信息的标识,以使数据平台根据配置信息的标识,从日志数据中获取与配置信息的标识对应的日志数据,日志数据为配置服务器对配置信息进行分发处理的日志数据;接收数据平台发送的与配置信息的标识对应的日志数据并进行展示。
在一些实例中,该装置700还包括:第一查询模块,用于响应于第二查询操作,向数据平台发送第二查询请求,第二查询请求携带设备标识,以使数据平台根据设备标识,从日志数据中获取与设备标识对应的日志数据;接收数据平台发送的与设备标识对应的日志数据并进行展示;设备标识包括配置服务器和/或待配置设备的标识,日志数据为配置服务器对配置信息进行分发处理的日志数据。
以上描述了图7所示的处理装置700的内部功能和结构,在一个可能的设计中,图7所示的处理装置700的结构可实现为配置服务器,如图9所示,该配置管理平台900可以包括:处理器901、存储器902以及通信组件903;
存储器902,用于存储计算机程序;
处理器901,用于执行计算机程序,以用于:通过通信组件903向配置服务器发送第一配置指令,第一配置指令携带有第一设备标识,以供配置服务器根据第一设备标识,从待配置设备群体中确定至少一台待配置设备提供配置信息,以使至少一台待配置设备根据配置信息进行配置更新操作;在确定至少一台待配置设备的配置更新操作成功后,通过通信组件903向配置服务器发送第二配置指令,指示配置服务器分批次地向待配置设备群体中的其它待配置设备提供配置信息,以使其他待配置设备根据配置信息进行配置更新操作。
在一些实例中,处理器901,还用于:响应于第一查询操作,通过通信组件903向数据平台发送第一查询请求,第一查询请求携带配置信息的标识,以使数据平台根据配置信息的标识,从日志数据中获取与配置信息的标识对应的日志数据,日志数据为配置服务器对配置信息进行分发处理的日志数据;通过通信组件903接收数据平台发送的与配置信息的标识对应的日志数据并进行展示。
在一些实例中,处理器901,还用于:响应于第二查询操作,通过通信组件903向数据平台发送第二查询请求,第二查询请求携带设备标识,以使数据平台根据设备标识,从日志数据中获取与设备标识对应的日志数据;通过通信组件903接收数据平台发送的与设备标识对应的日志数据并进行展示;设备标识包括配置服务器和/或待配置设备的标识,日志数据为配置服务器对配置信息进行分发处理的日志数据。
在本申请实施例中,配置管理平台可以指示配置服务器向待配置设备提供配置信息,优化了配置服务器的操作,减少了配置服务器的负担,同时为配置管理平台的配置管理人员提供了查询界面,方便配置管理人员查询配置信息的发送流程数据以及设备都接受到了哪些配置信息的数据。
另外,本发明实施例提供了一种计算机存储介质,计算机程序被一个或多个处理器执行时,致使一个或多个处理器实现图3方法实施例中信息处理方法的步骤。
另外,在上述实施例及附图中的描述的一些流程中,包含了按照特定顺序出现的多个操作,但是应该清楚了解,这些操作可以不按照其在本文中出现的顺序来执行或并行执行,操作的序号如201、202、203等,仅仅是用于区分开各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现,当然也可以通过硬件和软件结合的方式来实现。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程多媒体数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程多媒体数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程多媒体数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程多媒体数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (27)
1.一种信息处理方法,其特征在于,适用于配置服务器,所述方法包括:
从待配置设备群体中确定至少一台待配置设备;
将配置信息提供给至所述至少一台待配置设备,以使所述至少一台待配置设备根据所述配置信息进行配置更新操作;
若所述至少一台待配置设备的配置更新操作成功,分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息,以使所述其它待配置设备根据所述配置信息进行配置更新操作。
2.根据权利要求1所述的方法,其特征在于,所述从待配置设备群体中确定至少一台待配置设备,包括:
接收配置管理平台发送的第一配置指令,所述第一配置指令携带有第一设备标识;
根据所述第一配置指令携带的第一设备标识,从所述待配置设备群体中确定至少一台待配置设备。
3.根据权利要求2所述的方法,其特征在于,所述第一配置指令还携带有配置信息的标识,所述方法还包括:
根据所述第一配置指令携带的配置信息的标识,确定所述配置信息。
4.根据权利要求2所述的方法,其特征在于,所述第一设备标识包括所述至少一台待配置设备中每台待配置设备的IP地址。
5.根据权利要求1所述的方法,其特征在于,在分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息之前,还包括:
接收配置管理平台发送的第二配置指令,所述第二配置指令是在确定所述至少一台待配置设备的配置更新操作成功时由配置管理平台发送的;
根据所述第二配置指令,确定所述至少一台待配置设备的配置更新操作成功。
6.根据权利要求5所述的方法,其特征在于,所述第二配置指令携带有配置信息的标识和第二设备标识,所述方法包括:
根据所述第二配置指令携带的配置信息的标识,确定所述配置信息,并根据所述第二配置指令携带的第二设备标识,从所述待配置设备群体中识别出所述其它待配置设备。
7.根据权利要求6所述的方法,其特征在于,第二设备标识包括其它待配置设备分别隶属的设备组的标签或设备组对应的软件开发工具包的端口标识。
8.根据权利要求7所述的方法,其特征在于,分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息,包括:
根据其它待配置设备分别隶属的设备组的标签或设备组对应的软件开发工具包的端口标识,将其它待配置设备划分到不同发布批次中;
依序向不同发布批次中的待配置设备提供所述配置信息。
9.根据权利要求8所述的方法,其特征在于,所述依序向不同发布批次中的待配置设备提供所述配置信息,包括:
针对当前发布批次,每当接收到第二设备发送的长连接保持请求时,获取所述长连接保持请求携带的标签或端口标识;
若携带的标签或端口标识属于当前发布批次内包含的待配置设备的标签或端口标识,则向发送所述长连接保持请求的第二设备提供所述配置信息。
10.根据权利要求5所述的方法,其特征在于,所述第二配置指令携带有配置信息的标识和分批发布次数,所述分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息,包括:
获取与所述其它待配置设备的IP地址对应的有序数据;
根据所述分批发布次数,将所述其它待配置设备的IP地址对应的有序数据划分为多个数据组;
依序向不同数据组对应的待配置设备提供所述配置信息。
11.根据权利要求10所述的方法,其特征在于,所述依序向不同数据组对应的待配置设备提供所述配置信息,包括:
针对当前数据组,每当接收到第二设备发送的长连接保持请求时,获取所述长连接保持请求携带的IP地址;
若携带的IP地址对应的有序数据属于当前数据组内包含的有序数据,则向发送所述长连接保持请求的第二设备提供所述配置信息。
12.根据权利要求2或5所述的方法,其特征在于,所述方法进一步包括:
记录所述配置服务器对所述配置信息进行分发处理的日志数据;
将所述日志数据发送至数据平台,以使所述数据平台根据所述日志数据面向所述配置管理平台提供查询操作。
13.根据权利要求12所述的方法,其特征在于,所述日志数据包括以下至少一种类型的日志数据:
持久化日志数据、水平通知日志数据、本地缓存日志数据以及发送日志数据;
每种类型的日志数据包括:分发处理配置信息的时间、分发处理配置信息的设备的IP地址、分发配置信息的标识以及分发处理配置信息的动作。
14.一种信息处理方法,其特征在于,适用于配置管理平台,所述方法包括:
向配置服务器发送第一配置指令,所述第一配置指令携带有第一设备标识,以供所述配置服务器根据所述第一设备标识,从待配置设备群体中确定至少一台待配置设备提供配置信息,以使所述至少一台待配置设备根据所述配置信息进行配置更新操作;
在确定所述至少一台待配置设备的配置更新操作成功后,向配置服务器发送第二配置指令,指示所述配置服务器分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息,以使所述其它待配置设备根据所述配置信息进行配置更新操作。
15.根据权利要求14所述的方法,其特征在于,所述方法进一步包括:
响应于第一查询操作,向数据平台发送第一查询请求,所述第一查询请求携带配置信息的标识,以使所述数据平台根据所述配置信息的标识,从日志数据中获取与所述配置信息的标识对应的日志数据,所述日志数据为配置服务器对所述配置信息进行分发处理的日志数据;
接收所述数据平台发送的与所述配置信息的标识对应的日志数据并进行展示。
16.根据权利要求14所述的方法,其特征在于,所述方法进一步包括:
响应于第二查询操作,向数据平台发送第二查询请求,所述第二查询请求携带设备标识,以使所述数据平台根据所述设备标识,从日志数据中获取与所述设备标识对应的日志数据;
接收所述数据平台发送的与所述设备标识对应的日志数据并进行展示;
所述设备标识包括配置服务器和/或待配置设备的标识,所述日志数据为配置服务器对所述配置信息进行分发处理的日志数据。
17.一种信息处理系统,其特征在于,包括:配置服务器以及配置管理平台;
所述配置服务器,用于接收第一配置指令,从待配置设备群体中确定至少一台待配置设备;将配置信息提供给所述至少一台待配置设备;
接收第二配置指令,分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息;
所述配置管理平台,用于向配置服务器发送第一配置指令,指示所述配置服务器从待配置设备群体中确定至少一台待配置设备;
在确定所述至少一台待配置设备的配置更新操作成功后,向配置服务器发送第二配置指令,指示所述配置服务器分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息。
18.根据权利要求17所述的系统,其特征在于,所述第二配置指令携带有配置信息的标识和第二设备标识,所述配置服务器,还用于:根据所述第二配置指令携带的配置信息的标识,确定所述配置信息,并根据所述第二配置指令携带的第二设备标识,从所述待配置设备群体中识别出所述其它待配置设备。
19.根据权利要求18所述的系统,其特征在于,所述配置服务器,具体用于:根据其它待配置设备分别隶属的设备组的标签或设备组对应的软件开发工具包的端口标识,将其它待配置设备划分到不同发布批次中;
依序向不同发布批次中的待配置设备提供所述配置信息。
20.根据权利要求19所述的系统,其特征在于,所述系统还包括:标签服务器;
所述标签服务器,用于根据所述其它待配置设备之间的关联关系,将所述其它待配置设备分别划分到不同的设备组中,并确定设备组的标签;
将所述标签发送至对应的其它待配置设备。
21.根据权利要求17所述的系统,其特征在于,所述系统还包括:数据平台;
所述数据平台,用于接收所述配置服务器发送的所述配置服务器对所述配置信息进行分发处理的日志数据,以面向所述配置管理平台提供查询操作。
22.根据权利要求21所述的系统,其特征在于,所述数据平台,还用于接收配置管理平台发送的第一查询请求,所述第一查询请求携带配置信息的标识,所述数据平台根据所述配置信息的标识,从所述日志数据中获取与所述配置信息的标识对应的日志数据,并将与所述配置信息的标识对应的日志数据发送至所述配置管理平台。
23.根据权利要求21所述的系统,其特征在于,所述数据平台,还用于将所述日志数据根据配置信息的标识以及设备标识,将所述日志数据划分为与所述配置信息的标识对应的日志数据以及与所述设备标识对应的日志数据;其中,所述设备标识包括一下至少一项:所述配置服务器标识、第一设备标识、第二设备标识。
24.一种信息处理设备,其特征在于,包括存储器、处理器以及通信组件;
所述存储器,用于存储计算机程序;
所述处理器,用于执行所述计算机程序,以用于:
从待配置设备群体中确定至少一台待配置设备;
通过所述通信组件将配置信息提供给所述至少一台待配置设备,以使所述至少一台待配置设备根据所述配置信息进行配置更新操作;
若所述至少一台待配置设备的配置更新操作成功,通过所述通信组件分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息,以使所述其它待配置设备根据所述配置信息进行配置更新操作。
25.一种存储有计算机程序的计算机可读存储介质,其特征在于,所述计算机程序被一个或多个处理器执行时,致使所述一个或多个处理器实现权利要求1-13任一项所述方法中的步骤。
26.一种信息处理设备,其特征在于,包括存储器、处理器以及通信组件;
所述存储器,用于存储计算机程序;
所述处理器,用于执行所述计算机程序,以用于:
通过所述通信组件向配置服务器发送第一配置指令,所述第一配置指令携带有第一设备标识,以供所述配置服务器根据所述第一设备标识,从待配置设备群体中确定至少一台待配置设备提供配置信息,以使所述至少一台待配置设备根据所述配置信息进行配置更新操作;
在确定所述至少一台待配置设备的配置更新操作成功后,通过所述通信组件向配置服务器发送第二配置指令,指示所述配置服务器分批次地向所述待配置设备群体中的其它待配置设备提供所述配置信息,以使所述其它待配置设备根据所述配置信息进行配置更新操作。
27.一种存储有计算机程序的计算机可读存储介质,其特征在于,所述计算机程序被一个或多个处理器执行时,致使所述一个或多个处理器实现权利要求14-16任一项所述方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811240228.2A CN111090440B (zh) | 2018-10-23 | 2018-10-23 | 信息处理方法、系统、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811240228.2A CN111090440B (zh) | 2018-10-23 | 2018-10-23 | 信息处理方法、系统、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111090440A CN111090440A (zh) | 2020-05-01 |
CN111090440B true CN111090440B (zh) | 2023-06-20 |
Family
ID=70391936
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811240228.2A Active CN111090440B (zh) | 2018-10-23 | 2018-10-23 | 信息处理方法、系统、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111090440B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112003736B (zh) * | 2020-07-31 | 2023-05-02 | 深圳市腾讯网域计算机网络有限公司 | 一种多节点配置信息确定方法、装置及存储介质 |
CN118540215A (zh) * | 2020-09-15 | 2024-08-23 | 青岛海信移动通信技术有限公司 | 一种终端、控制设备及服务处理方法 |
CN112134734B (zh) * | 2020-09-15 | 2023-05-23 | 网宿科技股份有限公司 | 一种网络设备的配置方法及装置 |
CN113760316A (zh) * | 2020-10-22 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 一种应用的配置系统和方法 |
CN113419745A (zh) * | 2021-06-24 | 2021-09-21 | 中国建设银行股份有限公司 | 应用实例编号管理方法、装置、电子设备及计算机可读介质 |
CN115297366A (zh) * | 2022-08-03 | 2022-11-04 | 中国电信股份有限公司 | 应用程序的更新方法、装置及网络电视播放软件更新系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104966206A (zh) * | 2015-05-12 | 2015-10-07 | 百度在线网络技术(北京)有限公司 | 对移动应用进行灰度发布的方法、装置和系统 |
CN105515872A (zh) * | 2015-12-23 | 2016-04-20 | 北京奇虎科技有限公司 | 配置信息的更新方法、装置及系统 |
CN106202123A (zh) * | 2015-05-07 | 2016-12-07 | 阿里巴巴集团控股有限公司 | 灰度发布的方法及设备 |
CN106572173A (zh) * | 2016-11-07 | 2017-04-19 | 网易无尾熊(杭州)科技有限公司 | 一种配置信息更新方法、装置和系统 |
WO2017071425A1 (zh) * | 2015-10-29 | 2017-05-04 | 腾讯科技(深圳)有限公司 | 版本更新方法及装置 |
CN107920112A (zh) * | 2017-11-01 | 2018-04-17 | 重庆金融资产交易所有限责任公司 | 支持灰度模式的配置文件推送方法、中心服务器及存储介质 |
-
2018
- 2018-10-23 CN CN201811240228.2A patent/CN111090440B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106202123A (zh) * | 2015-05-07 | 2016-12-07 | 阿里巴巴集团控股有限公司 | 灰度发布的方法及设备 |
CN104966206A (zh) * | 2015-05-12 | 2015-10-07 | 百度在线网络技术(北京)有限公司 | 对移动应用进行灰度发布的方法、装置和系统 |
WO2017071425A1 (zh) * | 2015-10-29 | 2017-05-04 | 腾讯科技(深圳)有限公司 | 版本更新方法及装置 |
CN105515872A (zh) * | 2015-12-23 | 2016-04-20 | 北京奇虎科技有限公司 | 配置信息的更新方法、装置及系统 |
CN106572173A (zh) * | 2016-11-07 | 2017-04-19 | 网易无尾熊(杭州)科技有限公司 | 一种配置信息更新方法、装置和系统 |
CN107920112A (zh) * | 2017-11-01 | 2018-04-17 | 重庆金融资产交易所有限责任公司 | 支持灰度模式的配置文件推送方法、中心服务器及存储介质 |
Non-Patent Citations (1)
Title |
---|
周智等."移动互联网程序的灰度发布".《电脑知识与技术》.2017,第13卷(第9期),第47-49页. * |
Also Published As
Publication number | Publication date |
---|---|
CN111090440A (zh) | 2020-05-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111090440B (zh) | 信息处理方法、系统、设备及存储介质 | |
US8832130B2 (en) | System and method for implementing on demand cloud database | |
US8429256B2 (en) | Systems and methods for generating cached representations of host package inventories in remote package repositories | |
CN102780724B (zh) | 一种类目信息的发送方法、系统及设备 | |
US10002170B2 (en) | Managing a table of a database | |
US20110296394A1 (en) | Systems and methods for generating cached representations of encoded package profile | |
US20200204652A1 (en) | Method, apparatus and system for processing data | |
CN110532123B (zh) | HBase系统的故障转移方法及装置 | |
CN105512283A (zh) | 数据质量管理控制方法及装置 | |
US20190362016A1 (en) | Frequent pattern analysis for distributed systems | |
US11366821B2 (en) | Epsilon-closure for frequent pattern analysis | |
CN112214465A (zh) | 日志存储系统及方法 | |
CN104951855A (zh) | 用于促进对资源的管理的装置和方法 | |
CN114398397A (zh) | 数据处理方法、装置、存储介质以及系统 | |
CN113885860A (zh) | 一种自动配置管理页面生成接口服务的方法及设备 | |
CN117762898A (zh) | 数据迁移方法、装置、设备及存储介质 | |
CN115062092B (zh) | 数据库访问方法、设备、系统及存储介质 | |
CN116820874A (zh) | 一种企业级大数据组件及应用监控和告警的方法 | |
US20200311143A1 (en) | Correlating user device attribute groups | |
CN111984723A (zh) | 数据同步方法、装置及终端设备 | |
CN110493326B (zh) | 基于zookeeper管理集群配置文件的系统和方法 | |
CN110633274B (zh) | 一种告警管理方法和装置 | |
CN116010677B (zh) | 空间索引方法、装置及其电子设备 | |
CN114301709B (zh) | 报文的处理方法和装置、存储介质及计算设备 | |
US20160140191A1 (en) | Method and apparatus for the storage and retrieval of time stamped blocks of data |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |