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-definition-objects/

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

• Kong为DashBoard / UI使用Galileo报告工具，tyk使用自己的DashBoard，不仅包括报告功能，还包括几乎所有管理功能（如果你想使用UI）
• 如果您需要将旧版API转换为外部世界，则tyk具有转换功能，可用于转换XML＆lt; - ＆gt; JSON＆lt; - ＆gt; YAML＆lt; - ＆gt;自定义
• 关于tyk，您不仅可以使用Lua编写扩展，还可以使用Go，Java编写扩展。蟒蛇。 .NET，Javascript ......
• 如果您有DR需求，tyk具有Multi-Datacenter选项，该选项适用于企业级架构，包括灾难站点
• 如果你需要性能tyk是用Go写的。 （我们对tyk进行了基准测试，以响应大约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网关的最全面的比较。末尾有一张桌子，您可以快速浏览。

https://www.moesif.com/blog/technical/api-gateways/How-to-Choose-The-Right-API-Gateway-For-Your-Platform-Comparison-Of-Kong-Tyk-Apigee-And-Alternatives/