CN110278290A

CN110278290A - 一种域名配置部署管理的方法及装置

Info

Publication number: CN110278290A
Application number: CN201910504882.8A
Authority: CN
Inventors: 戴建榕
Original assignee: Wangsu Science and Technology Co Ltd
Current assignee: Wangsu Science and Technology Co Ltd
Priority date: 2019-06-12
Filing date: 2019-06-12
Publication date: 2019-09-24
Also published as: EP3780561A4; US20210021467A1; EP3780561A1; WO2020248613A1

Abstract

本发明公开了一种域名配置部署管理的方法及装置，该方法包括获取上游系统下发的域名配置更新信息，域名配置更新信息中包括待更新的第一域名，根据第一域名的更新操作，修改第一域名的域名状态，并根据域名配置更新信息以及约定的规则生成域名配置更新任务，将域名配置更新任务下发至边缘客户端，以使边缘客户端执行域名配置更新任务进行域名配置部署。通过接收到域名配置更新信息之后，根据域名的更新操作来管理域名状态，从而实现对配置下发平台可以管理已下发的域名的状态，避免后续域名修复机制与配置下发平台脱离。

Description

一种域名配置部署管理的方法及装置

技术领域

本发明实施例涉及域名管理技术领域，尤其涉及一种域名配置部署管理的方法及装置。

背景技术

当前大型互联网公司普遍都需要服务器数量多，类型多，分布广的线上集群，对于这种大型线上集群的配置下发是一个难点，尤其对于通过域名配置来更新线上对应域名加速策略的方案，需要在短时间内将配置下发部署大范围机器，但是，目前在将域名配置下发作为一个任务下发完成后，后续的域名修复机制与该配置下发平台脱离，无法通过配置下发平台管理已下发的配置。

发明内容

本发明实施例提供一种域名配置部署管理的方法及装置，用以解决域名部署任务逻辑与配置修复逻辑分离独立的问题，增强对线上全网域名配置部署情况的管理。

本发明实施例提供的一种域名配置部署管理的方法，包括：

获取上游系统下发的域名配置更新信息，所述域名配置更新信息中包括待更新的第一域名；

根据所述第一域名的更新操作，修改所述第一域名的域名状态，并根据所述域名配置更新信息以及约定的规则生成域名配置更新任务；

将所述域名配置更新任务下发至边缘客户端，以使所述边缘客户端执行所述域名配置更新任务进行域名配置部署。

上述技术方案中，通过接收到域名配置更新信息之后，根据域名的更新操作来管理域名状态，从而实现对配置下发平台可以管理已下发的域名的状态，避免后续域名修复机制与配置下发平台脱离。

可选的，所述根据所述第一域名的更新操作，修改所述第一域名的域名状态，包括：

所述第一域名的更新操作为新增时，新增所述第一域名的域名状态，并将所述第一域名的域名状态设置为新增中；

所述第一域名的更新操作为修改时，将所述第一域名的域名状态设置为修改中；

所述第一域名的更新操作为删除时，将所述第一域名的域名状态设置为删除中。

上述技术方案中，通过根据第一域名的更新操作，修改相应的域名状态，可以实现对第一域名状态的管理。

可选的，在所述将所述域名配置更新任务下发至边缘客户端之后，还包括：

获取各所述边缘客户端反馈的部署结果；

若所述部署结果为成功，则修改所述第一域名的域名状态、部署结果标志位；

根据所述部署结果确定所述域名配置更新任务的成功率；若所述域名配置更新任务的成功率大于阈值，则向所述上游系统反馈所述域名配置更新任务成功的结果，并将域名部署状态设置为已完成；否则向所述上游系统反馈所述域名配置更新任务失败的结果，并将所述域名部署设置为待处理。

上述技术方案中，通过部署结果，修改对应域状态，可以实现域名状态的管理，并可以管理域名部署状态。

可选的，所述若所述部署结果为成功，则修改所述第一域名的域名状态、部署结果标志位，包括：

若所述第一域名的更新操作为新增或修改，则将所述第一域名的域名状态设置为已完成；

若所述第一域名的更新操作为删除，则将所述第一域名的域名状态设置为已删除。

上述技术方案中，通过反馈的部署结果，可以实现对第一域名的域名状态进一步的管理，从而可以实时管理当前的域名状态。

接收所述边缘客户端发送的域名配置的修复结果；

