能力与适用场景

本章节从「能做什么 / 不适合做什么 / 不能做什么」三个维度，帮助你快速判断 WANOS 是否适合你的使用场景。

它能做什么

WANOS 的核心定位是「存储管理与编排层」，可以运行在多个异构存储之上，提供统一的 S3 接口与策略控制能力。

典型能力包括：

• 多后端冗余与无感迁移

  • 适用于你手里有多块不太可靠的存储（本地盘阵、NAS、云盘等）时，希望通过多副本或后续的纠删码机制提高整体可靠性。
  • 系统可以根据策略，在多个后端之间自动进行副本写入和数据迁移，对上层应用尽量做到无感知。

• 整合碎片空间，形成统一大空间

  • 将多个小容量、分散的存储资源整合成一个逻辑上的大空间统一管理。
  • 通过策略可以控制不同 Bucket / 对象类别落在哪些后端上。

• 本地 + 云协同存储

  • 一部分数据存储在本地（例如边缘节点或本地盘阵），另一部分存储在云端对象存储中，用于加速常用数据访问、减少跨网络流量。
  • 支持在不同区域/后端之间对对象进行迁移和回迁。

• 统一的 S3 接口与多种后端（含 WebDAV）

  • 已通过适配层对接多种后端类型（如 S3、Local、OneDrive、WebDAV 等），对外统一暴露为 S3 接口。
  • 当前版本已支持将 WebDAV 作为后端存储类型使用；未来可能在此基础上增加对外的 WebDAV 协议访问能力，但暂未提供。

• 策略化的数据放置与缓存机制（Pro 功能）

  • 按文件类型、大小、访问频率、访问地域等维度，配置不同的存储策略。
  • 借助节点多级缓存，将热点数据和新上传数据缓存到节点中，提高读写性能。

它不适合做什么

虽然 WANOS 可以管理多种后端存储，但它并不旨在替代所有场景下的对象存储或文件系统实现。

• 不适合作为 MinIO 的直接替代品

  • 虽然 WANOS 也可以落地到本地存储，但不会在「本地存储引擎本身」上做大量优化。
  • MinIO 更像是一个高性能对象存储集群，而 WANOS 更像运行在多个存储之上的「编排和调度层」。

• 不适合作为通用文件系统

  • WANOS 以对象存储语义为核心设计，而不是 POSIX 文件系统。
  • 虽然未来可能会在目录索引等方面做一些优化，但大概率不会去实现完整的文件系统语义。

• 不一定适合大型企业级场景

  • 设计初衷更偏向于解决个人 / 小团队的数据存储与整合问题。
  • 在高 SLA、强合规要求的生产环境中，你可能仍然需要结合成熟的商用对象存储产品一起设计整体方案。

它不能做什么

目前设计上明确不会提供或暂未计划支持的能力包括：

• 绕过服务器流量直接从后端读取数据

  • 所有访问都需要经过系统的节点（中心或边缘），以便进行身份认证、策略控制、计量和缓存管理。
  • 如果在本地安装边缘客户端，可以将数据尽量就近访问，但仍然会经过 WANOS 的逻辑路径。

• 作为完全透明的 S3 / 其他存储网关

  • 默认情况下，WANOS 会对大文件进行分片（Sharding）存储，并分散在不同后端以提升并发与均衡性。
  • 因此，你无法直接在底层后端的磁盘上看到与上传文件完全一一对应的 1:1 文件树结构。底层存储看到的主要是经过编码的数据块（Block），这保证了跨后端的统一管理能力，但也意味着失去了对底层的“透明性”。