CN112860343A - 配置变更方法、系统、装置、电子设备以及存储介质 - Google Patents

Abstract

本申请公开了配置变更方法、系统、装置、电子设备以及存储介质，涉及计算机技术领域，尤其涉及搜索技术、分布式技术等。配置变更方法具体实现方案为：获取基于配置管理服务组件输入的配置变更信息，其中，配置变更信息包括配置内容和配置分发策略；根据配置变更信息生成配置表单，其中，配置表单中记录有配置变更信息；以及按照配置分发策略，向应用服务传输配置表单，以便应用服务基于配置表单变更原始配置。

Description

配置变更方法、系统、装置、电子设备以及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及搜索技术、分布式技术等。

背景技术

在实际的业务研发和业务执行过程中，配置是决定业务流程的重要形式。复杂的业务场景通常要求配置和业务流程深度结合，业务的改变也会导致配置的改变，而配置的新增和变化常常需要业务平台和后端服务开发人员进行适配开发，业务研发成本高、敏捷性差。

发明内容

本公开提供了一种配置变更方法、系统、装置、电子设备、存储介质以及计算机程序产品。

根据本公开的一方面，提供了一种配置变更方法，包括：获取基于配置管理服务组件输入的配置变更信息，其中，上述配置变更信息包括配置内容和配置分发策略；根据上述配置变更信息生成配置表单，其中，上述配置表单中记录有上述配置变更信息；以及按照上述配置分发策略，向应用服务传输上述配置表单，以便上述应用服务基于上述配置表单变更原始配置。。

根据本公开的另一方面，提供了一种配置变更系统，包括：配置管理服务组件和配置变更服务组件。

配置管理服务组件，用于获取基于配置管理服务组件输入的配置变更信息，其中，上述配置变更信息包括配置内容和配置分发策略；根据上述配置变更信息生成配置表单，其中，上述配置表单中记录有上述配置变更信息；以及

配置变更服务组件，用于按照上述配置分发策略，向应用服务传输上述配置表单，以便上述应用服务基于上述配置表单变更原始配置。

根据本公开的另一方面，提供了一种配置变更装置，包括：获取模块、生成模块和传输模块。

获取模块，用于获取基于配置管理服务组件输入的配置变更信息，其中，上述配置变更信息包括配置内容；

生成模块，用于根据上述配置变更信息生成配置表单，其中，上述配置表单中记录有上述配置变更信息和配置分发策略；以及

传输模块，用于按照上述配置分发策略，向应用服务传输上述配置表单，以便上述应用服务基于上述配置表单变更原始配置。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行如上所述的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上所述的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1示意性示出了根据本公开实施例的可以应用配置变更方法的示例性系统架构；

图2示意性示出了根据本公开实施例的配置变更方法的流程图；

图3示意性示出了根据本公开实施例的配置变更系统的示意图；

图4示意性示出了根据本公开实施例的基于配置变更服务组件，从数据状态组件中获取与应用服务对应的配置变更信息的流程图；

图5示意性示出了根据本公开实施例的基于配置变更服务组件，向被监听应用服务发送最新版本的配置内容的流程图；

图6示意性示出了根据本公开另一实施例的配置变更系统的示意图；

图7示意性示出了根据本公开实施例的配置变更装置的框图；以及

图8示意性示出了根据本公开实施例的适于实现本公开方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在实现本公开的过程中发现，配置变更方法可以采用推送的配置分发方式，尽可能及时的进行配置变更分发，此种方式速度快、生效及时，但在复杂的线上环境下，难以保障配置变更一致性。配置变更方法也可以采用拉取的配置分发方式，基于周期轮询的方式进行配置分发，能够保障配置变更的最终一致性，但生效的时效性取决于轮询周期的长度。

无论基于上述推送的配置分发方式，还是基于拉取的配置分发方式，一般都需要对配置进行管理。配置管理方式包括：(1)集中式管理：将所有业务的配置信息统一管理到配置平台，各个业务在配置平台查看各自的配置信息。但在复杂业务场景中，配置与业务流程的分离，导致业务理解成本高。(2)模块式管理：将单个业务配置信息和模块的业务流程深度结合，便于业务理解，但该方式在每增加一个业务流程时，都需要后端服务开发人员在业务管理平台重新编写适配的配置程序，开发敏捷性差。

