基于nginx的多集群服务路由管理控制方法及装置制造方法及图纸

本发明专利技术公开了一种基于nginx的多集群服务路由管理控制方法及装置，在同一个Group中配置管理文件，在incloude目录中新增Server的配置文件，接收Agent定期发送的心跳，并更新Agent最近一次的心跳注册时间和指令执行结果信息；将配置文件版本信息与Agent中的配置文件版本信息进行比对；若Agent中的配置文件版本信息低，则生成更新配置指令；将所有待执行指令下发给Agent执行；Agent通过心跳接收到指令后，将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回；本发明专利技术基于nginx的多集群服务路由管理控制方法，随着集群数量和节点数量的增多，可视化、自动的运维方式将大大的减少运维成本以及出错的可能性，而且提高了服务器的安全性。性。性。

【技术实现步骤摘要】
基于nginx的多集群服务路由管理控制方法及装置


[0001]本专利技术涉及多集群服务路由管理
，具体涉及一种基于nginx的多集群服务路由管理控制方法及装置。

技术介绍

[0002]随着微服技术的发展，系统内部的交互以及系统之间的交互拓扑越发的复杂。同一个功能需要同时对接多个外部系统时，如果没有一个网络的转发机制，就需要在系统内部针对每个外部系统都进行针对性的编码工作，造成人力成本的浪费，同时还会降低系统的稳定性。此外，随着系统复杂度的不断增加，在一个技术团队内部，可能有多个集群都存在上述的应用场景，如果逐个集群去维护网络转发策略，随着集群的增多，运维人员的工作量也将成倍的增加，也会增加人工运维时出错的可能性。
[0003]目前已有的运维产品主要使用Server方式，在配置下发等方面则通过ssh的方式来进行远程交互。由于这种方式需要将服务器的密码暴露给Server端，所以存在安全隐患。

技术实现思路

