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的价值,可以把它放在网络安全的演进脉络中看。第一阶段是"城堡与护城河"模型:防火墙、IPS、WAF部署在数据中心边界,默认内网可信、外网不可信。第二阶段是"边界延伸":随着远程办公出现,企业用VPN把外部用户接入内网,但VPN只解决连通性,不解决细粒度授权,且集中网关容易成为性能瓶颈和攻击目标。第三阶段就是SASE代表的"身份与策略为中心":不再假设某个位置可信,而是以用户身份、设备状态、应用敏感度作为访问决策依据,安全能力随用户移动。
这一演进背后有三个驱动力:一是应用上云,业务不再只在数据中心;二是用户分散,办公地点从固定走向移动;三是攻击面扩大,传统边界防护难以覆盖分支、居家和移动终端。SASE用统一的云服务替代分散的硬件堆叠,正是对这三个驱动力的直接回应。
三、SASE的核心价值
SASE的价值可以从四个维度理解。第一是体验提升:用户不再需要把流量回绕到总部,访问SaaS的时延显著降低,视频会议、云办公等实时业务受益明显。第二是安全收敛:分散的防火墙、代理、CASB被统一到云服务,策略一处配置、全局生效,减少因设备版本不一致或策略遗漏造成的漏洞。第三是运维简化:企业不再需要为每个分支采购和维保多台安全设备,按需订阅、弹性扩容。第四是适应混合办公:无论员工在家、在分支还是在途,都能获得一致的安全策略和访问体验。
需要强调的是,SASE并不是把传统设备简单搬到云上。真正的SASE要求网络与安全能力在架构层面融合,共享身份、策略和日志,而不是把多个独立云服务拼在一起。这也是评估SASE方案时的重要判断标准。
四、适用场景与选型判断
SASE并非适合所有企业。它最适合以下几类场景:拥有大量分支或远程员工、业务大量使用SaaS、希望降低广域网和安全设备运维成本、对访问时延敏感的企业。相反,如果企业业务几乎全部在单一数据中心、用户集中办公、且已有成熟的边界防护体系,短期内直接上SASE的收益可能有限,更适合从ZTNA或SWG等单点能力切入,逐步演进。
| 判断维度 | 更适合 SASE | 可暂缓或分步引入 |
|---|---|---|
| 用户分布 | 多分支、大量远程/移动办公 | 用户集中在少数固定办公点 |
| 应用形态 | 以 SaaS 和公有云为主 | 业务几乎全在自建数据中心 |
| 运维诉求 | 希望减少硬件维保、统一策略 | 现有边界设备仍可满足需求 |
| 时延敏感度 | 实时业务多,回绕总部代价高 | 对时延不敏感的内部系统 |