[发明专利]一种业务平台的存储部署方法、装置、设备和存储介质

说明书

本发明实施例公开了一种业务平台的存储部署方法、装置、设备和存储介质。所述业务平台包括服务提供方和服务消费方，该方法包括：基于Mysql数据库部署业务平台的存储服务；将所述存储服务部署至每个Zookeeper环境中；将所述服务提供方提供的数据写入每个所述Zookeeper环境的存储服务，以使所述服务消费方通过调用基于不同所述Zookeeper环境的查询接口进行数据查询。本发明实施例实现了基于Dubbo业务平台的大存储、可扩展和可配置。

技术领域

本发明实施例涉及互联网技术，尤其涉及一种业务平台的存储部署方法、装置、设备和存储介质。

背景技术

随着互联网技术的高速发展，Dubbo作为开源的分布式服务框架，得到了日益广泛的应用。Dubbo采用的是一种非常简单的模型，Dubbo本身并不提供一个具体的服务进程，只是提供了API方法以供调用，定义了服务提供方(Provider)和服务消费方(Consumer)两个角色，其中的服务提供方发布服务到服务的注册中心；服务消费方从注册中心订阅服务；服务消费方调用已经注册的可用服务。

现有技术基于Dubbo的服务治理存储及查询，采用存储服务与Web查询服务隔离部署方式。存储服务负责监听Zookeeper(一种分布式应用程序协调服务)服务注册节点的变化，当收到服务数据时将数据存储于本地缓存。通过实现Dubbo Notify Listener(监听通知)接口实现监听存储过程。存储服务作为服务提供方提供Dubbo数据查询接口。Web查询服务通过存储服务的Dubbo接口进行数据查询。

但是服务治理存储服务将监听的全量数据存储于本地缓存，当多实例部署时会出现缓存不一致的问题，导致Web查询时数据变化。当服务扩容时，服务URL(UniformResource Locator，统一资源定位符)增多会导致存储压力增大且无法通过扩容解决，此外当服务URL变更时，URL数据会按服务名为度一次性全量推送，两次变更推送不能严格保证顺序。在业务服务频繁重启时可能导致存储数据和Zookeeper节点数据不一致，且Web查询不支持多套Zookeeper环境查询，也无法快速配置化。

发明内容

本发明实施例提供一种业务平台的存储部署方法、装置、设备和存储介质，以实现基于Dubbo业务平台的大存储、可扩展和可配置。

为达此目的，本发明实施例提供了一种业务平台的存储部署方法，所述业务平台包括服务提供方和服务消费方，该方法包括：

基于Mysql数据库部署业务平台的存储服务；

将所述存储服务部署至每个Zookeeper环境中；

将所述服务提供方提供的数据写入每个所述Zookeeper环境的存储服务，以使所述服务消费方通过调用基于不同所述Zookeeper环境的查询接口进行数据查询。

进一步的，所述将所述存储服务部署至每个Zookeeper环境中之后包括：

对每个所述Zookeeper环境进行选举以得到选举Zookeeper环境。

进一步的，所述将所述服务提供方提供的数据写入每个所述Zookeeper环境的存储服务包括：

基于所述选举Zookeeper环境将所述服务提供方提供的数据写入每个所述Zookeeper环境的存储服务，每个所述Zookeeper环境的存储服务支持基于分片的横向拓展。

进一步的，所述服务消费方通过调用基于不同所述Zookeeper环境的查询接口进行数据查询包括：

所述服务消费方通过Web服务调用基于不同所述Zookeeper环境的查询接口进行数据查询。

进一步的，所述将所述服务提供方提供的数据写入每个所述Zookeeper环境的存储服务之后包括：