[0004]为此，本专利技术实施例提供一种基于nginx的多集群服务路由管理控制方法及装置，以解决现有技术存在的安全隐患以及随着系统复杂度的不断增加，运维人员的工作量和出错率也将成倍的增加的问题。
[0005]为了实现上述目的，本专利技术实施例提供如下技术方案：
[0006]第一方面，一种基于nginx的多集群服务路由管理控制方法，在同一个Group中配置管理文件，所述配置管理文件时保留原有config目录下的nginx.conf文件，在incloude目录中新增Server的配置文件，所述方法包括：
[0007]接收Agent定期发送的心跳，并更新所述Agent最近一次的心跳注册时间和指令执行结果信息；
[0008]将配置文件版本信息与所述Agent中的配置文件版本信息进行比对；
[0009]若所述Agent中的配置文件版本信息低，则生成更新配置指令；
[0010]将所有待执行指令下发给所述Agent执行；所述Agent通过心跳接收到指令后，将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回。
[0011]作为优选，所述将指令放入到执行队列中后判断所述指令是否为所述更新配置指令，若是，则更新配置文件。
[0012]作为优选，所述配置文件版本升级后所述配置文件生效。
[0013]作为优选，所述配置文件时采用分拆配置的方式。
[0014]作为优选，所述方法还包括：
[0015]定时巡检是否接收到所述Agent的心跳信息；
[0016]若定时没有接收到所述Agent的心跳信息，则将所述Agent下线并将所述Agent未
上报的指令运行结果全部设置为失败。
[0017]作为优选，所述定时巡检是单节点进行执行的。
[0018]作为优选，所述Agent执行多个指令时串联执行。
[0019]作为优选，能够在所述Server后台创建指令。
[0020]作为优选，在所述Server后台创建指令时能够选择并行执行或串行执行。
[0021]第二方面，一种基于nginx的多集群服务路由管理控制装置，包括：
[0022]系统管理模块，用于管理Group、Agent、配置文件、指令和日志；
[0023]Server服务模块，用于接收所述Agent定期发送的心跳，并更新所述Agent最近一次的心跳注册时间和指令执行结果信息；
[0024]以及将配置文件版本信息与所述Agent中的配置文件版本信息进行比对，根据比对结果生成更新配置指令；
[0025]以及将所有待执行指令下发给整个Group中的所有Agent执行或指定某几个Agent执行；
[0026]Agent服务模块，用于接收返回的指令，并将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回所述Server服务模块。
[0027]本专利技术至少具有以下有益效果：本专利技术提供一种基于nginx的多集群服务路由管理控制方法及装置，在同一个Group中配置管理文件，配置管理文件时保留原有config目录下的nginx.conf文件，在incloude目录中新增Server的配置文件，接收Agent定期发送的心跳，并更新Agent最近一次的心跳注册时间和指令执行结果信息；将配置文件版本信息与Agent中的配置文件版本信息进行比对；若Agent中的配置文件版本信息低，则生成更新配置指令；将所有待执行指令下发给Agent执行；Agent通过心跳接收到指令后，将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回；本专利技术基于nginx的多集群服务路由管理控制方法，随着集群数量和节点数量的增多，可视化、自动的运维方式将大大的减少运维成本以及出错的可能性，而且提高了服务器的安全性。
附图说明
[0028]为了更清楚地说明现有技术以及本专利技术，下面将对现有技术以及本专利技术实施例描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是示例性的，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图引申获得其它的附图。
[0029]本说明书所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本专利技术可实施的限定条件，任何结构的修饰、比例关系的改变或大小的调整，在不影响本专利技术所能产生的功效及所能达成的目的下，均应仍落在本专利技术所揭示的
技术实现思路
能涵盖的范围内。
[0030]图1为本专利技术实施例提供的配置管理文件流程图；
[0031]图2为本专利技术实施例提供的基于nginx的多集群服务路由管理控制方法流程图；
[0032]图3为本专利技术实施例提供的基于nginx的多集群服务路由管理控制方法执行判断流程图；
[0033]图4为本专利技术实施例提供的Agent定期向Server端发送心跳流程图；
[0034]图5为本专利技术实施例提供的Server端定时巡检流程图；
[0035]图6为本专利技术实施例提供的指令分发流程图；
[0036]图7为本专利技术实施例提供的指令执行流程图；
[0037]图8为本专利技术实施例提供的基于nginx的多集群服务路由管理控制装置框图。
具体实施方式
[0038]为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
[0039]在本专利技术的描述中，除非另有说明，“多个”的含义是两个或两个以上。本专利技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)旨在区别指代的对象。对于具有时序流程的方案，这种术语表述方式不必理解为描述特定的顺序或先后次序，对于装置结构的方案，这种术语表述方式也不存在对重要程度、位置关系的区分等。
[0本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于nginx的多集群服务路由管理控制方法，其特征在于，在同一个Group中配置管理文件，所述配置管理文件时保留原有config目录下的nginx.conf文件，在incloude目录中新增Server的配置文件，所述方法包括：接收Agent定期发送的心跳，并更新所述Agent最近一次的心跳注册时间和指令执行结果信息；将配置文件版本信息与所述Agent中的配置文件版本信息进行比对；若所述Agent中的配置文件版本信息低，则生成更新配置指令；将所有待执行指令下发给所述Agent执行；所述Agent通过心跳接收到指令后，将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回。2.根据权利要求1所述的基于nginx的多集群服务路由管理控制方法，其特征在于，所述将指令放入到执行队列中后判断所述指令是否为所述更新配置指令，若是，则更新配置文件。3.根据权利要求2所述的基于nginx的多集群服务路由管理控制方法，其特征在于，所述配置文件版本升级后所述配置文件生效。4.根据权利要求1所述的基于nginx的多集群服务路由管理控制方法，其特征在于，所述配置文件时采用分拆配置的方式。5.根据权利要求1所述的基于nginx的多集群服务路由管理控制方法，其特征在于，所述方法还包括：定时巡检是否接收到所述Agent的心跳信息；若定时没有接收到所述Agent的...

【专利技术属性】
技术研发人员：过磊，沈党云，张永斌，薄凯琪，
申请(专利权)人：中交智运有限公司，
类型：发明
国别省市：