由于配置是决定程序运行行为的重要方式，配置变更在业务环境的重要程度等同于程序变更，但目前实现配置变更的方式开发周期长。

本公开提供了配置变更方法、系统、装置、电子设备以及存储介质，涉及计算机技术领域，尤其涉及搜索技术、分布式技术等。该配置变更方法具体实现方案为：获取基于配置管理服务组件输入的配置变更信息，其中，配置变更信息包括配置内容和配置分发策略；根据配置变更信息生成配置表单，其中，配置表单中记录有配置变更信息；以及按照配置分发策略，向应用服务传输配置表单，以便应用服务基于配置表单变更原始配置。

图1示意性示出了根据本公开实施例的可以应用配置变更方法的示例性系统架构。

需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括与应用服务对应的配置管理平台101，配置变更系统102和应用服务集合103。配置管理平台101，配置变更系统102和应用服务集合103之间包括用于提供通信链路的介质。

根据本公开的实施例，配置变更系统102可以包括配置管理服务组件和配置变更服务组件。

与应用服务对应的配置管理平台101可以调用配置变更系统102的配置管理服务组件的接口，基于配置管理服务组件输入配置变更信息。通过配置管理服务组件可以将配置变更信息生成配置表单，通过配置变更服务组件将配置表单发送给应用服务集合103中的一个或多个应用服务。通过生成配置表单的方式，使得开发人员无需在配置管理平台101创建用于变更配置的程序，实现了低代码化、快速引入配置到应用服务集合103中使用，有效提升了分布式应用环境的配置变更生效速度。

配置管理平台101可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

配置变更系统102可以是分布式配置变更服务系统，能够提供配置变更服务。

应用服务集合103可以是提供各种服务的服务器集合，例如对用户利用终端设备所浏览的内容提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的内容处理方法一般可以由配置变更系统102执行。相应地，本公开实施例所提供的配置变更装置也可以设置于配置变更系统102中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了根据本公开实施例的配置变更方法的流程图。

如图2所示，该方法包括操作S210～S230。

在操作S210，获取基于配置管理服务组件输入的配置变更信息，其中，配置变更信息包括配置内容和配置分发策略。

在操作S220，根据配置变更信息生成配置表单，其中，配置表单中记录有配置变更信息。

在操作S230，按照配置分发策略，向应用服务传输配置表单，以便应用服务基于配置表单变更原始配置。

根据本公开的实施例，配置变更信息可以是用于描述变更后的业务流程的信息，该业务流程可以是复杂的业务流程，也可以是简单的业务流程。业务流程可以通过配置描述来生效到生产环境，配置变更信息中的配置项与实际的业务含义具有关联关系。

根据本公开的实施例，配置内容例如可以包括配置信息的格式配置、滚动分发行为配置、配置内容构造、配置版本等等。

根据本公开的实施例，配置分发策略可以包括按照目标发布比例和目标发布时间间隔进行逐步分发的策略。根据本公开的实施例，配置分发策略包括一次分发，或者按比例分发。按比例分发是指配置变更信息分批次的生效，批次间隔时间可以根据实际情况进行设定，批次间隔时间可调整，例如，可以是2分钟，5分钟等等。

根据本公开的实施例，目标发布比例可以是100％，也可以是其它比例。例如，目标发布比例为20％，那么每隔一个目标发布时间间隔，可以向20％的应用服务发布配置变更信息，在存在安全风险的情况下，可以停止向剩下的应用服务发布配置变更信息。

根据本公开的实施例，可以使用json-schema协议将配置变更信息生成配置表单，通过引入json-schema协议，可以实现配置的声明式描述和自约束。需要说明的是，使用json-schema协议仅是示例性实施例，但不限于此，还可以包括本领域已知的其他生成方法。

根据本公开的实施例，在生成配置表单之后，可以向应用服务传输配置表单，以便应用服务基于配置表单变更原始配置。根据本公开的实施例，应用服务可以是分布式应用服务。

根据本公开的实施例，通过配置表单动态生成的方式实现了配置的模块化管理，基于统一的配置管理服务组件即可低代码化的实现配置和业务的深度结合，按照配置分发策略实现了滚动发布机制。解决了相关技术中配置的新增和变化常常需要业务平台和后端服务开发人员进行适配开发，业务研发成本高、敏捷性差的技术问题，通过配置管理服务组件的接口引用方式，即可低代码、快速引入到业务平台的应用服务中使用。

