[发明专利]主备模式服务部署方法、装置、设备及存储介质

说明书

本公开提供一种主备模式服务部署方法、装置、设备及存储介质，用于解决基于服务注册中心的主备有状态服务部署的技术问题。本公开通过使用服务注册中心类应用实现主备模式下有状态服务的部署，无需直接关注服务实例的具体分布情况。主备转换完全由服务实例自身控制，客户端或服务调用方对其无感知，无需自己维护服务实例列表及具体参与服务实例的主备切换逻辑，简化了部署逻辑。此外，本公开提供的主备服务部署方法，在服务端无需额外的复杂配置操作，简化了部署配置。本公开能够实现基于服务注册中心的微服务或非微服务主备有状态模式的服务简洁高效的部署。

技术领域

本公开涉及软件及通讯技术领域，尤其涉及一种主备模式服务部署方法、装置、设备及存储介质。

背景技术

随着当前用户量、业务量以及数据量的快速增长，软件服务功能以及数量也需要为满足各种业务需求进行扩展。由此面临一个非常现实的问题，所有服务功能如果全部整合到一个软件应用中，所有功能在同一应用内部快速交互，效率会比较高；但是如果需要修改某个功能模块的逻辑代码或者配置，可能需要将整个应用代码全部重新编译、打包和部署，工作量之大不仅损耗各种人力物力，同时也会让服务的更新升级等周期变得非常长，效率低下。

基于对业务功能模块进行拆分，将原有的单体服务应用拆分为多个相互独立的模块，可以对每个模块进行独立的开发、修改、编译以及部署，大大提升了开发和维护效率，同时能够降低不必要的问题的引入。微服务设计理念就是在这样的需求场景中产生的，是当前非常流行的一种服务部署模式。各个服务及实例统一注册到同一个注册中心，服务间请求时通过服务名查询注册中心中对应的实例注册信息(包括ip、端口等)，然后根据注册信息请求服务实例获取结果。服务注册中心类应用目前有很多，比如Netflix的Eruka，阿里的nacos，以及apache的zookeeper等，如何选择具体的注册中心可以根据实际项目需求进行判断。

在微服务模式下，可以针对某一个服务快速启动多个实例，通常情况下，每个服务实例都是平等的、无状态的，可以通过客户端负载均衡或者网关反向代理负载均衡实现对所有服务实例的请求负载均衡。但是，如果在整个微服务体系中，有某个或某些服务是有状态的即同一个服务的每个服务实例不是平等的，例如服务实例有主备之分、会话与服务绑定等情况，则现有服务注册中心类应用还不能很好的支持。

发明内容

有鉴于此，本公开提供一种主备模式服务部署方法、装置、设备及存储介质，用于解决基于服务注册中心的主备有状态服务部署的技术问题。

基于本公开一实施例提供了一种主备模式服务部署方法，该方法包括：

当指定服务名下的服务实例启动时，服务实例从服务注册中心组件获取该指定服务名下已注册的服务实例的服务注册信息；

根据获取的服务注册信息判断主服务实例是否存在；

若判定主服务实例不存在，则服务实例在所述服务注册中心注册为主服务实例并启动主服务实例的初始化流程；主服务实例启动后以所述指定服务名对外提供服务；

若判定主服务实例存在，则服务实例注册为备服务实例并启动备服务实例的初始化流程；

备服务实例通过故障感知组件检测主服务实例的健康状态，若检测到主服务实例异常，则备服务实例向服务注册中心发起注册以切换为主服务实例。

进一步地，所述方法还包括：在字典服务组件中，配置有所述指定服务名的分布式锁，在所述服务实例启动时或主备切换时，服务实例首先从字典服务组件中获取指定服务名的分布式锁，所述分布式锁用来在多个服务实例同时启动时保障主服务实例注册的唯一性和安全性。

进一步地，所述主服务实例启动后以服务名对外提供服务具体为：

服务注册中心接收到客户端的服务查询请求时，向客户端响应携带主服务实例的服务注册信息的服务查询请求响应，以使客户端根据所述主服务实例的服务注册信息向主服务实例发起业务请求。