OpenShift环境下Spring Boot微服务API网关选型咨询

优先选择Spring Cloud Gateway即可完全覆盖你的所有需求，综合成本最低。如果你的技术栈已经完全绑定Red Hat全栈商业服务，再考虑Red Hat OpenShift API网关，Nginx对你当前场景的适配度最低。

• Spring Cloud Gateway #

  • 原生支持你要求的全部轻量能力：内置JWT、OAuth2等常见身份认证适配插件，支持对接K8s/OpenShift服务发现实现微服务自动路由，自带日志埋点能力，可无缝对接OpenTelemetry、Zipkin等链路追踪组件，和OpenShift的现有监控栈适配没有障碍
  • 完全开源无额外成本，不需要引入你用不到的开发者门户、消费者限流这类重功能，扩展灵活，完全符合你“网关仅做轻量校验、鉴权下放微服务”的设计要求
  • 容器化部署在OpenShift上没有兼容性问题，资源占用低，运维成本可控

• Red Hat OpenShift API网关 #

  • 属于商业全功能API管理产品，内置大量你不需要的对外API运营相关特性，采购和运维成本都远高于开源方案，没有对外API运营需求的前提下选择该方案性价比极低
  • 如果你的团队已经采购了Red Hat全栈技术支持服务，且所有运维流程都完全基于Red Hat生态搭建，该方案也能满足功能需求，只是投入会更高

• Nginx #

  • 基础版Nginx仅具备反向代理能力，要实现身份认证、动态服务路由、链路追踪这类能力，要么采购付费版Nginx Plus，要么自行编写Lua脚本做二次开发，开发和运维成本远高于Spring Cloud Gateway
  • 仅适合对静态路由转发性能有极致要求的场景，对你当前的轻量微服务网关场景适配度很低

内容的提问来源于stack exchange，提问作者lives