容器服务ASK现在有企业在生产用apisix吗？用的时候是不是得自己开发插件啊？

自建的大部分都是apisix把，有现有的插件，可以替代，此回答整理自钉群“Kubernetes社区大群”

Apache APISIX 是一个高性能、可扩展的开源 API 网关和微服务管理平台。虽然目前有企业在生产环境中使用 APISIX，但具体情况可能因组织和业务需求而有所不同。

APISIX 提供了丰富的功能和特性，包括动态路由、负载均衡、灰度发布、限流、认证授权、监控等。它还支持插件机制，可以通过自定义插件来满足更具体的需求，例如自定义鉴权逻辑、请求转发规则等。这使得您可以根据业务需要进行灵活的定制和扩展。

相比之下，Spring Cloud Gateway 是另一个常见的 API 网关框架，也提供了类似的功能，如路由、负载均衡、过滤器等。它是基于 Spring 生态系统构建的，与 Spring Boot 和 Spring Cloud 功能集成紧密。

选择 APISIX 还是 Spring Cloud Gateway 取决于您的具体需求和技术栈偏好。以下是一些考虑因素：

• 性能和可扩展性：APISIX 在性能和高并发方面表现出色，并具备良好的可扩展性。
• 插件机制：APISIX 的插件机制允许您自定义和扩展网关功能，而 Spring Cloud Gateway 的扩展性相对较差。
• 生态系统：如果您的应用已经基于 Spring 生态系统构建，并且使用了大量的 Spring Boot 和 Spring Cloud 组件，那么选择 Spring Cloud Gateway 可能更为方便和一致。
• 社区支持和文档资源：APISIX 和 Spring Cloud Gateway 都有活跃的社区支持和丰富的文档资源。

当前，确实有些企业在生产环境中使用Apache APISIX作为他们的API网关，比如金融行业的还呗。根据还呗的经验，他们在内部进行的测试显示，在无插件的情况下，APISIX的QPS可以达到80K，这比Spring Cloud Gateway在处理C端流量时的性能要优秀。进一步的测试发现，当把APISIX应用到生产环境时，其性能甚至比之前的网关提高了30%以上。因此，还呗最终决定从Spring Cloud Gateway转向Apache APISIX。

对于插件开发，Apache APISIX提供了两种主要的方式：一种是修改APISIX的源代码然后重新发布；另一种是配置extra_lua_path和extra_lua_cpath在conf/config.yaml文件里。

然而，需要注意的是，虽然Spring Cloud Gateway和Apache APISIX都提供类似的功能集，但它们的使用方式却有所不同。Spring Cloud Gateway源于Spring框架和Spring Boot平台，它主要面向那些已经熟悉Spring的开发人员。所以，是否选择用APISIX替代Spring Cloud Gateway，需要根据你的团队对这两种技术的熟悉程度以及你的具体需求来决定。

Apisix是一款云原生微服务API网关，具备高性能、安全性、开源和可扩展的特性。它基于Nginx和etcd实现，与传统的API网关相比，Apisix具有动态路由和插件热加载的功能，这使得它在微服务系统中表现出色。

确实，有些企业已经在生产环境中使用Apisix。例如，金融企业还呗在近期的API网关迭代过程中，放弃了长期使用的Spring Cloud Gateway，转而选择了Apache APISIX。这进一步证明了Apisix在生产环境中的可行性和稳定性。