[发明专利]一种微服务网关鉴权的实现方法及系统

说明书

本发明公开了一种微服务网关鉴权的实现方法及系统，属于计算机应用技术领域。本发明的微服务网关鉴权的实现方法客户端携带访问令牌向微服务网关发送资源请求，微服务网关接收到资源请求，根据访问令牌读取客户端身份信息，微服务网关根据客户端身份信息与网关权限信息表，对比资源路径与客户端的资源访问权限是否匹配，若匹配，将资源请求转发至微服务应用，若不匹配，则向客户端直接返回权限不足响应信息。该发明的微服务网关鉴权的实现方法能够实现简洁、高效、灵活、安全、统一的微服务网关鉴权管理，减少了系统调试和系统运维工作量，具有很好的推广应用价值。

技术领域

本发明涉及计算机应用技术领域，具体提供一种微服务网关鉴权的实现方法及系统。

背景技术

在微服务+多端应用架构系统中，随着业务范围的扩大，服务数量的激增，微服务应用越来越多，每个微服务应用又会部署多实例，这种部署架构下，对于软件研发的研发、测试、运维等环节都将面临着不小的工作压力。随着架构的升级，微服务应用需要越来越专注，专注于自己的角色，用户应用负责用户信息的维护和管理以及查询，认证应用负责用户的认证授权和权限管理，诸如此类。

面对越来越多的客户端，移动端(移动App、微信端、微信小程序、微信公众号等)、PC端等，在没有网关的情况下，客户端需要调用多个服务才能完成一个业务需求，在客户端直接与微服务应用通信，会存在以下可能和风险：

一个业务往往需要多个微服务接口协同完成，这样就需要客户端发起多次的微服务的网络请求，客户端同时要维护微服务应用的地址，增加了客户端的复杂度，增加了网络和业务压力；由于每个微服务应用都需要独立认证鉴权，增加了微服务应用的复杂度，增加了认证鉴权微服务应用压力。

需要一个独立的应用来统一处理负载均衡、认证鉴权、流量管控等功能，这样微服务网关便孕育而生了。微服务网关是介于客户端和服务器端之间的中间层，所有的外部请求都会先经过微服务网关。微服务网关不负责处理具体的业务，仅负责负载均衡、认证鉴权、流量管控、路由转发等公共基础类的功能。

微服务网关的选型有很多种，例如Nginx、Zuul、Kong等，基于Spring Cloud微服务生态，选择Spring Cloud Gateway作为微服务网关。微服务应用的认证鉴权相对复杂而重复，在业务越来越复杂，上线系统越来越多的情况下，参与认证鉴权的微服务应用越来越多，认证鉴权模块的维护成本越来越高，排查和检查问题时会更加困难。

发明内容

本发明的技术任务是针对上述存在的问题，提供一种能够实现简洁、高效、灵活、安全、统一的微服务网关鉴权管理，减少了系统调试和系统运维的工作量的微服务网关鉴权的实现方法。

本发明进一步的技术任务是提供一种微服务网关鉴权的实现系统。

为实现上述目的，本发明提供了如下技术方案：

一种微服务网关鉴权的实现方法，客户端携带访问令牌向微服务网关发送资源请求，微服务网关接收到资源请求，根据访问令牌读取客户端身份信息，微服务网关根据客户端身份信息与网关权限信息表，对比资源路径与客户端的资源访问权限是否匹配，若匹配，将资源请求转发至微服务应用，若不匹配，则向客户端直接返回权限不足响应信息。

该微服务网关鉴权的实现方法基于Spring Cloud Gateway实现。

其中根据访问令牌读取客户端身份信息包含权限信息。

作为优选，该微服务网关鉴权的实现方法具体包括以下步骤：

S1、发布权限路由：管理员在管理端操作权限信息后，发布权限配置，配置信息写入数据库；

S2、发布事件：微服务管理中心向消息总线发布权限刷新事件，事件以消息的形式在MQ队列中传输；

S3、事件广播：消息总线向微服务网关广播网关权限配置变更事件；