下面参考图3～图6，结合具体实施例对图2所示的方法做进一步说明。

图3示意性示出了根据本公开实施例的配置变更系统的示意图。

如图3所示，配置变更系统300包括：配置管理服务组件310和配置变更服务组件320。

配置管理服务组件310，用于获取基于配置管理服务组件310输入的配置变更信息，其中，配置变更信息包括配置内容和配置分发策略；根据配置变更信息生成配置表单，其中，配置表单中记录有配置变更信息。

配置变更服务组件320，用于按照配置分发策略，向应用服务传输配置表单，以便应用服务基于配置表单变更原始配置。

根据本公开的实施例，配置管理服务组件310和配置变更服务组件320可以被独立的设置在不同集群中。

根据本公开的实施例，开发者可以通过引用暴露的配置管理服务组件310的接口的方式，在配置管理服务组件310上输入开发者所需关注的配置构造信息和配置分发策略，其中，配置构造信息例如可以包括配置的数据表达形式，例如，json格式；配置分发策略例如可以包括全部生效，或滚动分发生效等。

根据本公开的实施例，配置变更服务组件320是配置变更系统300的主体执行组件，配置变更服务组件320可以获取配置管理服务组件310生成的配置表单，向应用服务传输配置表单，实现配置变更同步。

根据本公开的实施例，关于配置管理服务组件310和配置变更服务组件320的具体功能可以参考上述对图2的描述，在此不再赘述。

根据本公开的配置变更系统300，基于统一的配置管理服务组件即可低代码化的实现配置和业务的深度结合。

根据本公开的实施例，在根据配置变更信息生成配置表单之后，可以向数据状态组件传输配置表单，以便将配置表单存储在数据状态组件中。

根据本公开的实施例，通过将配置表单存储在数据状态组件中，可以实现持久化用户配置内容和配置状态，数据状态组件可以控制和驱动配置流程的运转。

根据本公开的实施例，配置变更系统300还可以包括数据状态组件，用于接收配置管理服务组件传输的配置表单，以便将配置表单存储在数据状态组件中。

根据本公开的实施例，通过将配置表单存储在数据状态组件中，实现了应用服务的配置管理平台与应用服务客户端的分离，并实现了配置变更服务组件和配置管理服务组件的分离。

根据本公开的实施例，配置管理服务组件、配置变更服务组件和数据状态组件可以采用分布式方式部署。

根据本公开的实施例，数据状态组件包括关系型数据库。根据本公开的实施例，关系型数据库可以包括主数据库和一个或多个从数据库。

根据本公开的实施例，向应用服务传输配置表单包括：基于配置变更服务组件，从数据状态组件中获取与应用服务对应的配置变更信息，并向应用服务发送与应用服务对应的配置变更信息。

根据本公开的实施例，由于数据状态组件中存储有配置变更信息，因此，配置变更服务组件可以从数据状态组件中获取与应用服务对应的配置变更信息。

根据本公开的实施例，有效提升了分布式环境的配置变更生效速度，加强了配置变更的稳定性保障，提升了产品研发效率，满足了产品效果的高时效性控制要求和稳定性保障。

图4示意性示出了根据本公开实施例的基于配置变更服务组件，从数据状态组件中获取与应用服务对应的配置变更信息的流程图。

根据本公开的实施例，配置变更服务组件包括元信息服务、缓存服务和分发服务。如图4所示，该基于配置变更服务组件，从数据状态组件中获取与应用服务对应的配置变更信息包括操作S410～S430。

在操作S410，基于元信息服务，从数据状态组件中获取配置变更信息的配置版本和配置标识。

在操作S420，在确定配置变更信息的配置版本为最新版本的情况下，根据配置版本和配置标识，基于缓存服务从数据状态组件中获取配置变更信息的配置内容。

在操作S430，基于分发服务，向应用服务发送与应用服务对应的配置变更信息的配置内容。

根据本公开的实施例，元信息服务可以实时自动监测数据状态组件中是否新增存储了配置版本和配置标识，在监测到有新增的配置版本和配置标识的情况下，基于缓存服务从数据状态组件中获取配置变更信息的配置内容。或者，元信息服务也可以在接收到数据状态组件的新增通知信息之后，先从数据状态组件中获取新增的配置变更信息的配置版本和配置标识，然后通知缓存服务，根据配置版本和配置标识从数据状态组件中获取配置变更信息的配置内容。

