文档

FAQ

1. Higress 现在适合上生产系统么?

2. Higress 和 Envoy Gateway 有什么区别?

3. Higress 和阿里巴巴的另一款开源网关 Tengine 有哪些不同?

4. Higress 阿里云上的 MSE 云原生网关有什么关系?是基于此孵化的开源项目吗?

5. Higress 将流量网关、微服务网关、安全网关三合一,这种做法业内是否通用?是否是一种发展趋势?

6. Higress 对上游进行了定制,是否存在着无法享受社区福利、还要背负生态跟进的问题?

7. Higress 支持 Nacos 的服务发现,是否有支持 Consul 的计划?

8. Higress 是否有离线部署版本?

9. Higress 能脱离 istio 环境,只基于 Docker 运行吗?

10. Higress 除了运行在 K8s 上,是否支持在虚拟机和物理机上运行呢?

11. Higress 的 Dashboard 会对外开源么?

12. 当前开源的版本支持 Waf 功能么,有相关的最佳实践么?

13. Higress 是否支持弹性伸缩,网关是无状态的么?

14. Higress 有 roadmap 了么?

15. 如何加入 Higress 社区进行贡献,已经迫不及待了。


Q: Higress 现在适合上生产系统么?

A: 如果是 K8s 下的黑屏化操作,v0.6.0 版本将达到 GA 状态;可观测、控制台、CLI 等整体 GA,需要等到 v0.8.0 版本

具体可以参考我们的Roadmap


Q: Higress 和 Envoy Gateway 有什么区别?

A: Higress 是基于 Envoy 实现和扩展的,和 Envoy Gateway 一样遵循 Gateway API 标准,不同的是,还提供了:

  • Waf 防护、认证鉴权等安全插件能力

  • 多注册中心、协议转化、限流降级等服务管理插件能力,例如,对于传统使用 Dubbo 的微服务用户希望使用原生 RPC 方式暴露对外服务,但通常提供外部访问的服务以使用 HTTP 为主,为了帮助 Dubbo 用户降低服务暴露的开发成本,Higress 提供了 HTTP 转 Dubbo 协议功能,且通过 Console 为用户提供白屏化的配置方式,某客户使用后反馈“这是业界完成度最高的 HTTP 转 Dubbo 协议”功能。

  • 支持 WASM、Lua 等自定义插件,例如 Nginx 用户,我们还会支持进程外插件,满足多语言用户诉求,尤其是 Java 用户因现阶段 Java 社区对 WebAssembly 支持尚不完善但又希望对网关进行扩展的诉求。


Q: Higress 和阿里巴巴的另一款开源网关 Tengine 有哪些不同?

A:

Tengine 是基于 Nginx 实现,通过 Lua 扩展,Higress 基于 istio + Envoy,通过 WASM 扩展,在技术架构上不太一样,开发者可以根据业务场景来进行选型。Higress 已经支持 Nginx Ingress 注解平滑迁移的能力,满足部分用户期望迁移到 Higress 但又不希望重新配置网关的诉求,既可以将 Higress 作为统一接入网关使用,同时又可以享受 Ingress 的红利。


Q: Higress 阿里云上的 MSE 云原生网关有什么关系?是基于此孵化的开源项目吗?

A:

MSE 云原生网关是 Higress 的商业化版本,能力上是有差异的,主要体现在性能、稳定性、易用性和安全性上,因为这些都非常依赖于云上的基础设施能力,详细资源还在整理,后续会在 MSE 的产品页和文档页进行展示,方便大家选型。当然,Higress 处于演进过程中,MSE 云原生网关上的哪些能力对外进行开源,我们会和社区一起定义,开源上我们也会规划一个插件市场。


Q: Higress 将流量网关、微服务网关、安全网关三合一,这种做法业内是否通用?是否是一种发展趋势?

A:

流量网关、微服务网关、安全网关在业界中一直都有使用,部署形态大多采用各自使用独立集群部署,在K8s 主导的容器化背景下,K8s 通过 Ingress 标准化了入口网关,传统流量网关、微服务网关、安全网关独立部署模式在 K8s 下就显得部署成本高、运维复杂,站在用户角度只需要一款功能丰富的高集成网关即可,基于此我们判断高集成网关会是未来的一种发展趋势。


Q: Higress 对上游进行了定制,是否存在着无法享受社区福利、还要背负生态跟进的问题?

A:

Higress 核心代码基本采用可插拔的 Filter 扩展,功能新增也尽量遵循可扩展原则,在上游跟进上为保持自身稳定性也不会马上跟进最新版本,比如 APISIX、Kong 内核都是基于 Nginx,但他们依然发展的很好,事实也说明上游跟进不会成为项目发展障碍。


Q: Higress 支持 Nacos 的服务发现,是否有支持 Consul 的计划?

A:

Higress 和 Nacos 初步完成了整合,在整合完后,会提供给大家使用,Consul 的代码层面已经实现,生产还未验证,有计划开源和社区共建。


Q: Higress 是否有离线部署版本?

A:

目前还没有现成的,需要您自行构建。目前 Docker 镜像都是提供的,可以自行拉取使用。


Q: Higress 能脱离 istio 环境,只基于 Docker 运行吗?

A:

当前是需要依赖 K8s 的,后续支持 Nacos/Consul 等注册中心,可以与 K8s/Istio 松耦合。


Q: Higress 除了运行在 K8s 上,是否支持在虚拟机和物理机上运行呢?

A:

还不支持,但后续会通过 Nacos 做配置管理,来支持这个需求。


Q: Higress 的 Dashboard 会对外开源么?

A:

预计会在 v0.6.0 推出,非常希望借助社区的力量来加速 Dashboard 的开源,好用的后端开源项目需要搭配好用的控制台。


Q: 当前开源的版本支持 Waf 功能么,有相关的最佳实践么?

A:

支持的,并且会遵循 WASM 插件的社区生态,这方面的最佳实践会逐步提供出来。


Q: Higress 是否支持弹性伸缩,网关是无状态的么?

A:

Higress 基于 K8s HPA,是支持弹性伸缩的,网关无状态,是个 deployment 。


Q: Higress 有 roadmap 了么?

A:

请参考Roadmap


Q: 如何加入 Higress 社区进行贡献,已经迫不及待了

A:

我们非常欢迎大家通过各种形式参与到我们项目的建设中,包括但不限于:

  • 架构设计
  • 模块设计
  • 代码实现
  • Bug Fix
  • Demo 样例
  • 文档、网站和翻译

具体的参与方法可以参见我们官网的开发者指引或与 higress@googlegroups.com 联系。 实际上,我们并不拘泥于贡献的形式,开发者提出的每一个 issue,无论是 Bug Report、改进建议或者甚至是问题咨询都代表着对项目的关注和帮助。希望 Higress 项目和社区一起健康成长,成为云原生网关领域一个优秀的解决方案。