API 网关机能较量：Nginx vs. Zuul vs. Spring Cloud Gateway vs. Linke

从产物思想来看，API 网关认真处事哀求路由、组合及协议转换。客户端的全部哀求都起首颠末 API 网关，然后由它将哀求路由到吻合的微处事。API 网关常常会通过挪用多个微处事并归并功效来处理赏罚一个哀求，它可以在 Web 协议(如 HTTP 与 WebSocket)与内部行使的非 Web 友爱协议之间转换，以是说浸染照旧很大的，因此技能方案选型对付整个体系来说也有必然重要性。

从我所领略的这四款组件的计划道理来看，Zuul1 的计划模式和 Nigix 较像，每次 I/O 操纵都是从事变线程中选择一个执行，哀求线程被阻塞直到事变线程完成，可是不同是 Nginx 用 C++ 实现，Zuul 用 Java 实现，而 JVM 自己有第一次加载较慢的环境。Zuul2 的机能必定会较 Zuul1 有较大的晋升，另外，Zuul 的第一次测试机能较差，可是从第二次开始就好了许多，也许是因为 JIT(Just In Time)优化造成的吧。而对付 Linkerd，它自己是对付资源较量敏感的一种网关计划，以是在通用情形下拿它和其他网关实现对较量，也许会呈现禁绝确的功效。

【编辑保举】

1. 放眼环球 百度DAP为移动互联网开拓者闯荡外洋市场扬帆助力
2. “工匠”的精力新一代旗舰AP为中科院物理所“铸魂”
3. 收集 | 怎样计一律个亿级API网关？
4. 怎样计一律个亿级API网关？ - 收集·安详技能周刊第371期
5. 解密NFV：互操纵性和API之间不得不说的相关

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!