我一直在开发微服务（Spring Cloud）一段时间（大约 2 年）并大量使用 Netflix Zuul。虽然它提供了许多功能和出色的特性，但我的开发人员的思想却转向了解替代方案并开始了解 Tyk 和 Kong。
从各个文档和博客中阅读，我了解到或多或少都提供了相似的功能。我想知道两者之间的全面比较以及您实施的任何实际示例将有助于理解。
问问题
7598 次
3 回答
28
根据 CI/CD 两者都可以遵守基础设施即代码方法，所以我看不出部署管道实践方面的差异。
- tyk API 函数集比 Kong 更重要，如果您的业务依赖于 API，这可能是有意义的（需要与一些 Billing 集成，...） https://tyk.io/docs/tyk-rest-api/ api定义对象/
另一方面，Kong 的 API 功能有限，术语恕我直言无法理解： https ://galileo.gelato.io/docs/versions/2.0.0/
- Kong 为 DashBoard/UI 使用 Galileo 报告工具，tyk 使用自己的 DashBoard，不仅包括报告功能，如果您想使用 UI，还包括几乎所有管理功能
- 如果您需要将遗留 API 转换为外部世界，tyk 具有 Transform 功能，可用于转换 XML<->JSON<->YAML<->Custom
- 在 tyk 上，您不仅可以使用 Lua 编写扩展代码，还可以使用 Go、Java 编写扩展代码。Python。.NET、Javascript ...
- 如果您有灾难恢复需求，tyk 有针对企业级架构的多数据中心选项，包括灾难站点
- 如果你需要性能，tyk 是用 Go 编写的。（我们对 tyk 进行了基准测试，以响应大约 3000 个请求/秒。而 Kong 在具有相同 APICall 模式的同一 VM 上响应了大约 2500 个请求/秒）
所以根据你的需求，如果你的任何一个需求与上述之一相匹配，你可以考虑 tyk，如果不是你可以考虑任何你更喜欢的...
于 2018-02-13T16:56:43.993 回答
10
和泰克一起去。我对两者都进行了评估，由于它的 Javascript（通过 otto）、Python 和 Grpc 中间件引擎，它比基于 Lua/nginx 的 Kong 更容易扩展（imho）Tyk（go）。
两者都是开源的并且可以通过 API 控制，但是 kong 的 gui 产品（其他 oss 项目）似乎不成熟，而且更难设置。
来自企业/ sass 模型（为选项付费）。Tyk 将 Kong 的产品从地图上吹走。Tyk 的架构似乎更加合理，明确分离了网关、分析和仪表板组件的关注点。它很好地组合在一起，社区论坛从 Tyk 开发人员那里得到了闪电般的快速响应。
于 2017-10-19T21:49:04.180 回答
3
我会吹嘘一点。我在 Moesif 的联合创始人刚刚写了各种 API 网关的最全面的比较。尽头有一张桌子，可让您快速浏览。
于 2019-03-01T02:42:19.783 回答