从长远发展以及通用性来说我们最终选择了，独立做一个 API gateway 。
为什么不选择主流API gateway，而是采用自研？
首先，当前GO这个技术栈 没有成熟的API gateway 。
另外其他主流的API gateway，大多都有依赖软件较多的问题，比如要实现动态服务注册就需要 Consul这类的分布式数据库 。
而我们的业务有时候需要本地化部署，这就需要：依赖少、快速简易部署、支持多种权限配置等 。
综合以上因素，我们就考虑使用GO自研API网关了 。
我们下一步的精力主要会放在三个方面：
1、持续不断推进项目稳定性建设和问题修复 。
2、增加示例代码，让使用者更加容易、便捷 。
3、增加新特性：熔断机制、基于云原生的部署等
end：如果你觉得本文对你有帮助的话，记得关注点赞转发，你的支持就是我更新动力 。
推荐阅读
- 微服务最强开源流量网关之Kong
- 基于分布式服务器搭建NFS服务共享视频、文档目录
- 基于PyTorch图像特征工程的深度学习图像增强
- 华为实验 ENSP模拟VXLAN EVPN分布式网关
- 思科CISCO路由器基于时间的访问列表的应用
- 一文讲弄懂vlan、三层交换机、网关、DNS、子网掩码、MAC地址
- 基于Docker的MySQL主从复制搭建及原理
- 基于ThinkPHP5.1.34 LTS开发的快速开发框架DolphinPHP
- 一文看懂MySQL中基于XA实现的分布式事务
- 网卡配置、网关绑定和路由操纵