一种服务配置的方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及计算机技术，尤其涉及一种服务配置的方法、装置、电子设备及存储介质。


背景技术：

2.目前主流的分布式配置中心集中化管理不同环境和不同集群的配置，配置修改后推送到应用端，并且具备规范的权限和流程治理等特性，适用于微服务配置管理场景。
3.现有的配置中心是面向服务集群进行推送配置，例如，nacos(naming configuration service，专注于服务发现和配置管理领域)产品重心是做服务发现，apollo(阿波罗)产品重心是集中管理微服务不同环境配置。在一个产品服务里会集成多个不同技术中间件产品，各组件都有动态配置的需求。现有技术不能支持单机推送，不同的配置信息不能独立接收与处理，服务配置效率低，无法适应微服务快速迭代的需求变化。


技术实现要素：

4.本发明实施例提供一种服务配置的方法、装置、电子设备及存储介质，以提高服务配置的效率。
5.第一方面，本发明实施例提供了一种服务配置的方法，该方法由配置管理中心执行，所述配置管理中心存储有与产品线服务关联的至少一个推送密钥，一个推送密钥对应一种消息类别和一个消息推送通道，该方法包括：
6.响应于配置信息更新指令，确定待更新的目标产品线服务，判断是否存储有至少一个与所述目标产品线服务关联的候选推送密钥；
7.若是，则确定所述候选推送密钥中是否存在与待更新配置信息的消息类别对应的目标推送密钥；
8.若是，则通过所述目标推送密钥对应的目标消息推送通道，将所述待更新配置信息发送至所述目标产品线服务，以完成对所述目标产品线服务的配置更新。
9.第二方面，本发明实施例还提供了一种服务配置的装置，配置于配置管理中心，所述配置管理中心存储有与产品线服务关联的至少一个推送密钥，一个推送密钥对应一种消息类别和一个消息推送通道，该装置包括：
10.候选密钥确定模块，用于响应于配置信息更新指令，确定待更新的目标产品线服务，判断是否存储有至少一个与所述目标产品线服务关联的候选推送密钥；
11.目标密钥确定模块，用于若是，则确定所述候选推送密钥中是否存在与待更新配置信息的消息类别对应的目标推送密钥；
12.配置信息更新模块，用于若是，则通过所述目标推送密钥对应的目标消息推送通道，将所述待更新配置信息发送至所述目标产品线服务，以完成对所述目标产品线服务的配置更新。
13.第三方面，本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在存
储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明任意实施例所述的服务配置的方法。
14.第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明任意实施例所述的服务配置的方法。
15.本发明实施例通过为产品线服务关联一个或多个推送密钥，确定是否可以为产品线服务进行配置信息的推送。不同消息类别的配置信息通过对应的推送密钥下的消息推送通道进行传输。若目标产品线服务存在候选推送密钥，则确定目标产品服务在配置管理中心中合法。可以进一步判断候选推送密钥中是否存在目标推送密钥，待更新配置信息只能通过目标推送密钥进行传输。解决了现有技术中，直接将配置信息推送至服务所在的服务器整个集群的问题，通过推送密钥和消息推送通道，实现对单机进行独立的配置推送。不是对应的消息推送通道的服务无法接收到配置信息，配置灵活度更高。引入推送密钥也可以有效防止客户端错误接入配置信息，提高服务配置的效率和安全性。
附图说明
16.图1是本发明实施例一中的一种服务配置的方法的流程示意图；
17.图2是本发明实施例二中的一种服务配置的方法的流程示意图；
18.图3是本发明实施例三中的一种服务配置的装置的结构框图；
19.图4是本发明实施例四中的一种服务配置的方法的结构示意图。
具体实施方式
20.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
21.实施例一
22.图1为本发明实施例一所提供的一种服务配置的方法的流程示意图，本实施例可适用于向产品线服务推送配置信息的情况，该方法可以由配置于配置管理中心的服务配置的装置来执行，配置管理中心存储有与产品线服务关联的至少一个推送密钥，一个推送密钥对应一种消息类别和一个消息推送通道。如图1所示，该方法具体包括如下步骤：
23.步骤110、响应于配置信息更新指令，确定待更新的目标产品线服务，判断是否存储有至少一个与目标产品线服务关联的候选推送密钥。
24.其中，用户从配置管理中心发出配置信息更新指令，输入待更新配置信息，将待更新配置信息传递至目标产品线服务，使目标产品线服务进行配置信息的更新，目标产品线服务可以应用于目标产品线服务器上。配置管理中心可以通过netty(一种java开源框架)实现一个高性能rpc(remote procedure call，远程过程调用)的配置管理服务。待更新配置信息可以包括业务信息和组件信息等，产品线服务可以实现应用的业务服务，配置管理中心可以连接多个产品线服务，进行配置的产品线服务为目标产品线服务。用户在发出配置信息更新指令时，可以指定目标产品线服务，例如，可以输入或选择目标产品线服务的服务名称或标识等。在确定目标产品线服务后，可以确定配置管理中心中是否存储有与目标
产品线服务关联的候选推送密钥，候选推送密钥可以是一个或多个。产品线服务与push key(推送密钥)之间的关联关系是在产品线服务向配置管理中心进行注册时生成，具体来说，产品线服务请求与配置管理中心进行数据连接，需要取得数据连接的资格，因此，需要向配置管理中心进行注册，配置管理中心向产品线服务下发推送密钥，产品线服务获得推送密钥后取得资格，配置管理中心存储产品线服务与推送密钥之间的关联关系。产品线服务可以对应有多个推送密钥，对应的所有推送密钥为候选推送密钥。配置管理中心可以通过产品线服务的服务名称进行推送密钥的关联，在确定目标产品线服务后，可以通过服务名称判断是否存在至少一个候选推送密钥。
25.一个推送密钥对应一种消息类别，消息类别是指配置信息的类别，例如，消息类别可以包括数据库、缓存和kafka(卡夫卡)等，可以根据不同的业务场景进行消息类别的分类。数据库可以是db(database，数据库)，缓存可以是redis缓存。一个推送密钥对应一个消息推送通道，待更新配置信息通过消息推送通道传输给目标产品线服务。推送密钥是消息推送通道的钥匙，若待更新配置信息的消息类别和推送密钥的消息类别一致，则可以进入对应的消息推送通道；若待更新配置信息的消息类别和推送密钥的消息类别不一致，则待更新配置信息无法通过该推送密钥对应的消息推送通道进行传输，即消息推送通道只允许对应消息类别的待更新配置信息通过。
26.步骤120、若是，则确定候选推送密钥中是否存在与待更新配置信息的消息类别对应的目标推送密钥。
27.其中，若确定配置管理中心存储有与目标产品线服务关联的候选推送密钥，则进一步确定待更新配置信息的消息类别和各个候选推送密钥对应的消息类别。判断候选推送密钥中是否存在至少一个目标推送密钥，目标推送密钥的消息类别与待更新配置信息的消息类别一致。若不存在目标推送密钥，则确定待更新配置信息无法传输，配置管理中心可以向用户发出提示信息，提醒用户进行查看和修改。
28.若配置管理中心没有存储与目标产品线服务关联的候选推送密钥，则确定目标产品线服务没有在配置管理中心进行注册，无法通过配置管理中心进行服务配置。配置管理中心可以向用户发出提示信息，提示用户进行目标产品线服务的注册。
29.本实施例中，可选的，确定候选推送密钥中是否存在与待更新配置信息的消息类别对应的目标推送密钥，包括：根据配置信息更新指令，确定待更新配置信息的消息类别；将待更新配置信息的消息类别与候选推送密钥的消息类别进行比较；若存在候选推送密钥的消息类别与待更新配置信息的消息类别一致，则确定候选推送密钥为目标推送密钥。
30.具体的，用户可以在发出配置信息更新指令时，确认待更新配置信息的消息类别。在配置管理中心接收到配置信息更新后，可以从配置更新指令中获取消息类别。配置管理中心中预先存储了推送密钥和消息类别的关联关系，因此，可以得到各个候选推送密钥的消息类别。将待更新配置信息的消息类别与各个候选推送密钥的消息类别进行一一对比，确定是否存在候选推送密钥的消息类别与待更新配置信息的消息类别一致，若是，则确定该候选推送密钥为目标推送密钥。这样设置的有益效果在于，可以从多个候选推送密钥中确定目标推送密钥，避免待更新配置信息选择错误的消息推送通道进行传输，造成配置信息无法更新，提高服务配置效率。
31.步骤130、若是，则通过目标推送密钥对应的目标消息推送通道，将待更新配置信
息发送至目标产品线服务，以完成对目标产品线服务的配置更新。
32.其中，若从候选推送密钥中确定了目标推送密钥，则确定待更新配置信息可以通过目标推送密钥对应的目标消息推送通道进行传输。待更新配置信息通过目标消息推送通道传递至目标产品线服务，目标产品线服务接收待更新配置信息，例如，目标产品线服务可以由sdk(software development kit，软件开发工具包)提供统一通讯能力，sdk可以获取待更新配置信息，在产品线服务的内部进行验证，确定待更新配置信息是否合法，并向配置管理中心发送反馈信息，从而完成对目标产品线服务的配置更新。
33.产品线服务可以应用在一个服务器上，若目标产品线服务对应一个服务器，则该服务器可以对应有多个推送密钥。在确定目标推送密钥后，根据目标推送密钥对应的目标消息推送通道，向该服务器发送待更新配置信息。
34.本实施例中，可选的，目标产品线服务应用于至少两个服务器上，一个服务器上的目标产品线服务关联有至少一个推送密钥；相应地，通过目标推送密钥对应的目标消息推送通道，将待更新配置信息发送至目标产品线服务，包括：根据目标推送密钥，确定目标产品线服务对应的至少一个目标服务器；通过目标推送密钥对应的目标消息推送通道，将待更新配置信息发送至目标服务器的目标产品线服务中。
35.具体的，产品线服务可以应用在多个服务器上，多个应用目标产品线服务的服务器可以组成目标产品线服务器。若产品线服务对应多个服务器，则各个服务器上的产品线服务都可以对应有多个推送密钥。不同服务器上的产品线服务可以对应有相同或不同的推送密钥。例如，各个服务器中的产品线服务可以单独向配置管理中心发送注册请求，在向配置管理中心发送属性信息时，可以包括服务器的标识信息，则各服务器的推送密钥可以存在不同。也可以由各个服务器的产品线服务统一向配置管理中心发送注册请求，发送属性信息中不包括单独服务器的信息，则各服务器的推送密钥相同。配置管理中心生成的每个推送密钥各不相同，即，配置管理中心生成的每一个推送密钥为唯一的推送密钥，例如，推送密钥中可以包括服务名称、消息类别和随机数。
36.在从候选推送密钥中确定目标推送密钥时，各个服务器所能接收的待更新配置信息的消息类别可以存在不同，因此，在确定目标推送密钥后，可以确定目标产品线服务对应的至少一个目标服务器，即，确定各个服务器中的目标产品线服务是否关联有目标推送密钥。待更新配置信息通过目标推送密钥对应的目标消息推送通道进行传输，若存在多个目标服务器，则可以实现批量传输；若存在一个目标服务器，则可以实现单个服务器的配置信息传输。这样设置的有益效果在于，一个服务可以申请多个推送密钥，实现对多种消息类别的配置信息进行更新。通过目标消息推送通道进行待更新配置信息的传输，在不同消息推送通道下传输的内容互不影响，推送时既可以做到指定机器ip推送，也可以批量完成推送，有效防止客户端胡乱接入的风险，有效保护系统安全。
37.本实施例的技术方案，通过为产品线服务关联一个或多个推送密钥，确定是否可以为产品线服务进行配置信息的推送。不同消息类别的配置信息通过对应的推送密钥下的消息推送通道进行传输。若目标产品线服务存在候选推送密钥，则确定目标产品服务在配置管理中心中合法。可以进一步判断候选推送密钥中是否存在目标推送密钥，待更新配置信息只能通过目标推送密钥进行传输。解决了现有技术中，直接将配置信息推送至集群的问题，通过推送密钥和消息推送通道，实现对单机进行独立的配置推送。不是对应的消息推
送通道的服务无法接收到配置信息，配置灵活度更高。引入推送密钥也可以有效防止客户端错误接入，提高服务配置的效率和安全性。
38.实施例二
39.图2为本发明实施例二提供的一种服务配置的方法的流程示意图。本实施例以上述实施例为基础进行进一步的优化。如图2所示，本实施例提供的服务配置的方法具体包括如下步骤：
40.步骤210、响应于产品线服务对配置管理中心的注册指令，获取产品线服务的属性信息；其中，属性信息包括服务名称、ip地址和允许更新的消息类别。
41.其中，用户可以通过产品线服务的产品线服务器向配置管理中心发送注册指令，注册指令中可以包括产品线服务的属性信息，属性信息可以包括服务器表示、服务名称、ip地址和允许更新的消息类别。若产品线服务注册成功，则可以通过配置管理中心对产品线服务进行配置，且对产品线服务进行更新的配置信息的消息类别是属性信息中预先规定的允许更新的消息类别。即产品线服务在进行注册时，预先规定可以更新的配置信息消息类别，在注册后，只允许对规定的消息类别的配置信息进行传输和更新。本实施例中，使用netty做通讯框架，底层使用protocol buffer(一种数据交换格式)做数据传输，占用空间小，效率更高，大大提升tcp通讯效率。还可以采用json或xml替代protocol buffer。
42.步骤220、根据产品线服务的属性信息，为产品线服务分配推送密钥，将产品线服务与推送密钥进行关联存储。
43.其中，配置管理中心接收产品线服务的属性信息，为产品线服务分配一个推送密钥，推送密钥之间互为唯一，即配置管理中心每次生成的推送密钥都与已经生成的推送密钥不同。推送密钥中可以包括属性信息和随机数据。
44.配置管理中心在生成推送密钥后，可以将推送密钥与服务进行关联存储。可以由产品线服务中的多个子服务共同向配置管理中心发送注册指令，则配置管理中心可以生成一个推送密钥与这些子服务都进行关联。
45.步骤230、接收产品线服务向配置管理中心发送的通道连接指令，根据预先存储的产品线服务与推送密钥的关联关系，确定产品线服务是否存在对应的推送密钥。
46.其中，配置管理中心在向产品线服务分配了推送密钥后，产品线服务可以向配置管理中心发送通道连接指令，通道连接指令中可以包括获得的推送密钥。通道连接指令用于建立服务与配置管理中心之间的数据传输通道，例如，可以是tcp长链接。配置管理中心接收到通道连接指令，获取指令中的推送密钥。将获取到的推送密钥与预先存储的推送密钥进行比较，根据预先存储的产品线服务与推送密钥的关联关系，确定指令中的推送密钥是否为配置管理中心生成的推送密钥，若不是，则确定推送密钥异常，不能建立产品线服务与配置管理中心之间的数据通道；若是，则进一步判断预先存储的关联关系中，该推送密钥对应的产品线服务是否为发送通道连接指令的产品线服务，若不是，则不能建立产品线服务与配置管理中心之间的数据通道，并可以向用户发出提示信息。
47.也可以在接收到通道连接指令之后，确定待连接通道的产品线服务，判断该产品线服务是否为配置管理中心分配过推送密钥的产品线服务，即判断配置管理中心中是否存储有该产品线服务，若不是，则确定该产品线服务还没有进行注册，不能进行通道连接；若是，则根据预先存储的产品线服务与推送密钥的关联关系，确定与该产品线服务对应的推
送密钥中是否存在通道连接指令中的推送密钥，若不存在，则不能进行通道连接。
48.本实施例中，可选的，在接收产品线服务向配置管理中心发送的通道连接指令之前，还包括：将配置管理中心的服务集群中的节点服务列表信息发送至产品线服务，供产品线服务向服务集群中的任一节点服务发送通道连接指令。
49.具体的，配置管理中心可以包括由多个节点服务组成的服务集群，产品线服务可以根据slb(server load balancing，服务负载均衡)服务获取到整个集群的节点服务列表信息，负载均衡服务位于集群和产品线服务之间，用于保证域名统一。产品线服务向配置管理中心获取节点服务列表信息，配置管理中心将服务集群中节点服务列表信息发送至产品线服务，产品线服务可以随机选择一个或多个节点服务，向选择的节点服务发送通道连接指令。产品线服务获取节点服务列表信息时，可以是配置管理中心将服务集群中的节点服务的域名发送至负载均衡服务，供负载均衡服务进行域名统一，得到统一域名的节点服务列表信息，并将节点服务列表信息发送至产品线服务，提高节点服务列表信息的准确性。这样设置的有益效果在于，通过设置服务集群，保证配置管理中心的可行性，避免一个节点服务出现故障时，整个配置管理中心瘫痪，通过向任一节点服务发送通道连接指令，建立产品线服务与节点服务之间的数据通道，减轻节点服务的压力，提高配置信息的传输效率。
50.步骤240、若是，则根据推送密钥，建立产品线服务与配置管理中心的消息推送通道。
51.其中，若确定产品线服务与通道连接指令中的推送密钥关联存储在配置管理中心，则配置管理中心可以根据推送密钥建立产品线服务与配置管理中心的消息推送通道。消息推送通道可以传递的配置信息的消息类别与推送密钥对应的消息类别一致。
52.本实施例中，可选的，根据推送密钥，建立产品线服务与配置管理中心的消息推送通道，包括：根据推送密钥，建立产品线服务与配置管理中心的tcp长链，将tcp长链确定为消息推送通道；其中，消息推送通道用于传输推送密钥对应的消息类别的配置信息。
53.具体的，消息推送通道可以是tcp长链，也可以采用pub/sub(publisher/subscriber，发布/订阅)方式实现产品线服务与配置管理中心之间的数据传输。根据推送密钥，确定消息推送通道允许发送的消息类别，建立消息推送通道，若配置信息的消息类别为消息推送通道对应的消息类别，则可以通过消息推送通道进行传输。这样设置的有益效果在于，根据推送密钥，确定消息推送通道的消息类别，可以避免用户将配置信息随意传输至产品线服务，提高服务配置精度，通过建立tcp长链接，保持长链接随时等待推送信息，提高服务配置效率。
54.步骤250、响应于配置信息更新指令，确定待更新的目标产品线服务，判断是否存储有至少一个与目标产品线服务关联的候选推送密钥。
55.其中，用户在向配置管理中心发送配置信息更新指令时，可以不指定目标产品线服务。若没有指定目标产品线服务，则可以跳过步骤250，将预先存储的所有推送密钥确定为候选推送密钥，从候选推送密钥中判断是否存在与待更新配置信息的消息类别对应的目标推送密钥。若不存在，则无法进行配置信息的传输和更新。若存在，则确定目标推送密钥对应的产品线服务，作为目标产品线服务，继续执行步骤270。
56.步骤260、若是，则确定候选推送密钥中是否存在与待更新配置信息的消息类别对应的目标推送密钥。
57.步骤270、若是，则通过目标推送密钥对应的目标消息推送通道，将待更新配置信息发送至目标产品线服务，以完成对目标产品线服务的配置更新。
58.本发明实施例通过设计面向推送密钥的配置管理中心，实现注册、鉴权、推送和下发一体化管理，注册后为产品线服务关联一个或多个推送密钥，并建立消息推送通道。在进行配置时，先确定是否可以为产品线服务进行配置信息的推送。不同消息类别的配置信息通过对应的推送密钥下的消息推送通道进行传输。若目标产品线服务存在候选推送密钥，则确定目标产品服务在配置管理中心中合法。可以进一步判断候选推送密钥中是否存在目标推送密钥，待更新配置信息只能通过目标推送密钥进行传输。解决了现有技术中，直接将配置信息推送至集群的问题，通过推送密钥和消息推送通道，实现对单机进行独立的配置推送。不是对应的消息推送通道的服务无法接收到配置信息，配置灵活度更高。引入推送密钥也可以有效防止客户端错误接入，提高服务配置的效率和安全性。
59.实施例三
60.图3为本发明实施例三所提供的一种服务配置的装置的结构框图，可执行本发明任意实施例所提供的一种服务配置的方法，具备执行方法相应的功能模块和有益效果。该装置配置于配置管理中心，配置管理中心存储有与产品线服务关联的至少一个推送密钥，一个推送密钥对应一种消息类别和一个消息推送通道。如图3所示，该装置具体包括：
61.候选密钥确定模块301，用于响应于配置信息更新指令，确定待更新的目标产品线服务，判断是否存储有至少一个与所述目标产品线服务关联的候选推送密钥；
62.目标密钥确定模块302，用于若是，则确定所述候选推送密钥中是否存在与待更新配置信息的消息类别对应的目标推送密钥；
63.配置信息更新模块303，用于若是，则通过所述目标推送密钥对应的目标消息推送通道，将所述待更新配置信息发送至所述目标产品线服务，以完成对所述目标产品线服务的配置更新。
64.可选的，该装置还包括：
65.服务注册模块，用于在响应于配置信息更新指令，确定待更新的目标产品线服务，判断配置管理中心是否存储有至少一个与所述目标产品线服务关联的候选推送密钥之前，响应于产品线服务对配置管理中心的注册指令，获取所述产品线服务的属性信息；其中，所述属性信息包括服务名称、ip地址和允许更新的消息类别；
66.密钥分配模块，用于根据所述产品线服务的属性信息，为所述产品线服务分配推送密钥，将所述产品线服务与所述推送密钥进行关联存储；
67.通道连接指令接收模块，用于接收所述产品线服务向所述配置管理中心发送的通道连接指令，根据预先存储的产品线服务与推送密钥的关联关系，确定所述产品线服务是否存在对应的推送密钥；
68.通道建立模块，用于若是，则根据所述推送密钥，建立所述产品线服务与所述配置管理中心的消息推送通道。
69.可选的，该装置还包括：
70.节点列表发送模块，用于在接收所述产品线服务向所述配置管理中心发送的通道连接指令之前，将所述配置管理中心的服务集群中的节点服务器列表信息发送至所述产品线服务，供所述产品线服务向所述服务集群中的任一节点服务器发送通道连接指令。
71.可选的，节点列表发送模块，具体用于：
72.将所述配置管理中心的服务集群中的节点服务器的域名发送至负载均衡服务器，供负载均衡服务器进行域名统一，得到节点服务器列表信息，并将节点服务器列表信息发送至所述产品线服务。
73.可选的，通道建立模块，具体用于：
74.根据所述推送密钥，建立所述产品线服务与所述配置管理中心的tcp长链，将所述tcp长链确定为消息推送通道；其中，所述消息推送通道用于传输所述推送密钥对应的消息类别的配置信息。
75.可选的，目标密钥确定模块302，具体用于：
76.根据配置信息更新指令，确定待更新配置信息的消息类别；
77.将所述待更新配置信息的消息类别与所述候选推送密钥的消息类别进行比较；
78.若存在所述候选推送密钥的消息类别与所述待更新配置信息的消息类别一致，则确定所述候选推送密钥为目标推送密钥。
79.可选的，目标产品线服务应用于至少两个服务器上，一个服务器上的目标产品线服务关联有至少一个推送密钥；
80.相应地，配置信息更新模块303，具体用于：
81.根据所述目标推送密钥，确定所述目标产品线服务对应的至少一个目标服务器；
82.通过所述目标推送密钥对应的目标消息推送通道，将所述待更新配置信息发送至所述目标服务器的目标产品线服务中。
83.本发明实施例通过为产品线服务关联一个或多个推送密钥，确定是否可以为产品线服务进行配置信息的推送。不同消息类别的配置信息通过对应的推送密钥下的消息推送通道进行传输。若目标产品线服务存在候选推送密钥，则确定目标产品服务在配置管理中心中合法。可以进一步判断候选推送密钥中是否存在目标推送密钥，待更新配置信息只能通过目标推送密钥进行传输。解决了现有技术中，直接将配置信息推送至集群的问题，通过推送密钥和消息推送通道，实现对单机进行独立的配置推送。不是对应的消息推送通道的服务无法接收到配置信息，配置灵活度更高。引入推送密钥也可以有效防止客户端错误接入，提高服务配置的效率和安全性。
84.实施例四
85.图4是本发明实施例四提供的一种服务配置的设备的结构示意图。服务配置的设备是一种电子设备，图4示出了适于用来实现本发明实施方式的示例性电子设备400的框图。图4显示的电子设备400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
86.如图4所示，电子设备400以通用计算设备的形式表现。电子设备400的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。
87.总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
88.电子设备400典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备400访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
89.系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)404和/或高速缓存存储器405。电子设备400可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线403相连。存储器402可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
90.具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。
91.电子设备400也可以与一个或多个外部设备409(例如键盘、指向设备、显示器410等)通信，还可与一个或者多个使得用户能与该电子设备400交互的设备通信，和/或与使得该电子设备400能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口411进行。并且，电子设备400还可以通过网络适配器412与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图4所示，网络适配器412通过总线403与电子设备400的其它模块通信。应当明白，尽管图4中未示出，可以结合电子设备400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
92.处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种服务配置的方法，包括：
93.响应于配置信息更新指令，确定待更新的目标产品线服务，判断是否存储有至少一个与所述目标产品线服务关联的候选推送密钥；
94.若是，则确定所述候选推送密钥中是否存在与待更新配置信息的消息类别对应的目标推送密钥；
95.若是，则通过所述目标推送密钥对应的目标消息推送通道，将所述待更新配置信息发送至所述目标产品线服务，以完成对所述目标产品线服务的配置更新。
96.实施例五
97.本发明实施例五还提供一种包含计算机可执行指令的存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的一种服务配置的方法，包括：
98.响应于配置信息更新指令，确定待更新的目标产品线服务，判断是否存储有至少一个与所述目标产品线服务关联的候选推送密钥；
99.若是，则确定所述候选推送密钥中是否存在与待更新配置信息的消息类别对应的目标推送密钥；
100.若是，则通过所述目标推送密钥对应的目标消息推送通道，将所述待更新配置信息发送至所述目标产品线服务，以完成对所述目标产品线服务的配置更新。
101.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
102.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
103.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
104.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
105.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。