1. SASE架构的起源与定义

在传统企业网络时代,员工在办公室内通过专线或VPN访问部署在数据中心的业务系统,安全设备也集中部署在数据中心出口。这种"以数据中心为中心"的架构,在云计算、移动办公和SaaS普及之后迅速失效:用户可能在任何地点、用任何设备、访问任何云上的应用,而流量却仍要回绕到总部或数据中心做安全检查,导致时延高、体验差、安全边界模糊。SASE(Secure Access Service Edge,安全访问服务边缘)正是在这一背景下被提出的。

一、SASE的提出背景与定义

2019年,Gartner在《The Future of Network Security in the Cloud》报告中首次系统提出SASE概念,将其定义为一种融合网络连接能力与网络安全能力的云原生服务模型。它的核心特征是:把SD-WAN、SWG、CASB、FWaaS、ZTNA等网络与安全功能整合到统一的云平台,以"服务边缘"的方式就近交付给用户和分支。

理解SASE,需要抓住两个关键词:融合与边缘。融合指网络与安全不再是两套独立采购、独立运维的系统,而是同一策略平面下的能力集合;边缘指这些能力部署在靠近用户和应用的PoP(Point of Presence,接入点)节点上,而不是集中在少数数据中心。用户访问SaaS或互联网时,流量在最近的PoP完成安全检测与转发,无需回绕总部。

SASE = 网络即服务(SD-WAN等) + 安全即服务(SWG/CASB/FWaaS/ZTNA等),以云原生、身份驱动、就近接入的方式统一交付。

二、从边界防护到云原生安全访问的演进

要理解SASE的价值,可以把它放在网络安全的演进脉络中看。第一阶段是"城堡与护城河"模型:防火墙、IPS、WAF部署在数据中心边界,默认内网可信、外网不可信。第二阶段是"边界延伸":随着远程办公出现,企业用VPN把外部用户接入内网,但VPN只解决连通性,不解决细粒度授权,且集中网关容易成为性能瓶颈和攻击目标。第三阶段就是SASE代表的"身份与策略为中心":不再假设某个位置可信,而是以用户身份、设备状态、应用敏感度作为访问决策依据,安全能力随用户移动。

这一演进背后有三个驱动力:一是应用上云,业务不再只在数据中心;二是用户分散,办公地点从固定走向移动;三是攻击面扩大,传统边界防护难以覆盖分支、居家和移动终端。SASE用统一的云服务替代分散的硬件堆叠,正是对这三个驱动力的直接回应。

SASE 演进三阶段与云原生交付结构 阶段一:边界防护 数据中心为信任中心 防火墙 / IPS / WAF 集中部署 默认内网可信、外网不可信 远程访问依赖 VPN 回绕 阶段二:边界延伸 VPN 打通外部用户与内网 解决连通性,不解决细粒度授权 集中网关成为性能瓶颈 攻击面随远程接入扩大 阶段三:SASE 云原生 身份 + 设备状态驱动访问 网络与安全能力融合交付 PoP 就近接入,流量不回绕 策略统一,随用户移动 云原生 SASE 交付结构:统一策略平面 + 分布式 PoP 统一策略平面:身份认证 · 设备合规 · 应用敏感度 · 访问策略下发 PoP 节点 A(就近) SD-WAN 转发 SWG / FWaaS 检测 ZTNA 细粒度授权 PoP 节点 B(就近) CASB 管控 SaaS DLP 数据防泄漏 威胁情报联动 PoP 节点 C(就近) 分支 / 移动用户接入 加密隧道终结 应用加速优化 分支 / 移动用户 SaaS / 互联网应用 数据中心 / 私有应用

三、SASE的核心价值

SASE的价值可以从四个维度理解。第一是体验提升:用户不再需要把流量回绕到总部,访问SaaS的时延显著降低,视频会议、云办公等实时业务受益明显。第二是安全收敛:分散的防火墙、代理、CASB被统一到云服务,策略一处配置、全局生效,减少因设备版本不一致或策略遗漏造成的漏洞。第三是运维简化:企业不再需要为每个分支采购和维保多台安全设备,按需订阅、弹性扩容。第四是适应混合办公:无论员工在家、在分支还是在途,都能获得一致的安全策略和访问体验。

需要强调的是,SASE并不是把传统设备简单搬到云上。真正的SASE要求网络与安全能力在架构层面融合,共享身份、策略和日志,而不是把多个独立云服务拼在一起。这也是评估SASE方案时的重要判断标准。

四、适用场景与选型判断

SASE并非适合所有企业。它最适合以下几类场景:拥有大量分支或远程员工、业务大量使用SaaS、希望降低广域网和安全设备运维成本、对访问时延敏感的企业。相反,如果企业业务几乎全部在单一数据中心、用户集中办公、且已有成熟的边界防护体系,短期内直接上SASE的收益可能有限,更适合从ZTNA或SWG等单点能力切入,逐步演进。

判断维度 更适合 SASE 可暂缓或分步引入
用户分布 多分支、大量远程/移动办公 用户集中在少数固定办公点
应用形态 以 SaaS 和公有云为主 业务几乎全在自建数据中心
运维诉求 希望减少硬件维保、统一策略 现有边界设备仍可满足需求
时延敏感度 实时业务多,回绕总部代价高 对时延不敏感的内部系统
选型提示:评估SASE方案时,重点看三点——网络与安全是否真正融合、PoP节点是否覆盖你的用户与业务区域、策略与日志是否统一。只把多个云安全服务打包,并不等于SASE。

五、小结