升级与维护

对比

新一代应用交付厂商

开源技术厂商

传统网络厂商

OEM厂商和未授权厂商

底层自主性

自主可迭代专有应用交付网络OS

单独迭代受限开源无专有OS

有专有OS侧重网络应用侧功能依然依赖开源自主迭代极难

受限F5、A10、Radware等原厂。相关产品非新版本甚至会比新版本差距近十年水平

性能

2020年实现100G，2023年实现320G计划2024年实现400G

不超过80G

不超过300G

不超过200G

稳定性

支持各种底层协议和会话同步等功能

各种影响稳定性的Vrrp协议和会话同步等不支持

各种影响稳定性的会话同步等不支持

支持

单网卡性能

100G

40G

40G

40G

颗粒度

深度健康检查 高级功能丰富

普通健康检查 高级功能少 且稳定性差 

以四层为主 高级功能需要堆叠硬件导致网络延时增加

支持无新型的深度健康检查及算法，缺少高级功能

分布式架构

分发|调度|深度健康检查|深度调整|优化|诊断|认证｜监测｜同步

分发为主深度策略少同步难

少

支持部分高级功能

智能化准备

可提供深度业务质量数据洞察力和元原生加固的前沿性能力

数据颗粒度差、云原生等基于开源无作为

应用侧弱

无迭代和二开支持能力

金融重点业务运行与开发经验

丰富且问题运行持续迭代

无

无

旧版经验无法满足新需求

厂商类型

超级网关（第三代负载均衡商业产品）

云原生开源修改产品

延时与效率

1、深度优化的技术底座减低延时和优化性能

2、一次处理，包括应用安全控制和应用网络控制延时低，效率高。

3、统一排错和反向控制简单。

1、底层优化有限，缺乏技术底座。

2、多次处理，多网关串行导致延时增加。

3、需要不同网关和团队排错并协助控制。处理复杂。

异构与统一

1、提前多云灾备适配，方便异构。

2、多云业务质量统一交付，统一大安全。

3、应用安全和质量监控，统一收集、统一学习、统一控制，。

1、受限知识产权和底层能力，异构复杂。

2、不同云与不同厂家负责，统一困难。

3、规范不统一和数据的不完整，导致无法高质量监控与学习，无从统一控制。

生态与分工

1、国产化替代

2、调度、认证、监控、控制与同步等多云智能能力让外网、内网、边缘网络业务质量统一交付。

3、业务高质量为目标，与开源技术互补。

1、国产化替换

2、碎片化网关很难无法统一交付。

3、业务高质量为目标，必然需求第三代技术加持。

代际

发布时间

性能支持

本地负载

全局负载

认证

加密硬件

健康检查

业务诊断

安全

智能化准备

1.0

2015

10G

О

О

2.0

2019

40G

Vrrp支持

IPv6增强等

О

О

支持TLS1.3

增强

О

全球黑名单

400个API

3.0

2020

100G

算法增强

容器支持

Qos增强等

丰富算法

增强

支持FIPS及国密

增强

Netflow支持

WAF支持

100多逻辑API、vRlues

4.0

2025

400G

Http3支持等增强

О

О

增强

更加灵活

增强

-

tRules,支持事件数， f5-130、luccitech53，radware22iRules命令数，400，luccitech300，radware92