Tyk 和 Kong 之间有全面的比较吗？
Is there a comprehensive comparison between Tyk vs Kong?
我开发微服务（Spring 云）已有一段时间（~2 年）并大量使用 Netflix Zuul。虽然它提供了很多功能和强大的特性，但我的开发人员思想却转向了了解替代方案并开始了解 Tyk 和 Kong。
阅读各自的文档和博客，我或多或少了解到两者提供了相似的功能。我想知道两者之间的全面比较以及您实现的任何真实世界的例子将对理解有很大帮助。
和泰克一起去。我对两者都进行了评估，由于它的 Javascript（通过 otto）、Python 和 Grpc 中间件引擎，扩展（imho）Tyk（go）比基于 Lua/nginx 的 Kong 容易得多.
两者都是开源的并且可以通过 API 进行控制，但是 kong 的 gui 产品（其他 oss 项目）似乎不成熟并且更难设置。
来自 enterprise/sass 模型（付费选项）。 Tyk 将 Kong 的产品从地图上吹掉了。 Tyk 的体系结构似乎更可靠，明确分离了网关、分析和仪表板组件的关注点。它组合得很好，社区论坛从 Tyk 开发者那里得到闪电般的快速响应。
根据 CI/CD 两者都可以遵守基础架构即代码方法，因此我看不出部署管道实践方面的差异。
- tyk API 功能集与 Kong 相比更多，如果您的业务依赖于 API（需要与某些计费集成，...），这可能有意义
https://tyk.io/docs/tyk-rest-api/api-definition-objects/
另一方面，Kong 的 API 功能有限，恕我直言，术语难以理解：
https://galileo.gelato.io/docs/versions/2.0.0/
- Kong 在 DashBoard/UI 中使用 Galileo 报告工具，tyk 使用自己的仪表板，不仅包括报告功能，而且如果您想使用 UI
，还包括几乎所有的管理功能
- 如果您需要将遗留 APIs 转换为外部世界，tyk 具有 Transform 功能，可用于转换 XML<->JSON<->YAML< ->自定义
- 在 tyk 上，您不仅可以使用 Lua 编码扩展，还可以使用 Go Java 编码扩展。 Python。 .NET，Java脚本 ...
- 如果您有 DR 需求，tyk 有针对企业级架构（包括灾难站点）的多数据中心选项
- 如果你需要性能，tyk 是用 Go 编写的。 （我们对 tyk 进行了基准测试，以响应大约 3000 个请求/秒，而 Kong 在具有相同 API 调用模式的同一虚拟机上响应大约 2500 个请求/秒）
所以根据您的需求，如果您的需求符合上述任何一项，您可以考虑 tyk，如果不是，您可以考虑您更喜欢的...
我要吹牛一点。我在 Moesif 的联合创始人刚刚对各种 API 网关进行了最全面的比较。末尾有一个 table 可以让你快速浏览一下。
我开发微服务（Spring 云）已有一段时间（~2 年）并大量使用 Netflix Zuul。虽然它提供了很多功能和强大的特性，但我的开发人员思想却转向了了解替代方案并开始了解 Tyk 和 Kong。
阅读各自的文档和博客，我或多或少了解到两者提供了相似的功能。我想知道两者之间的全面比较以及您实现的任何真实世界的例子将对理解有很大帮助。
和泰克一起去。我对两者都进行了评估，由于它的 Javascript（通过 otto）、Python 和 Grpc 中间件引擎，扩展（imho）Tyk（go）比基于 Lua/nginx 的 Kong 容易得多.
两者都是开源的并且可以通过 API 进行控制，但是 kong 的 gui 产品（其他 oss 项目）似乎不成熟并且更难设置。
来自 enterprise/sass 模型（付费选项）。 Tyk 将 Kong 的产品从地图上吹掉了。 Tyk 的体系结构似乎更可靠，明确分离了网关、分析和仪表板组件的关注点。它组合得很好，社区论坛从 Tyk 开发者那里得到闪电般的快速响应。
根据 CI/CD 两者都可以遵守基础架构即代码方法，因此我看不出部署管道实践方面的差异。
- tyk API 功能集与 Kong 相比更多，如果您的业务依赖于 API（需要与某些计费集成，...），这可能有意义 https://tyk.io/docs/tyk-rest-api/api-definition-objects/
另一方面，Kong 的 API 功能有限，恕我直言，术语难以理解： https://galileo.gelato.io/docs/versions/2.0.0/
- Kong 在 DashBoard/UI 中使用 Galileo 报告工具，tyk 使用自己的仪表板，不仅包括报告功能，而且如果您想使用 UI ，还包括几乎所有的管理功能
- 如果您需要将遗留 APIs 转换为外部世界，tyk 具有 Transform 功能，可用于转换 XML<->JSON<->YAML< ->自定义
- 在 tyk 上，您不仅可以使用 Lua 编码扩展，还可以使用 Go Java 编码扩展。 Python。 .NET，Java脚本 ...
- 如果您有 DR 需求，tyk 有针对企业级架构（包括灾难站点）的多数据中心选项
- 如果你需要性能，tyk 是用 Go 编写的。 （我们对 tyk 进行了基准测试，以响应大约 3000 个请求/秒，而 Kong 在具有相同 API 调用模式的同一虚拟机上响应大约 2500 个请求/秒）
所以根据您的需求，如果您的需求符合上述任何一项，您可以考虑 tyk，如果不是，您可以考虑您更喜欢的...
我要吹牛一点。我在 Moesif 的联合创始人刚刚对各种 API 网关进行了最全面的比较。末尾有一个 table 可以让你快速浏览一下。