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

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

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

21
投票

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

tyk API函数集与Kong相比更多，如果你依赖于你的业务API（需要与某些Billing集成，...）https://tyk.io/docs/tyk-rest-api/api-definition-objects/可能有意义

另一方面，孔的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，如果不是，您可以考虑更多您喜欢的...

8
投票

和Tyk一起去我评估了两者，并且由于它的Javascript（通过otto），Python和Grpc中间件引擎而不是基于Lua / nginx的Kong，更容易扩展（imho）Tyk（go）。

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

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

1
投票

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