K8S API 网关用哪个比较好？ ALB ingress controller 还是 APISIX 还是 KONG

[aljun]

楼主目前有一个 EKS ，想要提供 API 服务，目前走的默认的 aws ingress controller （ https://kubernetes-sigs.github.io/aws-load-balancer-controller/v2.6/)

但看了看 APISIX ，KONG 等方案貌似有完善的监控和控制方案，而且速度看上去还可以

想问问各位目前大家线上走的是什么方案呢？

有没有其他什么推荐呢？

[darksheep9527]

插眼 apisix 据说性能更好 另外文档有中文 kong 似乎一眼看过去没找到中文文档

[aljun]

@darksheep9527 关键是能解决多少问题，我倒不介意文档语言（当然文档写得好，写的全面很重要）

[darksheep9527]

@aljun #2

解决多少问题上面
我个人经验技术浅薄也不清楚你需求不太发表的了建议
看评论区其他大佬补充了

不过个人使用来看一点感受就是
apisix 的 issue 响应速度还挺快的
他们还有专门的看板来标记 issue 的状态是 in projess 还是 done 这样 这个我个人觉得算是挺不错的优点

但是从社区反馈来看 apisix 有个缺点就是 apisix 的 dashboard 没有太跟的上 apisix 的更新

[lopssh]

apisx

[aljun]

@darksheep9527 dashboard 其实是很重要的一个点，kong 如何？

[aljun]

@lopssh 优势是？

[Casbin]

API 网关用 CasWAF: https://github.com/casbin/caswaf 自带 dashboard Web UI ，所有操作均可用 dashboard 实现。自带单点登录和鉴权

[darksheep9527]

@aljun #5 刚刚打开 apisix-dashboard 的 issue 列表看了一眼 好多 bug label lol

[aljun]

@Casbin k8s 好用吗？

[aljun]

@darksheep9527 所以靠谱不。。。？

[tramm]

Apinto

[specture]

没有深度使用，但是从近期测试评估来看，apisix 的代码质量有很长的路要有。给人的感觉是 feature 很多，插件很多，但是 bug 也很多。近期遇到的 openid-connect 的 bug ，go-plugin-runner 的 bug 调了很久，最后一看 issue 都是还是 open 中的 bug... kong 没有仔细评估过

[salmon5]

别用 kong ，相当坑

[bingfengfeifei]

我们在用 APISIX 做二次开发，还没有上线。
但是就本地轻度使用就遇到了很多 BUG 。
1.一条 HTTP 流量二次进入插件的问题，甚至重启，删除插件都解决不了，清空 ETCD 重新建立才解决，应该是某个流程有泄漏。
2.HTTPS 流量，一段时间后全部 500 ，应该是 3.4.0 最新版本引入的，ISSUE 上面已经有跟踪了，但是一个多月了没有解决。目前是回退版本规避
3.解耦部署出现 ETCD 更新后，数据平面不同步的问题，偶现。

用起来的感受就是特性很多，就是会出现一些非必现莫名其妙的问题。

我还用过国产的 k8s 网络插件 kube-ovn ，感觉也是同样的路数，特性非常喜人，但是基本盘，稳定性会出现莫名其妙的致命问题。

[hui9000]

最近也有这类需求，关注一下

[artnowben]

nginx 开发门槛很高，国内能做好 nginx 的人不多。

可以看下 bfe ingress ，稳定性应该不用担心

[orangeD]

@salmon5 kong 有啥坑啊？

[darksheep9527]

@specture 哈哈哈哈 最近也在折腾 openid-connect 你遇到的是什么坑啊

[chaleaochexist]

@darksheep9527 #3
我补充下 3 楼
kong 的 dashboard 是付费的...

[tudou1514]

推荐 apisix 、higress