grpc gateway 和 kong 该怎么选择呢？

两位老师都各讲了一种gateway的方式 , 如果结合使用k8s ,使用哪个更有优势，该怎么选择

源自：api网关、部署 1-4 kong的安装

收起

1回答

bobby 2021-08-04 09:50:28

grpc gateway主要是帮你做了将grpc转换为http和grpc同时服务的目的，kong是独立于服务存在的功能更加完善，也就是说你实际上kong+grac gateway也没有问题。kong还包括了服务发现等功能，所以两者并不冲突，

k8s是一个服务治理平台，kong是服务本身，所以kong也可以让k8s管理，所以三者不是一回事，k8s用于管理grpc gateway和kong是不冲突的

提问者 qq_莫言_7 #1

谢谢老师，还有一个问题
k8s自带的有服务发现，还有go服务端使用了consul 或者etcd等服务发现，还有kong本身也有服务发现，这些功能是不是互相冲突呢？我该优先选择哪一个

2021-08-04 10:03:54
bobby 回复提问者 qq_莫言_7 #2

优先使用consul吧， kong的服务发现是集成到kong体系中了，优先选择自己部署consul，不过consul可以部署到k8s中，也就是你的所有服务都让k8s去管理，你的代码中直接连接走consul就行了，因为consul可控性更好，后期你的k8s非常熟悉了，你就可以对比出各自的好处了，而且你的client代码中都是直接有一个resolver的，后期你自己再写一个解析k8s的dns的resolver就行了，并不会影响你的代码的，而且目前来说从负载均衡和注册中心的体验上来讲consul以及nacos这种专门的服务都会比k8s的坑少更可控，除非你们公司有人专门维护k8s以及对k8s进行二次开发，否则选择成熟的方案都是避免踩坑的选择

2021-08-04 10:30:05