Soul Api网关功能需求技术选型分析

前言

最近公司中台api有用到网关的需求，特整理了下网关的基本功能以及soul网关系统的功能架构设计，记录于此。最终选择了soul网关系统还是因为其架构设计清晰，基于spring boot而且提供了admin管理后台，而且底层使用spring webflux响应式编程，基于zk的本地缓存设计支持分布式多实例部署，性能问题就不无需多虑了

网关有哪些功能需求？

网关需求

• 限流 ：为了保护后端服务的稳定，不被恶意的流量洪峰压垮，需要在网关层面根据实际接口业务需要控制请求流量大小
• 熔断降级 ：如果下游服务处理出问题了，需要在网关层触发服务熔断策略，直接返回降级的接口内容
• 鉴权 ：对所有的请求进行请求合法性，以及接口权限进行鉴定
• 白名单 ：只有加入白名单的ip才能放行
• 接口负载 ：当后端服务有多个实例时，网关能够根据具体的负载规则策略进行负载，并且在服务出现问题时，能够进行服务切换等基本的容错处理
• web管理台 ：需要有一个web管理后台，管理如上限流、白名单等的这些策略信息，最好策略可以实施生效

业务需求

• 资源管理 ：对接凯京内部所有的提供web api的系统，管理每个应用的接口url信息
• 接口调用审计（待定）：针对特别的有价值的接口，需要做接口调用审计，统计每次的调用

关于soul网关

what is the soul？

这是一个异步的,高性能的,跨语言的,响应式的api网关。参考了kong，spring-cloud-gateway等优秀的网关后，站在巨人的肩膀上，soul由此诞生！

features

• 支持各种语言,无缝集成dubbo,springcloud。
• 丰富的插件支持，鉴权，限流，熔断，防火墙等等。
• 网关多种规则动态配置，支持各种策略配置。
• 插件热插拔,易扩展。
• 支持集群部署，支持a/b test。

架构图

选择soul网关

架构清晰

soul网关开源项目架构清晰，参考借鉴了kong，spring-cloud-gateway等优秀的网关设计，基础架构框架使用spring boot构建。在技术架构上采用了zookeeper+mysql作为元数据存储中心以支持分布式部署，通过zk节点监听机制，动态的维护了本地缓存信息，用以提高网关系统的并发度。在功能架构上分为admin管理模块和server服务提供模块，功能职责分离。

插件化&规则选择器设计

soul提供了完整的插件化功能，目前在自带的插件列表中已经包含了waf、签名、限流等常用的插件，而且像上面提到的白名单功能，实现一个白名单功能插件很简单，只需要实现一个接口或者抽象类即可。基于规则选择器的设计可以实现非常细粒度的路由控制，而且非常的灵活

基本功能全面

soul除了基本的网关鉴权路由功能外，还提供了包括限流，url重写，dubbo路由，spring cloud路由，请求监控等功能，最重要的是还提供了一个前后端分离架构的admin管理后台应用，用来管理基础的元数据信息。

码云gvp项目

soul项目已经是码云gvp俱乐部项目，同时，作者对分布式事务也很有研究，不仅参与了tx-lcn的建设，而且自己还开源了多个分布式事务框架均已加入了gvp俱乐部。作者一直活跃在各大热门开源项目社区，我们曾就tx-lcn和klock有过交流，作者是个技术非常牛逼的人， soul值得一试。

结语       

综上：最重要的一点是soul基于spring boot构建，架构清晰，插件&规则选择器等设计，非常方便进行业务集成和二次开发。目前soul网关在生产上使用的人还不多，体验使用下来小问题还是有一些的，不过这都不重要。选择一个开源的项目自主可控是最关键的一点，出现任何问题都能hold住就行了。

以上就是soul api网关功能需求技术选型分析的详细内容，更多关于soul api网关技术选型的资料请关注其它相关文章！