根据所述修复结果，修改所述部署结果标志位以及记录修复次数；并将所述修复结果发送给所述上游系统以使所述上游系统根据所述修复结果修改访问列表。

上述技术方案中，通过修改结果，可以使得上游系统修改相应的访问列表，避免访问到未修复成功的边缘客户端的机器。

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

接收所述边缘客户端发送的第一部署结果，所述第一部署结果为所述边缘客户端对新上架机器或故障机器的域名配置部署成功之后发送的；

增加所述第一部署结果中的机器对应的域名状态，并设置为生效；

将所述第一部署结果发送给所述上游系统。

上述技术方案中，通过增加第一部署结果中机器对应的域名状态，可以实现对新增机器的域名状态的管理。

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

接收所述上游系统下发的机器下架信息；

根据所述机器下架信息，修改所述机器对应的域名状态。

上述技术方案中，通过接收到的上游系统下发的机器下架信息，来修改相应机器的域名状态，可以实现对下架机器的管理。

相应的，本发明实施例还提供了一种域名配置部署管理的装置，包括：

获取单元，用于获取上游系统下发的域名配置更新信息，所述域名配置更新信息中包括待更新的第一域名；

处理单元，用于根据所述第一域名的更新操作，修改所述第一域名的域名状态，并根据所述域名配置更新信息以及约定的规则生成域名配置更新任务；将所述域名配置更新任务下发至边缘客户端，以使所述边缘客户端执行所述域名配置更新任务进行域名配置部署。

可选的，所述处理单元具体用于：

可选的，所述处理单元还用于：

在所述将所述域名配置更新任务下发至边缘客户端之后，获取各所述边缘客户端反馈的部署结果；

可选的，所述处理单元具体用于：

可选的，所述处理单元还用于：

在所述将所述域名配置更新任务下发至边缘客户端之后，接收所述边缘客户端发送的域名配置的修复结果；

可选的，所述处理单元还用于：

将所述第一部署结果发送给所述上游系统。

可选的，所述处理单元还用于：

接收所述上游系统下发的机器下架信息；

根据所述机器下架信息，修改所述机器对应的域名状态。

相应的，本发明实施例还提供了一种计算设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行上述域名配置部署管理的方法。

相应的，本发明实施例还提供了一种计算机可读非易失性存储介质，包括计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述域名配置部署管理的方法。

附图说明

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

图1为本发明实施例提供的一种系统架构的示意图；

图2为本发明实施例提供的一种域名配置部署管理系统的示意图；

图3为本发明实施例提供的一种域名配置部署管理的方法的流程示意图；

图4为本发明实施例提供的一种域名配置部署管理的装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图1示例性的示出了本发明实施例所适用的一种系统架构，该系统架构可以包括配置下发平台100、上游系统200和多个边缘客户端300。该上游系统200可以通过该配置下发平台100将域名配置下发给多个边缘客户端300。

其中，该配置下发平台100，例如可以为SCM(Software ConfigurationManagement，软件配置管理)。主要是在接收到上游系统200下发的需要修改的配置信息之后，生成一个域名配置任务，下发给相应的边缘客户端300。

该上游系统200，例如域名配置管理系统、流水系统等，用于接收用户或者运维人员的配置的域名信息，然后下发给配置下发平台100。

该边缘客户端300可以根据下发的域名配置信息，完成域名部署。

上述配置下发平台100可以包括域名配置部署管理系统110，如图2所示，该域名配置部署管理系统110可以由域名配置部署记录模块111、域名配置部署展示模块112和域名配置部署处理模块113组成。其中，域名配置部署记录模块111用于记录线上域名配置部署与修复情况数据，为数据处理模块提供数据基础。域名配置部署展示模块112用于展示当前线上域名对应部署机器范围的部署和修复情况，并且跟踪部署和修复失败机器。域名配置部署处理模块113用于接收到边缘客户端300的部署与修复的反馈数据，根据结果更新线上数据，并且决策通知上游系统200实时的域名部署情况。

基于上述描述，图3示例性的示出了本发明实施例提供的一种域名配置部署管理的方法的流程，该流程可以由域名配置部署管理的装置执行，该装置可以位于如图1所示配置下发平台100中的域名配置部署管理系统110内，也可以是配置下发平台100中的域名配置部署管理系统110。

如图3所示，该流程具体包括：