根据本公开的实施例，元信息服务可以按照一定时间间隔从数据状态组件中主动获取配置变更信息的配置版本和配置标识。将获取到配置版本和配置标识与原本存储的配置版本和配置标识进行比较，在确定配置变更信息的配置版本为最新版本的情况下，通知缓存服务，根据配置版本和配置标识从数据状态组件中获取配置变更信息的配置内容。

根据本公开的实施例，数据状态组件可以为每个配置变更信息生成对应的配置任务，并标记每个配置任务的任务状态，任务状态包括如等待执行，已执行，正在执行等等。数据状态组件可以将配置任务发送给元信息服务，以便元信息服务获取主动获取配置变更信息的配置版本和配置标识。

根据本公开的实施例，通过元信息服务和缓存服务与数据状态组件高效的交互，可以完成配置数据的获取和状态的更新，通过分发服务完成推模式的数据分发到应用服务。

图5示意性示出了根据本公开实施例的基于配置变更服务组件，向被监听应用服务发送最新版本的配置内容的流程图。

根据本公开的实施例，配置变更服务组件还包括同步服务和监听服务。如图5所示，该方法包括操作S510～S530。

在操作S510，基于监听服务，接收来自被监听应用服务上报的被监听配置版本和被监听配置标识。

在操作S520，基于同步服务，将被监听配置版本和元信息服务中的目标配置版本进行比较，其中，目标配置版本为元信息服务中存储的与被监听配置标识相对应的版本。

在操作S530，在目标配置版本为最新版本的情况下，向被监听应用服务发送最新版本的配置内容。

根据本公开的实施例，被监听配置版本和被监听配置标识是被监听应用服务当前正使用的配置对应的配置版本和配置标识。监听服务可以与被监听应用服务通信，从而接收被监听应用服务上报的信息。

根据本公开的实施例，同步服务可以获取到监听服务接收到的被监听配置版本，然后将被监听配置版本和元信息服务中的目标配置版本进行比较。

根据本公开的实施例，在目标配置版本不是最新版本的情况下，即被监听配置版本仍属于当前最新版本的情况下，同步服务可以不作响应。

根据本公开的实施例，通过监听应用服务来收集和记录应用服务的配置；然后通过同步服务完成拉模式的数据同步到应用服务。

根据本公开的实施例，配置变更服务组件中的元信息服务、缓存服务、分发服务、同步服务和监听服务可以通过程序设计的方式实现。

根据本公开的实施例，配置变更信息和状态通过数据状态组件进行持久化，基于配置变更服务组件中的元信息服务、缓存服务、分发服务、同步服务和监听服务，通过推拉结合的方式实现了配置变更信息分发。

在分布式配置分发场景中，对于正在业务层的配置变更，生效速度是影响业务效果的重要因素，动态化的配置需要持续保障在各个实例间的一致性，而在分布式的复杂环境中，配置的一致性需要能够具有高度的容错能力。

根据本公开的实施例，采用推拉结合的方式保障了时效性和一致性。配置的每次变更可以基于版本进行持久化，同时发布到分布式元信息服务。为了提升元信息的发布时效性，可以采用初次全量加载和动态增量发布机制。对于明确的配置变更，可以基于分发服务进行主动推送；为了保障分布式环境的配置一致性和高容错能力，基于同步服务实现拉模式的最终一致性保障。为了应对大规模的分布式配置变更，基于一致性哈希实现了全局缓存机制来保障数据获取和状态更新的全局唯一，减少了分布式系统对于关系数据库的读写请求，保障了整个系统在分布式环境的可扩展能力。

根据本公开的实施例，被监听应用服务中嵌入有客户端开发套件，客户端开发套件用于实现配置变更。

根据本公开的实施例，在客户端开发套件中，可以通过监听套件和配置变更服务组件进行交互，实现应用服务信息的注册和汇报；然后接收配置变更服务组件中同步或分发的配置内容，并对配置内容进行热更新和快照操作，实现具体配置内容到用户应用服务的生效。

图6示意性示出了根据本公开另一实施例的配置变更系统的示意图。

