[发明专利]一种服务治理参数更新方法及装置

说明书

本申请涉及分布式系统技术领域，特别涉及一种服务治理参数更新方法及装置。应用于分布式系统，该分布式系统包括至少运行有各类业务服务，管理服务组件，配置中心组件，数据库和通讯总线的若干服务器，该方法包括：管理服务组件在监测到数据库存在服务治理参数的更新事件时，向配置中心组件发送第一消息，其中，第一消息携带有该更新事件；配置中心组件从数据库获取更新后的服务治理参数，并向通讯组件发送第二消息，其中，第二消息携带有该更新事件；各类业务服务在监听到通讯组件接收到第二消息时，判断自身是否与该更新事件相关联，若判定相关联，则从配置中心获取更新后的服务治理参数，并基于更新后的服务治理参数进行更新处理。

技术领域

本申请涉及分布式系统技术领域，特别涉及一种服务治理参数更新方法及装置。

背景技术

在分布式系统的构建之中，服务治理是类似血液一样的存在，贯穿了服务的整个生命周期，包括针对业务系统的设计、开发、测试以及后续运维。随着业务系统的逐步迭代，构成整个系统的微服务会越来越复杂，慢慢演化成网状依赖结构，这就使得服务治理的重要性愈发凸显。具体来说，服务治理主要具备的能力包括处理服务调用之间的关系、服务发布和发现、故障监控与处理，服务的参数配置、服务降级和熔断、服务使用率监控等。一个好的服务治理平台可以大大降低开发的成本，提升运维的效率，对提升业务系统性能、稳定性和可用性发挥着重要的作用。

Spring Cloud是当前应用最广泛的微服务解决方案之一，关于服务治理，SpringCloud集成了Ribbon、Hystrix、Feign等框架实现处理微服务间调用的负载均衡、熔断降级、线程隔离、超时重试等治理能力。目前，在Spring Cloud框架下，服务治理需要用到的Ribbon、Hystrix、Feign等相关的配置参数需要配置在代码工程.properties文件中，这些配置仅在Spring Boot启动过程中进行加载及初始化实例，以此达到治理的目的。但如果在系统运行中想要重新配置服务治理策略，则需要在调整参数后重新启动应用，以使程序加载修改后的配置。

然而，若服务治理参数无法热更新，则会导致整个业务系统对实时问题的响应迟缓，无法根据系统实际使用情况对其进行灵活的运维，降低了系统的可用性和稳定性；若必须调整服务治理策略，则需要重启系统中的某个微服务或整个系统，会导致系统中的部分功能或全部功能中断，这在生产环境中是不能接受的。

发明内容

本申请提供了一种服务治理参数更新方法及装置，用以解决现有技术中存在的服务治理参数无法及时更新而导致业务系统可用性不高的问题。

第一方面，本申请提供了一种服务治理参数更新方法，应用于分布式系统，所述分布式系统包括至少运行有各类业务服务，管理服务组件，配置中心组件，数据库和通讯总线的若干服务器，所述方法包括：

所述管理服务组件在监测到所述数据库存在服务治理参数的更新事件时，向所述配置中心组件发送第一消息，其中，所述第一消息携带有所述更新事件；

所述配置中心组件从所述数据库获取更新后的服务治理参数，并向所述通讯组件发送第二消息，其中，所述第二消息携带有所述更新事件；

所述各类业务服务在监听到所述通讯组件接收到所述第二消息时，判断自身是否与所述更新事件相关联，若判定相关联，则从所述配置中心获取所述更新后的服务治理参数，并基于所述更新后的服务治理参数进行更新处理。

可选地，管理服务组件监测所述数据库存在服务治理参数的更新事件的步骤包括：

所述管理服务组件在确定接收到用户触发的服务治理参数更新操作，并将更新的服务治理参数存储至所述数据库时，确定监测到所述数据库存在服务治理参数的更新事件。

可选地，所述分布式系统为基于Spring Cloud框架的系统，所述配置中心组件为Spring Cloud Config，所述通讯组件为Spring Cloud Bus。