步骤301，获取上游系统下发的域名配置更新信息。

在本发明实施例中，该域名配置更新信息中包括待更新的第一域名，其中更新操作可以为新增、修改或删除等操作。

当客户或运维人员在上游系统上配置了需要更新的内容后，就下发至配置下发平台，配置下发平台就可以接收到上游系统下发的域名配置更新信息。

步骤302，根据所述第一域名的更新操作，修改所述第一域名的域名状态，并根据所述域名配置更新信息以及约定的规则生成域名配置更新任务。

当接收到域名配置更新信息之后，就可以判断给第一域名是否有过部署，设置相应的域名状态信息。具体的，当第一域名的更新操作为新增时，新增该第一域名的域名状态，并将该第一域名的域名状态设置为新增中。当第一域名的更新操作为修改时，将该第一域名的域名状态设置为修改中。当第一域名的更新操作为删除时，将第一域名的域名状态设置为删除中。

在生成域名配置更新任务时，主要是根据域名配置更新信息以及约定的规则生成任务信息并进行任务包打包，生成信息可以包括：包括下发的应用服务组范围、涉及的域名服务软件等关键信息。

需要说明的是，配置下发平台在生成上述域名配置更新任务的同时，还需要维护域名配置对应的生效标志位置为失效，并且同步至全网边缘机器上，避免任务下发过程中部署任务与修复任务冲突。

步骤303，将所述域名配置更新任务下发至边缘客户端。

在生成了域名配置更新任务之后，就可以下发给边缘客户端，以使边缘客户端执行域名配置更新任务进行域名配置部署。

例如，初始状态下的域名配置管理系统的域名信息，有过部署记录的域名配置状态为已完成，未部署的域名无记录。当域名对应CDN加速套餐配置由新增或者修改的时候，客户或者运维将需要修改的内容配置好，然后下发至配置下发平台(简称SCM)进行下发。SCM接收到任务后，会先根据约定的规则生成任务信息与进行任务包打包，生成信息包括：包括下发的应用服务组范围、涉及域名服务软件等关键信息，并且将这些信息同步至域名配置管理系统，模块将判断域名是否有过部署，第一次部署的域名状态为新增，第N次部署的域名状态为修改中或者删除中。同时将SCM维护域名配置对应的生效标志位置为失效，并且同步至全网边缘机器上，避免任务下发过程中部署任务与修复任务冲突。

当在步骤303中将域名配置更新任务下发至边缘客户端之后，还需要获取各边缘客户端反馈的部署结果，若部署结果为成功，则修改第一域名的域名状态、部署结果标志位。根据部署结果确定域名配置更新任务的成功率，若域名配置更新任务的成功率大于阈值，则向上游系统反馈域名配置更新任务成功的结果，并将域名部署状态设置为已完成。否则向上游系统反馈域名配置更新任务失败的结果，并将域名部署设置为待处理。其中，阈值可以根据经验设置。

当部署结果为成功，需要修改第一域名的域名状态、部署结果标志位时，具体可以为当第一域名的更新操作为新增或修改时，将第一域名的域名状态设置为已完成。当第一域名的更新操作为删除时，将第一域名的域名状态设置为已删除。

举例来说，SCM将相关下发准备工作做好后，将任务下发至边缘客户端，由客户端执行任务将域名配置部署至对应服务软件，然后将部署结果反馈至SCM平台，SCM平台将部署结果同步给域名配置管理系统。如果部署结果为成功，对应机器部署结果标志为成功，反之为失败。域名配置管理系统根据边缘客户端反馈的部署结果，计算成功率是否达到阈值。如果成功率达到阈值，则反馈任务整体部署成功的结果给上游系统，此时SCM平台将SCM维护的域名配置版本更新为新版本，对应生效标志位置为生效，并且同步至全网边缘机器上，部署失败的机器根据新版本标识开始修复，域名配置管理模块中域名部署状态为已完成。如果成功率没有达到阈值，则反馈任务整体部署失败的结果给上游系统，上游系统进行判断是否需要下发回退配置任务，域名配置管理模块中域名部署状态为待处理。此时SCM平台将SCM维护的域名配置版本回退为旧版本，对应生效标志位置为生效，并且同步至全网边缘机器上与域名配置管理系统。