如图6所示，配置变更系统600可以是分布式配置变更系统，其可以包括：配置管理服务组件610、数据状态组件620、配置变更服务组件630、客户端开发套件640。各个组件的实现和功能如下描述。

根据本公开的实施例，在配置管理服务组件610中，可以采用json-schema协议动态生成表单，开发者可直接引用嵌入到自己的配置管理系统。开发者可以通过配置管理服务组件610完成配置信息的格式配置、分发策略配置、配置内容配置和版本发布等等。

根据本公开的实施例，在数据状态组件620中，可以采用主从关系型数据库持久化用户配置和配置状态，并控制和驱动整个流程的运转，数据状态组件610可以是整个系统的中枢。通过数据状态组件的设计，实现了配置变更系统600的前后端分离。

根据本公开的实施例，配置变更服务组件630可以是配置变更系统600的主体执行组件。在配置变更服务组件630中，通过元信息服务和缓存服务与数据状态组件高效的交互，完成数据的获取和状态的更新；通过监听服务进行配置客户端(即应用服务)的注册和记录；通过同步服务完成拉模式的数据同步到客户端，通过分发服务完成推模式的数据分发到客户端。开发者的应用服务(嵌入有客户端开发套件)可以通过访问监听服务对自身所需要的配置标识和当前版本信息进行注册。

根据本公开的实施例，元信息服务可以从数据状态组件620获取配置变更任务的配置版本，配置标识等元信息。缓存服务可以根据元信息服务获取的配置版本，配置标识，从数据状态组件620获取配置的内容。

根据本公开的实施例，在客户端开发套件640中，通过监听套件(图中未示出)和配置变更服务组件进行交互，实现客户端信息的注册和汇报，例如，监听套件与配置变更服务组件中的监听服务进行交互；然后接收配置变更服务组件中同步或分发服务提供的配置内容，并对配置内容进行热更新和快照操作，通过配置管理接口实现具体配置内容到用户应用服务的生效。

根据本公开的实施例，热更新可以是指在保持不中断对外业务服务的情况下，进行配置内容的更新。

根据本公开的实施例，快照可以是指当开发者的应用服务每更新一次配置内容，会自动生成一份对应配置内容的磁盘文件进行备份，在分布式配置系统极端异常的情况下，保障开发者的应用服务的稳定性。

根据本公开的实施例，当开发者想主动更新配置时，通过配置管理服务组件610生成配置的最新版本，写入数据状态组件620中，配置变更服务组件630能够感知到新的最新版本，在配置变更服务组件630中，通过分发服务将配置的最新版本主动推送到监听该配置标识的开发者的应用服务。

根据本公开的实施例，开发者可以通过自己的配置管理平台访问配置管理服务组件610，通过配置管理服务组件610进行配置的构造和变更的触发；然后整个用户的数据和状态会持久化到数据状态组件620。通过数据状态组件620的信息去执行具体的分布式变更操作，基于配置变更服务组件630将配置信息生效到客户端。最后开发者的应用服务通过客户端开发套件640将配置信息生效。通过本公开的实施例，只需要开发者点击配置服务组件，整个推的操作是连贯的，可以达到实时推送的效果。

根据本公开的实施例，上述为推送配置变更信息的场景所进行的介绍，以下对拉取配置变更信息的场景进行举例说明。例如，存在1000个应用服务分布在1000个机器实例上，如果其中一些机器实例淘汰或者异常后变成新的机器实例的情况下，新的机器实例需要配置之前推送过的配置文件，对于新的机器实例(开发者的应用服务)，将已有的配置版本和标识，通过监听服务上报给同步服务，由同步服务将上报的信息与原信息服务中的配置版本和标识进行对比，若不一致，则需要更新，通过同步服务将最新的配置版本的配置内容返回给开发者的应用服务。

根据本公开的实施例，配置变更系统600通过持久化的配置信息，从全局的角度有效剥离各个不同的业务场景，实现了集中式的配置管理，加强对全系统的配置管控。同时，提供统一的配置变更服务组件的接口，在保障接口统一的前提下，实现了配置的自定义解析，高效支持多语言环境配置的使用。通过前后端分离的方式，整体实现低代码化的引入和使用，对于复杂业务场景的开发敏捷性得到有效提升。

根据本公开的实施例，有效提升了分布式环境的配置变更生效速度，加强了配置变更的稳定性保障，提升了产品研发效率，满足了产品效果的高时效性控制要求和稳定性保障。

