[发明专利]一种数据代理服务方法、服务器、存储介质及计算设备

说明书

本发明公开了一种数据代理服务方法、服务器、存储介质及计算设备，该方法包括代理服务器通过路由设备获取数据请求并缓存。查找与数据请求对应的预设路由策略。依据预设路由策略将数据请求路由至数据库集群中对应的时序数据库和/或监控集群中对应的监控组件。本发明实施例的代理服务可以对接分布式时序数据库和监控组件，通过对路由策略进行灵活的动态调整，可以方便的将数据请求路由至符合需求的时序数据库和监控组件。通过代理服务器侧缓存数据请求，使得数据请求不再直接进入时序数据库和监控组件，不仅可以有效提高请求操作性能，减少了请求节点的丢失问题，而且可以实现对时序数据库和监控组件中数据接入点的有效统一。

技术领域

本发明涉及数据处理技术领域，尤其是一种数据代理服务方法、服务器、存储介质及计算设备。

背景技术

通常的监控报警体系采用TICK(telegraf influxDB chronograf kapacitor)，主要分为四个组件，Telegraf提供数据的抓取和上报功能，Influxdb负责时序数据的存储，Chronograf负责数据的展示和配置报警的功能，Kapacitor提供数据报警的能力。这套监控报警体系为单体系统，不支持横向扩展，只能通过升级单体配置来达到性能提升。随着业务的增长，监控报警时序数据量增长比较明显，单体系统容易出现存储、性能瓶颈，从而造成数据上报丢失，kapacitor误报漏报的问题。

InfluxDBRelay是influx官方提供的一套支持时序数据influxdb分布式存储的代理服务。参见图1，该套服务架构中，写请求writes或查询请求queries通过LB(LoadBalancer，负载均衡器)进行转发，例如写请求write直接转发到代理服务InfluxDBRelay，通过InfluxDBRelay写到相应的influxdb。查询请求query转发到相应的inflxudb里面，当influxdb无响应的时候，InfluxDBRelay将数据都堆积到本地内存中。Kapacitor从influxdb中订阅Subscribe数据。该服务架构存在较多的问题，第一，该服务架构只提供了简单的写入功能，可视化grafana还是需要配置多个数据源，kapacitor的订阅也需要手动来配置。第二，该服务架构未对危险操作做限制，用户查询直接落到influxdb，查询过多的话，influxdb会发生oom(OutOfMemory，内存溢出)导致重启。第三，重写功能是将未写成功的数据放进内存，如果influxdb挂掉，就会导致relay机器的内存增涨过快。

发明内容

有鉴于此，本发明实施例提供了一种数据代理服务方法、服务器、存储介质及计算设备，能够达到对接分布式时序数据库和监控组件，有效提高请求操作性能，减少请求节点的丢失问题，并实现对时序数据库和监控组件中数据接入点的有效统一。

根据本发明实施例的一方面，提供了一种数据代理服务方法，包括：

代理服务器通过路由设备获取数据请求并缓存；

查找与所述数据请求对应的预设路由策略；

依据所述预设路由策略将所述数据请求路由至数据库集群中对应的时序数据库和/或监控集群中对应的监控组件。

可选地，查找与所述数据请求对应的预设路由策略，包括：

获取所述数据请求的属性信息，并获取包含多个预设路由策略的路由表；

依据所述数据请求的属性信息从所述路由表中查询所述数据请求对应的预设路由策略。

可选地，所述数据请求的属性信息包括：所述数据请求的目标子数据库信息、目标子数据库中列表信息、标签筛选信息中的至少一项；

所述预设路由策略包括向所述数据库集群中对应的时序数据库和/或监控集群中对应的监控组件分配数据请求的方式。

可选地，所述数据请求包括写入数据请求，代理服务器中包含分布式消息系统，