企业出海东南亚：云存储选型 EFS 与 EBS 的成本与合规实战

企业出海东南亚：云存储选型 EFS 与 EBS 的成本与合规实战

对于正筹备东南亚扩展的 CTO/CIO 来说，云存储选型往往是最先踩坑的环节。我在评估 AWS 存储服务时发现，很多团队对 EFS 和 EBS 的定位存在系统性的误解——有人把所有数据堆到 S3，有人把 EBS 当 NAS 用，还有人根本不清楚两种服务在合规场景下的差异。本文从实操视角出发，梳理 EFS 与 EBS 的核心技术差异、成本结构，以及在东南亚合规环境下的选型逻辑。

Photo by Mikhail Nilov on Pexels

EFS 与 EBS：根本上是两种存储范式

先把基础概念讲清楚。EBS（Elastic Block Store）是块存储，直接挂载到单个 EC2 实例，类似于服务器上的本地磁盘，支持高 IOPS、低延迟，一次只能被一个实例访问（io2 支持多挂载，但架构逻辑完全不同）。EFS（Elastic File System）是网络文件系统，通过 NFS 协议访问，可以同时被多个 EC2 实例共享，类似于企业 NAS，延迟高于 EBS 但具备弹性扩展能力。

从技术选型角度，EFS 适合需要跨实例共享文件的工作负载，例如容器持久化存储、Web 服务器文档根目录、内容管理系统，或者机器学习的临时工作空间。EBS 则适合数据库存储（高 IOPS 需求）、单实例应用、启动卷，以及对延迟极度敏感的场景。两者的性能差距非常具体：gp3 类型 EBS 延迟通常低于 1 毫秒，而 EFS 延迟在 1 到 10 毫秒之间——对于高频交易系统或者大型数据库，这个差距就是生死之别。

成本结构：看起来简单，实际暗藏玄机

EBS 的计费看起来直观：存储费用加上 IOPS 费用。gp3 类型约 0.08 美元/GB/月，io2 类型约 0.125 美元/GB/月。但当你需要高 IOPS 时，成本会急剧攀升：io2 每 1000 IOPS/月额外收取约 65 美元，如果你的应用需要 16000 IOPS，仅 IOPS 费用就超过 1000 美元/月。相比之下，gp3 提供 3000 IOPS 基线，配置到 16000 IOPS 只需额外付费，对于大多数应用场景已经绑绑有余。

EFS 的成本结构略有不同：Standard 层约 0.30 美元/GB/月，Infrequent Access（IA）层约 0.025 美元/GB/月。如果你的文件访问模式高度分散，IA 层能带来显著的成本节省。但要注意，EFS 的"弹性"并非免费——当你需要保障吞吐量时，需要切换到 Provisioned 吞吐量模式，成本会明显上升。

以东南亚新加坡区域 1TB 数据为例：gp3 EBS 存储费用约 80 美元/月，加上快照等附加费用，月均约 90 到 120 美元。EFS Standard 约 300 美元/月，但不需要额外的快照存储费用。如果你的团队在评估后选择了错误的存储类型，年度浪费可能高达数千美元。

Photo by Tara Winstead on Pexels

东南亚合规环境下的存储决策

在东南亚扩展业务时，数据驻留与合规是绕不开的议题。新加坡的 PDPA、印尼的 GR 27/2022、菲律宾的 PDPA 都对数据跨境传输有明确要求。对于使用 EBS 的团队，AWS 的多可用区部署已经覆盖新加坡（ap-southeast-1），数据物理上位于本地，满足大多数合规要求。但如果你需要在多个区域之间共享文件（例如跨国团队协作），EFS 的跨账户共享能力就体现出优势——你可以在同一个 AWS Organization 内共享 EFS 文件系统，而不需要通过公共网络传输数据。