进一步地，边缘客户端在接收到下发的域名配置更新任务后，判断接收到的新的版本标识与本地配置的版本标识是否一致，版本不一致的机器开始触发修复，在尝试修复后判断是否修复成功，如果修复成功，将成功信息反馈给域名配置管理系统。具体的，可以接收边缘客户端发送的域名配置的修复结果，根据修复结果，修改部署结果标志位以及记录修复次数，并将修复结果发送给上游系统以使上游系统根据修复结果修改访问列表。

例如，边缘客户端接收到新的版本标识后，与本地配置的标识对比是否一致，版本比对不一致的机器开始触发修复，边缘客户端尝试修复后判断是否修复成功。如果修复成功，则将成功信息反馈给域名配置管理系统，域名配置管理系统更新该机器对应域名的部署情况信息，将失败更新为成功标识，并且记录修复次数；如果修复失败，则产生一条报警信息给监控平台，并且将失败信息反馈给域名配置管理系统，记录修复次数，并且将失败信息更新至该机器对应域名的部署情况信息中。

域名配置管理系统将修复失败的机器反馈给上游系统，上游系统根据规则判断将修复失败的机器从访问列表中置为失效，以免客户访问到部署失败的机器上影响服务。上游系统也将域名配置管理系统反馈修复成功的机器添加回访问列表中，加强资源利用。

在本发明实施例中，当有新的机器上架时，还可以接收边缘客户端发送的第一部署结果，该第一部署结果为边缘客户端对新上架机器或故障机器的域名配置部署成功之后发送的，增加第一部署结果中的机器对应的域名状态，并设置为生效，将第一部署结果发送给上游系统。

例如，当线上新上架机器或者故障机修复机器涉及到域名配置部署时，TASK流水系统先部署全量域名配置任务后上架投入使用。如果部署成功，客户端将对应信息反馈给域名配置管理系统，系统将新加入的机器信息添加到对应域名的生效信息中，并且反馈至上游系统该机器的域名部署结果；如果部署失败，TASK流水定位原因处理，并且重新部署。

同时对于线上出现机器下架时，可以接收上游系统下发的机器下架信息，根据机器下架信息，修改机器对应的域名状态。主要是通过同步APM/RMP的信息，及时从域名列表信息中剔除。

综上，本发明实施例中的域名配置部署管理系统中的域名配置部署处理模块可以将线上域名部署情况动态的变化展示提供的基础，也实时提供出线上最新的域名部署情况，来加强对线上服务质量的把控。主要可以包括下述三部分功能：

第一部分，域名配置部署信息更新处理。

此部分主要在域名配置任务部署时，对域名配置管理信息的新增、更新、删除更新处理操作。如果是新增，则新增相关域名的信息，新增过程域名状态标识为新增中，动态更新具体机器新增域名配置状态直到任务完成部署，将新增的域名状态改为已完成，并且将域名相关最新数据同步至上游系统。如果是更新，则将相关域名的域名状态标识为修改中，动态更新具体机器更新域名配置状态直到任务完成部署，将修改的域名状态改为已完成，并且将域名相关最新数据同步至上游系统。如果是删除，则将相关域名的域名状态标识为删除中，直到任务完成部署，将域名状态置为已删除。

第二部分，接收客户端反馈处理。

主要是对于边缘客户端反馈的信息进行分析。域名配置下发难免遇到部署失败的机器，这些机器往往重新部署是可以成功的。所以对于机器上的配置自修复的结果也进行管理。系统接收到边缘客户端修复结果，进行判断更新域名配置管理信息逻辑。

如果边缘客户端反馈的是成功，则将域名配置管理信息中对于失败机器的部署结果修改为成功，并且记录最新一次的修复次数与更新时间。然后实时将成功的机器反馈给上游系统。如果边缘客户端反馈的是失败，则机器失败的记录保持不变，更新修复次数与更新时间。然后实时将失败的机器反馈给上游系统。机器上架是单机域名全量部署成功的情况，将结果同一反馈至系统进行更新。

第三部分，向上游系统同步信息处理。

该部分处理逻辑主要目的在于将线上域名具体部署情况实时同步给上游系统，让上游系统更好掌握到上线域名配置部署情况，为服务高可用提供数据基础。