根据本公开的实施例，由于真实的分布式业务系统一般比较庞大，配置一旦写入应用服务就全部直接生效，生效影响面大，存在潜在的稳定性风险，为了保障系统的稳定性，提高容错率，可以对配置变更信息进行安全性校验。

根据本公开的实施例，在向应用服务传输配置表单之前，可以对配置变更信息进行安全性校验；在配置变更信息校验通过的情况下，向应用服务传输配置表单；在配置变更信息校验不通过的情况下，禁止向应用服务传输配置表单。

根据本公开的实施例，配置变更服务组件可以包括：校验服务和管理服务。

在向应用服务传输配置表单之前，通过校验服务对配置变更信息进行安全性校验；在配置变更信息校验通过的情况下，通过管理服务向应用服务传输配置表单，在配置变更信息校验不通过的情况下，通过管理服务禁止向应用服务传输配置表单。

根据本公开的实施例，可以对配置变更信息中的配置项逐个进行安全性校验，如果发现异常情况，可以发出异常提示，保障了系统的稳定性。

本公开的一种实施例可以采用配置一步生效的策略。根据本公开的实施例，为了保障配置变更的时效性，又要兼顾稳定性要求，本公开的另一种实施例采用配置逐步生效的策略，即将配置按照分批发布的方式生效。

根据本公开的实施例，在配置变更信息校验通过的情况下，按照配置分发策略，向应用服务传输配置变更信息。

根据本公开的实施例，可以通过管理服务按照配置分发策略，向应用服务传输配置变更信息。

根据本公开的实施例，需要变更配置的应用服务包括多个，多个应用服务可以以分布式方式部署。

根据本公开的实施例，可以按照目标发布比例和目标发布时间间隔，向多个应用服务中的应用服务传输配置变更信息。

根据本公开的实施例，可以通过管理服务按照目标发布比例和目标发布时间间隔，向多个应用服务中的应用服务传输配置变更信息。

根据本公开的实施例，通过低代码的方式在发布阶段实现快速高效的配置安全性校验，适用于时效性要求极高的配置变更。对于稳定性要求高的配置变更，在发布阶段安全校验的基础上，实现了滚动发布机制(如按比例发布)，通过动态化调整滚动发布比例，保障全系统配置变更的高稳定性要求。

根据本公开的实施例，采用推拉结合的方式保障配置变更的时效性和最终一致性，采用声明式配置校验和滚动分发的方式保障配置变更的稳定性，采用组件接口和表单自动生成的低代码方式提高业务开发的敏捷性。

图7示意性示出了根据本公开实施例的配置变更装置的框图。

如图7所示，配置变更装置700包括：获取模块710、生成模块720和传输模块730。

获取模块710，用于获取基于配置管理服务组件输入的配置变更信息，其中，配置变更信息包括配置内容和配置分发策略。

生成模块720，用于根据配置变更信息生成配置表单，其中，配置表单中记录有配置变更信息。

传输模块730，用于按照所述配置分发策略，向应用服务传输配置表单，以便应用服务基于配置表单变更原始配置。

根据本公开的实施例，通过配置表单动态生成的方式实现了配置的模块化管理，基于统一的配置管理服务组件即可低代码化的实现配置和业务的深度结合，按照配置分发策略实现了滚动发布机制。解决了相关技术中配置的新增和变化常常需要业务平台和后端服务开发人员进行适配开发，业务研发成本高、敏捷性差的技术问题，通过配置管理服务组件的接口引用方式，即可低代码、快速引入到业务平台的应用服务中使用。

根据本公开的实施例，配置变更装置还包括：第一发送模块，用于在根据配置变更信息生成配置表单之后，向数据状态组件传输配置表单，以便将配置表单存储在数据状态组件中。

根据本公开的实施例，传输模块用于基于配置变更服务组件，从数据状态组件中获取与应用服务对应的配置变更信息，并向应用服务发送与应用服务对应的配置变更信息。

根据本公开的实施例，配置变更服务组件包括元信息服务、缓存服务和分发服务；传输模块包括：第一获取单元、第二获取单元和发送单元。

第一获取单元用于基于元信息服务，从数据状态组件中获取配置变更信息的配置版本和配置标识。

