Higress 开源后，我们整理了开发者最关心的 15 个问题

云原生架构下，网关承载着流量管理、服务调用、安全管理等多重职能，在稳定性、性能、安全性、易用性上存在着更高的要求。在 CNCF Landscpae 编排和管理的 API Gateway 领域中，已经有不少开源的网关选择，开发者们也有着不小的选型诉求。

1.png

2.png

云原生网关 Higress 开源后，引起了开发者们的热烈讨论，我们整理了大家在 GitHub、钉群、微信群讨论的问题，并将回答汇总如下，方便各位更准确的读懂 Higress，也非常欢迎您和我们一起共建、定义 Higress。

Q1：Higress 现在适合上生产系统么？

A1：推荐发布 GA(General Availability)版本后再上生产，现阶段可以通过阅读源代码、测试环境试用来熟悉项目。

Q2：Higress 和 Envoy Gateway 有什么区别？

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

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

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

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

Q3：Higress 和阿里巴巴的另一款开源网关 Tengine 有哪些不同？

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

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

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

Q5：Higress 将流量网关、微服务网关、安全网关三合一，这种做法业内是否通用？是否是一种发展趋势？

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

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

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

Q7：Higress 支持 Nacos 的服务发现，是否有支持 Consul 的计划？

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

Q8：Higress 是否有离线部署版本？

A8：目前还没有现成的，需要您自行构建。 目前 Docker 镜像都是提供的，直接部署可以使用

Q9：Higress 能脱离 istio 环境，只基于 Docker 运行吗？

A9：当前是需要依赖 K8 s 的，后续支持 Nacos/Consul 等注册中心，与 K8s 松耦合。

Q10：Higress 除了运行在 K8s 上，是否支持在虚拟机和物理机上运行呢？

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

Q11：Higress 的 Dashboard 会对外开源么？

A11：有计划的，非常希望借助社区的力量来加速 Dashboard 的开源，好用的后端开源项目需要搭配好用的控制台。

Q12：当前开源的版本支持 Waf 功能么，有相关的最佳实践么？

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

Q13：Higress 是否支持弹性伸缩，网关是无状态的么？

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

Q14：Higress 有 roadmap 了么？

A14：最近的 milestone 是 0.6.0，更新内容包括：

• Higress Controller 提供管控平面的 RESTful API

• 发布 Higress CLI 工具，简化安装、升级、运维步骤

• 推出 Higress Console，支持域名/路由/服务管理的 UI 交互操作

• 提供开箱即用的指标监控和日志分析能力

近期的 roadmap 如下：

3.png

Q15：如何加入 Higress 社区进行贡献，已经迫不及待了。

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

• 架构设计

• 模块设计

• 代码实现

• Bug Fix

• Demo 样例

• 文档、网站和翻译

具体的参与方法可以参见我们官网的开发者指引：

https://higress.io/zh-cn/docs/developers/contributor-guide或与 higress@googlegroups.com 联系。

实际上，我们并不拘泥于贡献的形式，开发者提出的每一个 issue，无论是 Bug Report、改进建议或者甚至是问题咨询都代表着对项目的关注和帮助。希望 Higress 项目和社区一起健康成长，成为云原生网关领域一个优秀的解决方案。

4.png

搭把手 &直播预告

Higress 自 11 月 5 日开源后，已经获得了 500+star，并在 GitHub Trend 上进入 Top4，可见在云原生网关开源有着较高的关注度和较多的应用需求。我们邀请您在了解 Higress 的时候，再走近一步，例如贡献一份文档、提交一段代码，您就有可能成为 Higress  的第一批 Contributor 甚至 Committer。

我们计划在 11 月 16 日在钉群和阿里云云原生视频号上线一场真直播，请 Higress 的研发同学分享 Higress，并和大家进行互动，欢迎参与，参与方式是加入钉群或微信群，钉群支持在群内观看直播回放。