我在docker下使用过的网关对比(Ocelot,Kong,Envoy)
Ocelot | Kong | Envoy | |
优点 | 使用.net core开发,配置简单 | 基于Nginx,可以使用配置文件,也可以使用数据库对配置持久化,同时还可以配置操作页面,比较友好 | Http2为一等公民 |
放弃原因 | 无法支持PartialContent,即代码返回文件时设置enableRangeProcessing=true无效 | kong的使用场景是消息转发,对跳转链接支持不友好。即使用IdentityServer4的 Authorization Code模式进行登录,在跳转的过程中会导致redirect链接不正确 | 完美解决前面两个网关的问题,目前正在使用,未发现问题 |
以上对比不考虑性能方面的原因,相信在大部分情况下,易用性,功能的完备要比性能更优先考虑,网上也有很多相关性能方面的压测,差别也并没有大到不可接受。
分类:
运维
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通