Tyk和Kong之间是否有全面的比较？

Question

我一直在开发微服务(Spring Cloud)一段时间(〜2年)并且大量使用Netflix Zuul.虽然它提供了许多功能和强大功能,但我的开发人员仍然想知道替代方案,并了解了Tyk和Kong.

从个人文档和博客中读取,我或多或少地了解它们都提供了类似的功能.我想知道两者之间的全面比较,以及您实施的任何实际示例都将是一个很好的帮助理解.

Answer 1

根据CI/CD,两者都可以遵守基础设施即代码方法,因此我认为在部署管道实践方面没有区别.

tyk API函数集与Kong相比,如果你依赖于你的业务API(需要与某些Billing集成,...),这可能是有意义的) https://tyk.io/docs/tyk-rest-api/ API-定义的对象/

另一方面,孔的API具有有限的功能和术语恕我直言是不可理解的:https: //galileo.gelato.io/docs/versions/2.0.0/

Kong使用用于DashBoard/UI的Galileo报告工具,tyk使用自己的DashBoard,不仅包括报告功能,还包括几乎所有管理功能,如果你想使用UI
如果您需要将旧API转换为外部世界,tyk具有可用于转换XML的转换函数< - > JSON < - > YAML < - >自定义
在tyk上,您不仅可以使用Lua编写扩展,还可以使用Go,Java编写扩展.蟒蛇..NET,Javascript ......
如果您有DR需求,则tyk具有Multi-Datacenter选项,该选项适用于企业级架构,包括灾难站点
如果你需要性能tyk是用Go写的.(我们已经基准测试以响应大约3000 req./sec.其中Kong在具有相同APICall模式的相同VM上执行了大约2500 req./sec.)

因此,根据您的需求,如果您的任何需求与上述任何一个匹配,您可以考虑tyk,如果不是,您可以考虑更多您喜欢的...

Answer 2

和Tyk一起去我评估了两者,并且由于它的Javascript(通过otto),Python和Grpc中间件引擎,比使用Lua/nginx的Kong更容易扩展(imho)Tyk(go).

两者都是开源的,可以通过API进行控制,但kong的gui产品(其他oss项目)似乎都是半生不熟的,而且设置起来要困难得多.

来自企业/ sass模型(付费选项).Tyk将Kong的产品从地图上吹走了.Tyk的架构看起来更加健全,网关,分析和仪表板组件的关注点明显分离.它很好地组合在一起,社区论坛得到Tyk开发人员的快速响应.

Answer 3

我会吹嘘一点。我在 Moesif 的联合创始人刚刚写了对各种 API 网关的最全面的比较。最后有一张桌子，可以让您快速浏览。