在本发明实施例中，域名配置部署展示模块可以给相关人员进行域名部署管理情况的查询提供了便捷，展示模块主要分为查询条件输入板块和信息展示版块。主要有：查询条件输入版块支持以下条件进行查询：SCM部署任务ID、域名名称、应用服务组、域名状态、IP部署结果状态、开始时间、结束时间。用户可以工具以上条件进行过滤查询，方便定位异常机器和异常原因，对应的数据也是用于运营分析。信息展示版块有主版面和弹窗版面：主板面显示工具查询条件查询出的域名相关信息，点击域名可以另弹窗展示具体的机器部署状态信息。SCM部署任务ID点击可以链接到SCM平台进行查看部署任务，域名名称点击打开查看该域名具体管理信息。

在本发明实施例中，域名配置部署记录模块主要记录以下内容：

1)主页面记录相关内容：SCM部署任务ID、版本号、域名名称、应用服务组、部署开始时间、部署结束时间、域名状态、操作人员。

2)具体信息页面记录相关内容：机器IP、机器名称、逻辑组、应用服务、部署情况、更新时间、修复次数。

当域名配置部署处理模块处理完从上下游接收到的数据后，就由记录模块将获取到相关信息保存到数据库中，例如：1、域名配置任务下发时，将相关的管理信息-任务的部署信息，部署机器范围的更新。2、根据APM/RMP的线上服务器信息，实时更新域名相关的机器列表，提高上下架机器的信息更新的时效性。

上述实施例表明，获取上游系统下发的域名配置更新信息，域名配置更新信息中包括待更新的第一域名，根据第一域名的更新操作，修改第一域名的域名状态，并根据域名配置更新信息以及约定的规则生成域名配置更新任务，将域名配置更新任务下发至边缘客户端，以使边缘客户端执行域名配置更新任务进行域名配置部署。通过接收到域名配置更新信息之后，根据域名的更新操作来管理域名状态，从而实现对配置下发平台可以管理已下发的域名的状态，避免后续域名修复机制与配置下发平台脱离。

基于相同的技术构思，图4示例性的示出了本发明实施例提供的一种域名配置部署管理的装置的结构，该装置可以执行域名配置部署管理的流程，该装置可以位于图1所示的服务器100内，也可以是该服务器100。

如图4所示，该装置具体包括：

获取单元401，用于获取上游系统下发的域名配置更新信息，所述域名配置更新信息中包括待更新的第一域名；

处理单元402，用于根据所述第一域名的更新操作，修改所述第一域名的域名状态，并根据所述域名配置更新信息以及约定的规则生成域名配置更新任务；将所述域名配置更新任务下发至边缘客户端，以使所述边缘客户端执行所述域名配置更新任务进行域名配置部署。

可选的，所述处理单元402具体用于：

可选的，所述处理单元402还用于：

可选的，所述处理单元402具体用于：

可选的，所述处理单元402还用于：

将所述第一部署结果发送给所述上游系统。

可选的，所述处理单元402还用于：

接收所述上游系统下发的机器下架信息；

根据所述机器下架信息，修改所述机器对应的域名状态。

基于相同的技术构思，本发明实施例还提供了一种计算设备，包括：

存储器，用于存储程序指令；

基于相同的技术构思，本发明实施例还提供了一种计算机可读非易失性存储介质，包括计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述域名配置部署管理的方法。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种域名配置部署管理的方法，其特征在于，包括：

2.如权利要求1所述的方法，其特征在于，所述根据所述第一域名的更新操作，修改所述第一域名的域名状态，包括：

3.如权利要求2所述的方法，其特征在于，在所述将所述域名配置更新任务下发至边缘客户端之后，还包括：

获取各所述边缘客户端反馈的部署结果；

4.如权利要求3所述的方法，其特征在于，所述若所述部署结果为成功，则修改所述第一域名的域名状态、部署结果标志位，包括：

5.如权利要求2所述的方法，其特征在于，在所述将所述域名配置更新任务下发至边缘客户端之后，还包括：

接收所述边缘客户端发送的域名配置的修复结果；

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

将所述第一部署结果发送给所述上游系统。

7.如权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

接收所述上游系统下发的机器下架信息；

根据所述机器下架信息，修改所述机器对应的域名状态。

8.一种域名配置部署管理的装置，其特征在于，包括：

9.一种计算设备，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行权利要求1至7任一项所述的方法。

10.一种计算机可读非易失性存储介质，其特征在于，包括计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行如权利要求1至7任一项所述的方法。