[发明专利]用于对分布式存储系统进行读写的方法和装置

说明书

本申请涉及互联网大数据技术领域，具体地公开了一种用于对分布式存储系统进行读写的方法和装置，其中，该方法包括：目标应用服务向协调服务端发送第一请求，目标应用服务为有权限对分布式存储系统进行读写的多个应用服务中的一个，各应用服务具有对应的多个应用服务实例；响应于第一请求，协调服务端获取目标应用服务对应的多个可用应用服务实例的标识信息，并根据预设规则确定出目标应用服务实例；协调服务端将目标应用服务实例的标识信息发送至目标应用服务；目标应用服务向目标应用服务实例发送读写请求；响应于读写请求，目标应用服务实例对分布式存储系统执行读写操作。上述方法可以在应用服务实例侧实现资源隔离以及多实例负载均衡。

技术领域

本申请涉及互联网大数据技术领域，特别涉及一种用于对分布式存储系统进行读写的方法和装置。

背景技术

随着大数据技术的高速发展，越来越多的企业采用基于Hbase的NoSQL数据服务作为结构化数据与半结构数据的分布式存储系统。企业内部通常会出现多个应用需要接入存储服务的需求，而如果各应用独自搭建一套Hbase集群，将面临着运维困难、集群利用率低、数据共享难等压力。因此，搭建一套运维简单，高可用，架构灵活，让应用容易接入的多租户存储系统就成为了必然选择。而传统单体架构由于服务间没有解耦，在数据量和用户量较小的时候可以胜任，但当数据量和用户量暴增之后，往往会出现运维成本高，可扩展性和容错性差等问题，且不能通过简单的增加机器解决。为了满足服务间的解耦，存储系统通常采用微服务架构。在搭建微服务架构的存储系统时，需考虑大流量、高并发、低成本等要求，既需要保障各应用的资源隔离，也要考虑服务的可扩展性。

为了防止各应用互相挤占并发资源，存储系统需要做到对各应用进行资源隔离以达到总体服务稳定的目的，而传统资源隔离通常是在集群侧进行，操作不够灵活且较难控制。同时，为了保证服务的高可用性，传统的微服务架构一般是将应用服务实例注册到服务注册中心。然而，各应用服务实例接收到的请求不同，节点压力也不同，而服务注册中心返回的实例信息无法控制，无法达到多实例负载均衡的理想效果。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种用于对分布式存储系统进行读写的方法和装置，以提供一种实现资源分离和负载均衡的分布式存储系统读写方法。

本申请实施例提供了一种用于对分布式存储系统进行读写的方法，包括：目标应用服务向协调服务端发送第一请求，其中，目标应用服务为有权限对分布式存储系统进行读写的多个应用服务中的一个，多个应用服务中各应用服务具有对应的多个应用服务实例；响应于第一请求，协调服务端获取目标应用服务对应的多个可用应用服务实例的标识信息，并根据预设规则从多个可用应用服务实例中确定出目标应用服务实例；协调服务端将目标应用服务实例的标识信息发送至目标应用服务；目标应用服务基于目标应用服务实例的标识信息向目标应用服务实例发送读写请求；响应于读写请求，目标应用服务实例对分布式存储系统执行读写操作。

本申请实施例提供了一种用于对分布式存储系统进行读写的方法，应用于协调服务端，包括：接收目标应用服务发送的第一请求，其中，目标应用服务为有权限对分布式存储系统进行读写的多个应用服务中的一个，多个应用服务中各应用服务具有对应的多个应用服务实例；响应于第一请求，获取目标应用服务对应的多个可用应用服务实例的标识信息；根据预设规则从多个可用应用服务实例中确定出目标应用服务实例；将目标应用服务实例的标识信息发送至目标应用服务，使得目标应用服务通过目标应用服务实例对分布式存储系统执行读写操作。

本申请实施例提供了一种用于对分布式存储系统进行读写的方法，应用于目标应用服务，目标应用服务为有权限对分布式存储系统进行读写的多个应用服务中的一个，多个应用服务中各应用服务具有对应的多个应用服务实例，该方法包括：向协调服务端发送第一请求；接收协调服务端响应于第一请求返回的目标应用服务对应的目标应用服务实例的标识信息；基于目标应用服务实例的标识信息，向目标应用服务实例发送读写请求，以使得目标应用服务实例响应于读写请求对分布式存储系统执行读写操作。