从加密合规角度，EBS 和 EFS 都支持静态加密（KMS）和传输中加密（TLS），两者在合规支持上没有显著差距。但 EFS 的文件级访问日志（通过 VPC Flow Logs）提供了更细粒度的审计能力，这对于需要满足等保 2.0 或 PCI-DSS 要求的企业来说是重要加分项。备份与恢复方面，EBS 快照可以跨区域复制，EFS 则与 AWS Backup 深度集成，两者都可以实现 RPO 趋近于零的保护级别。

多云环境下的存储架构陷阱

对于正在评估多云策略的东南亚出海企业，存储层的统一管理往往比想象中更复杂。如果你的架构同时涉及 AWS 和 Azure，EFS 和 EBS 的概念并不能直接映射到 Azure 的 Blob 和 Disk 服务——Azure 的 Files 服务虽然类似 NFS，但其底层架构与 EFS 有本质差异。Agilewing 的云迁移团队在协助客户进行跨云迁移时，发现许多团队在设计阶段没有充分考虑这一点，导致迁移过程中需要大规模重构存储层。

一个实用的决策框架是：高性能数据库和低延迟应用选 EBS，跨实例共享和弹性扩展需求选 EFS。如果你正在使用 EKS（AWS Kubernetes 服务），EBS 通过 CSI 驱动原生集成，而 EFS 则通过 EFS CSI 驱动支持跨 Pod 共享——在 Kubernetes 环境中，两者可以互补使用，分别服务不同类型的工作负载。

Photo by Brett Sayles on Pexels

迁移后的持续治理：别让存储成为隐形成本

选型只是第一步，迁移后的持续治理才是真正的挑战。我见过太多团队在初期选型正确，但随着业务增长，存储成本失控——最常见的原因是没有人定期审查生命周期策略，旧的快照和未使用的 EFS 文件系统堆积，账单悄然翻倍。

Agilewing 的 MSP 托管服务包含存储成本治理模块，会定期输出生命周期优化建议。对于使用 EBS 的客户，团队会评估是否应切到 gp3 的 Provisioned IOPS 模式；对于使用 EFS 的客户，智能分析工具会识别访问频率低的目录并建议迁移至 IA 层。这些看似微小的优化，年度可以为出海企业节省 20% 到 35% 的存储费用。

另一个常被忽视的风险是备份成本。EBS 快照存储在 S3，按实际使用量计费，但如果快照策略配置不当（例如每天都创建全量快照而不是增量快照），存储费用会快速增长。一个好的做法是使用 AWS Backup 的生命周期策略，自动将旧快照归档至 S3 Glacier，存储成本可以降低 70% 以上。

FAQ

EBS 和 EFS 的延迟差异在实际应用中有多显著？

对于大多数 Web 应用和微服务，两者的延迟差异用户无感知。但对于 MySQL、PostgreSQL 等数据库写入、高频文件操作，或者机器学习训练中的数据读取，EBS 的亚毫秒延迟比 EFS 的 1 到 10 毫秒延迟有实质性优势。选错类型可能导致应用性能下降 30% 到 50%。

在东南亚多区域部署时，存储服务有哪些限制？

AWS 在新加坡（ap-southeast-1）和雅加达（ap-southeast-3）已有可用区域，吉隆坡（ap-southeast-5）也已在 2024 年 GA。但马尼拉和曼谷目前还没有 AWS 区域，在这些位置部署需要跨区域访问新加坡节点，延迟会显著增加。如果你的业务在这两个城市有重要市场份额，提前规划数据同步和缓存策略。

Agilewing 是否提供存储选型的专项评估服务？

是的，Agilewing 的云迁移服务在第一阶段（现况评估）就会对客户的存储使用模式进行完整分析，涵盖 IOPS 需求、访问频率、数据量增长预测和合规要求，产出包含 TCO 对比和风险评估的存储选型建议书。

对于正在规划东南亚云架构的 CTO/CIO，EFS 与 EBS 的选型不是"哪个更好"，而是"哪个更适合你的工作负载"。在东南亚的合规环境和多区域部署需求下，这个决策的影响会被放大。Agilewing 拥有 APN Security 资质认证和丰富的出海企业云迁移经验，可以为你的团队提供从评估到实施的一站式支持。