聚焦人机交互智能应用领域，APISIX 在希沃网关的应用与实践

本文链接：https://blog.youkuaiyun.com/ApacheAPISIX/article/details/128301156

视源股份（CVTE）在应对快速增长的业务中，通过引入 APISIX 作为网关解决方案，解决了以往迭代中的痛点，提升了运维效率和流量控制能力。在迁移过程中面临域名多、路由匹配等问题，通过优化和自研插件得以解决。应用 APISIX 带来了运维效率提升、流量控制增强以及架构简化等益处。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

分享嘉宾简海清，视源股份运维负责人。

视源股份（CVTE）自成立以来，依托在音视频技术、人机交互、应用开发、系统集成等电子产品领域的软硬件技术积累，建立了教育数字化工具及服务提供商希沃（seewo）、智慧协同平台 MAXHUB 等多个业内知名品牌。其中希沃从 2012 年到 2021 年连续 10 年蝉联中国交互智能平板行业市占率桂冠，已成为名副其实的行业标杆企业。

为了应对日趋成熟及快速增长的业务现状，希沃又是如何在网关层面进行跟进的呢？

随着技术的飞速发展，在人际交互智能领域，业务需求也对架构迭代有了更高的要求。为了应对日趋成熟及快速增长的业务现状，希沃又是如何在网关层面进行跟进的呢？

网关往期迭代与痛点

希沃网关的发展经历了四个版本的迭代。2013 年公司开始尝试互联网业务，那时候采用了 OpenResty + NGINX 静态配置的方式搭建了最初的网关，开发人员通过 SCP（Secure Copy）进行发布。与此同时一个比较严重的问题就是，每次上线发布都需要运维人员的协助才能保证平滑上线。

随着业务的发展和人员的扩充，2016 年我们开发了第二代发布系统和相关迭代网关。这次是基于 OpenResty 集成了 upsync 模块，同时配合 Consul 来进行服务发现。第二代的系统解决了上一代开发人员无法独立发布上线的问题，但仍需要运维协助才能进行扩容。

之后公司业务开始了迅猛发展，开始对网关以及产品的弹性扩缩能力有了更高的要求。2018 年我们基于 K8s 开发了第三代系统。考虑到仍有部分应用遗留在数组机上，所以整个网关架构是在 K8s 上使用 Ingress NGINX 来当作第二层的网关，第一层网关仍是 OpenResty 配合的双层网关架构。这种情况下虽然解决了前代发布扩容等自助问题，但又引入了新的麻烦。

业务的快速扩充致使对于整体稳定性的要求越来越高。采用这种双层网关架构后，一层 NGINX reload 和二层网关的路由变更，都会造成长连接断开。这对于一些长连接使用场景会影响较大，比如软件需要获取老师的授课状态时连接突然断开，状态获取中断从而影响授课。

output (4).png