第二获取单元用于在确定配置变更信息的配置版本为最新版本的情况下，根据配置版本和配置标识，基于缓存服务从数据状态组件中获取配置变更信息的配置内容。

发送单元用于基于分发服务，向应用服务发送与应用服务对应的配置变更信息的配置内容。

根据本公开的实施例，配置变更服务组件还包括同步服务和监听服务，配置变更装置还包括：接收模块、比较模块和第二发送模块。

接收模块，用于基于监听服务，接收来自被监听应用服务上报的被监听配置版本和被监听配置标识。

比较模块，用于基于同步服务，将被监听配置版本和元信息服务中的目标配置版本进行比较，其中，目标配置版本为元信息服务中存储的与被监听配置标识相对应的版本。

第二发送模块，用于在目标配置版本为最新版本的情况下，向被监听应用服务发送最新版本的配置内容。

根据本公开的实施例，被监听应用服务中嵌入有客户端开发套件，客户端开发套件用于实现配置变更。

根据本公开的实施例，数据状态组件包括关系型数据库。

根据本公开的实施例，配置变更装置还包括校验模块。

校验模块用于在向应用服务传输配置表单之前，对配置变更信息进行安全性校验。

传输模块用于在配置变更信息校验通过的情况下，向应用服务传输配置表单；以及在配置变更信息校验不通过的情况下，禁止向应用服务传输配置表单。

根据本公开的实施例，在配置变更信息校验通过的情况下，向应用服务传输配置表单包括：按照配置分发策略，向应用服务传输配置变更信息。

根据本公开的实施例，配置分发策略包括按照目标发布比例和目标发布时间间隔进行逐步分发的策略；应用服务包括多个，多个应用服务以分布式方式部署；按照配置分发策略，向应用服务传输配置变更信息包括：按照目标发布比例和目标发布时间间隔，向多个应用服务中的应用服务传输配置变更信息。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

根据本公开的实施例，一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上所述的方法。

根据本公开的实施例，一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行如上所述的方法。

根据本公开的实施例，一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如上所述的方法。

图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如配置变更方法。例如，在一些实施例中，配置变更方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的配置变更方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行配置变更方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (22)

1.一种配置变更方法，包括：

获取基于配置管理服务组件输入的配置变更信息，其中，所述配置变更信息包括配置内容和配置分发策略；

根据所述配置变更信息生成配置表单，其中，所述配置表单中记录有所述配置变更信息；以及

按照所述配置分发策略，向应用服务传输所述配置表单，以便所述应用服务基于所述配置表单变更原始配置。

2.根据权利要求1所述的方法，还包括：

在根据所述配置变更信息生成配置表单之后，向数据状态组件传输所述配置表单，以便将所述配置表单存储在所述数据状态组件中。

3.根据权利要求2所述的方法，其中，所述向所述应用服务传输所述配置表单包括：

基于配置变更服务组件，从所述数据状态组件中获取与所述应用服务对应的配置变更信息，并向所述应用服务发送与所述应用服务对应的配置变更信息。

4.根据权利要求3所述的方法，其中，所述配置变更服务组件包括元信息服务、缓存服务和分发服务；所述基于配置变更服务组件，从所述数据状态组件中获取与所述应用服务对应的配置变更信息包括：

基于所述元信息服务，从所述数据状态组件中获取所述配置变更信息的配置版本和配置标识；

在确定所述配置变更信息的配置版本为最新版本的情况下，根据所述配置版本和所述配置标识，基于所述缓存服务从所述数据状态组件中获取所述配置变更信息的配置内容；以及

基于所述分发服务，向所述应用服务发送与所述应用服务对应的配置变更信息的配置内容。

5.根据权利要求4所述的方法，其中，所述配置变更服务组件还包括同步服务和监听服务，所述方法还包括：

基于所述监听服务，接收来自被监听应用服务上报的被监听配置版本和被监听配置标识；

基于所述同步服务，将所述被监听配置版本和所述元信息服务中的目标配置版本进行比较，其中，所述目标配置版本为所述元信息服务中存储的与所述被监听配置标识相对应的版本；

在所述目标配置版本为最新版本的情况下，向所述被监听应用服务发送最新版本的配置内容。

6.根据权利要求5所述的方法，其中，所述被监听应用服务中嵌入有客户端开发套件，所述客户端开发套件用于实现配置变更。

7.根据权利要求2所述的方法，其中，所述数据状态组件包括关系型数据库。

8.根据权利要求1所述的方法，还包括：

在向所述应用服务传输所述配置表单之前，对所述配置变更信息进行安全性校验；

在所述配置变更信息校验通过的情况下，向所述应用服务传输所述配置表单；以及

在所述配置变更信息校验不通过的情况下，禁止向所述应用服务传输所述配置表单。

9.根据权利要求1所述的方法，其中，所述配置分发策略包括按照目标发布比例和目标发布时间间隔进行逐步分发的策略；所述应用服务包括多个，多个所述应用服务以分布式方式部署；所述按照所述配置分发策略，向所述应用服务传输所述配置变更信息包括：

按照所述目标发布比例和所述目标发布时间间隔，向多个所述应用服务中的应用服务传输所述配置变更信息。

10.一种配置变更系统，包括：

配置管理服务组件，用于获取基于配置管理服务组件输入的配置变更信息，其中，所述配置变更信息包括配置内容和配置分发策略；根据所述配置变更信息生成配置表单，其中，所述配置表单中记录有所述配置变更信息；以及

配置变更服务组件，用于按照所述配置分发策略，向应用服务传输所述配置表单，以便所述应用服务基于所述配置表单变更原始配置。

11.根据权利要求10所述的系统，还包括：

数据状态组件，用于接收所述配置管理服务组件传输的所述配置表单，以便将所述配置表单存储在所述数据状态组件中。

12.根据权利要求11所述的系统，其中，所述配置变更服务组件用于：

从所述数据状态组件中获取与所述应用服务对应的配置变更信息，并向所述应用服务发送与所述应用服务对应的配置变更信息。

13.根据权利要求12所述的系统，其中，所述配置变更服务组件包括元信息服务、缓存服务和分发服务，其中：

所述元信息服务，用于从所述数据状态组件中获取所述配置变更信息的配置版本和配置标识；

所述缓存服务，用于在确定所述配置变更信息的配置版本为最新版本的情况下，根据所述配置版本和所述配置标识，从所述数据状态组件中获取所述配置变更信息的配置内容；以及

所述分发服务，用于向所述应用服务发送与所述应用服务对应的配置变更信息的配置内容。

14.根据权利要求13所述的系统，其中，所述配置变更服务组件还包括同步服务和监听服务，其中：

所述监听服务，用于接收来自被监听应用服务上报的被监听配置版本和被监听配置标识；

所述同步服务，用于将所述被监听配置版本和所述元信息服务中的目标配置版本进行比较，其中，所述目标配置版本为所述元信息服务中存储的与所述被监听配置标识相对应的版本；

所述监听服务，还用于在所述目标配置版本为最新版本的情况下，向所述被监听应用服务发送最新版本的配置内容。

15.根据权利要求14所述的系统，还包括：

客户端开发套件，用于嵌入到所述被监听应用服务中，以实现配置变更。

16.根据权利要求11所述的系统，其中，所述数据状态组件包括关系型数据库。

17.根据权利要求10所述的系统，其中，所述配置变更服务组件包括：

校验服务，用于在向所述应用服务传输所述配置表单之前，对所述配置变更信息进行安全性校验；

管理服务，用于在所述配置变更信息校验通过的情况下，按照所述配置分发策略，向所述应用服务传输所述配置表单；以及在所述配置变更信息校验不通过的情况下，禁止向所述应用服务传输所述配置表单。

18.根据权利要求10所述的系统，其中，所述配置分发策略包括按照目标发布比例和目标发布时间间隔进行逐步分发的策略；所述应用服务包括多个，多个所述应用服务以分布式方式部署；所述管理服务还用于：

按照所述目标发布比例和所述目标发布时间间隔，向多个所述应用服务中的应用服务传输所述配置变更信息。

19.一种配置变更装置，包括：

获取模块，用于获取基于配置管理服务组件输入的配置变更信息，其中，所述配置变更信息包括配置内容和配置分发策略；

生成模块，用于根据所述配置变更信息生成配置表单，其中，所述配置表单中记录有所述配置变更信息；以及

传输模块，用于按照所述配置分发策略，向应用服务传输所述配置表单，以便所述应用服务基于所述配置表单变更原始配置。

20.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9中任一项所述的方法。

21.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-9中任一项所述的方法。

22.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-9中任一项所述的方法。

Images