## 一、NAS存储把我们逼上了绝路

2019年，我们的文件存储用的是NAS（网络附加存储），所有服务器挂载同一个NAS目录。

一开始好好的，但随着文件越来越多，问题开始出现：

1. NAS单点故障——NAS宕机，所有文件读写失败
2. 磁盘IO瓶颈——并发上传时NAS扛不住
3. 扩容困难——NAS容量固定，扩容要停机
4. CDN无法对接——NAS文件无法直接用CDN加速

后来我们迁移到了对象存储（MinIO/OSS），所有问题迎刃而解。

---

## 二、对象存储架构

### 2.1 对比

```
┌─────────────────────────────────────────────────────────────────┐
│                  文件存储方案对比                                  │
│                                                                  │
│  方案      │ 可靠性  │ 性能  │ 扩展性  │ 成本  │ CDN          │
│  ─────────────────────────────────────────────────────────────  │
│  本地磁盘  │ 低      │ 高    │ 差      │ 低    │ 不支持        │
│  NAS      │ 中      │ 中    │ 差      │ 高    │ 不支持        │
│  MinIO    │ 高      │ 高    │ 好      │ 低    │ 支持          │
│  阿里OSS  │ 极高    │ 高    │ 极好    │ 中    │ 原生支持      │
│  AWS S3   │ 极高    │ 高    │ 极好    │ 中    │ 原生支持      │
│                                                                  │
└──────────────────────────────────────────────────────────────────┘
```

---

## 三、MinIO实践

### 3.1 部署

```yaml
# docker-compose.yml - MinIO集群
version: '3'
services:
  minio1:
    image: minio/minio
    ports:
      - "9000:9000"
      - "9001:9001"
    environment:
      MINIO_ROOT_USER: admin
      MINIO_ROOT_PASSWORD: admin123456
    command: server http://minio{1...4}/data --console-address ":9001"
    volumes:
      - ./data1:/data

  minio2:
    image: minio/minio
    command: server http://minio{1...4}/data --console-address ":9001"
    volumes:
      - ./data2:/data

  minio3:
    image: minio/minio
    command: server http://minio{1...4}/data --console-address ":9001"
    volumes:
      - ./data3:/data

  minio4:
    image: minio/minio
    command: server http://minio{1...4}/data --console-address ":9001"
    volumes:
      - ./data4:/data
```

### 3.2 Java客户端

```java
/**
 * MinIO文件服务
 */
@Service
@Slf4j
public class MinioFileService {
    
    @Autowired
    private MinioClient minioClient;
    
    /**
     * 上传文件
     */
    public FileUploadResult upload(String bucket, String objectKey, 
                                    InputStream stream, long size, 
                                    String contentType) {
        try {
            minioClient.putObject(
                PutObjectArgs.builder()
                    .bucket(bucket)
                    .object(objectKey)
                    .stream(stream, size, -1)
                    .contentType(contentType)
                    .build()
            );
            
            String url = getFileUrl(bucket, objectKey);
            
            return FileUploadResult.success(objectKey, url);
            
        } catch (Exception e) {
            log.error("文件上传失败: bucket={}, key={}", bucket, objectKey, e);
            throw new BusinessException("文件上传失败");
        }
    }
    
    /**
     * 下载文件
     */
    public InputStream download(String bucket, String objectKey) {
        try {
            return minioClient.getObject(
                GetObjectArgs.builder()
                    .bucket(bucket)
                    .object(objectKey)
                    .build()
            );
        } catch (Exception e) {
            log.error("文件下载失败: bucket={}, key={}", bucket, objectKey, e);
            throw new BusinessException("文件下载失败");
        }
    }
    
    /**
     * 生成预签名URL（临时访问）
     */
    public String getPresignedUrl(String bucket, String objectKey, int expireMinutes) {
        try {
            return minioClient.getPresignedObjectUrl(
                GetPresignedObjectUrlArgs.builder()
                    .bucket(bucket)
                    .object(objectKey)
                    .method(Method.GET)
                    .expiry(expireMinutes, TimeUnit.MINUTES)
                    .build()
            );
        } catch (Exception e) {
            log.error("生成预签名URL失败", e);
            throw new BusinessException("生成文件访问链接失败");
        }
    }
    
    /**
     * 删除文件
     */
    public void delete(String bucket, String objectKey) {
        try {
            minioClient.removeObject(
                RemoveObjectArgs.builder()
                    .bucket(bucket)
                    .object(objectKey)
                    .build()
            );
            log.info("文件删除成功: bucket={}, key={}", bucket, objectKey);
        } catch (Exception e) {
            log.error("文件删除失败", e);
        }
    }
}
```

---

## 四、文件管理架构

### 4.1 文件元数据管理

```sql
CREATE TABLE file_info (
    id BIGINT PRIMARY KEY AUTO_INCREMENT,
    file_name VARCHAR(255) NOT NULL,
    file_type VARCHAR(50),
    file_size BIGINT,
    file_md5 VARCHAR(32),
    object_key VARCHAR(500) NOT NULL,
    bucket VARCHAR(100) NOT NULL,
    content_type VARCHAR(100),
    business_type VARCHAR(50),   -- avatar/product/document
    business_id VARCHAR(100),    -- 关联业务ID
    user_id BIGINT,
    create_time DATETIME,
    is_deleted TINYINT DEFAULT 0,
    INDEX idx_md5 (file_md5),
    INDEX idx_business (business_type, business_id),
    INDEX idx_user (user_id)
);
```

### 4.2 文件服务

```java
/**
 * 文件管理服务
 */
@Service
@Slf4j
public class FileManagementService {
    
    @Autowired
    private MinioFileService minioService;
    
    @Autowired
    private FileInfoMapper fileInfoMapper;
    
    /**
     * 上传文件（完整流程）
     */
    @Transactional
    public FileUploadResult uploadFile(MultipartFile file, 
                                        String businessType, 
                                        String businessId,
                                        Long userId) {
        // 1. 计算MD5（秒传检查）
        String md5 = calculateMd5(file);
        FileInfo existing = fileInfoMapper.selectByMd5(md5);
        
        if (existing != null) {
            // 秒传：创建新引用
            FileInfo newFile = FileInfo.builder()
                .fileName(file.getOriginalFilename())
                .fileType(getFileExtension(file.getOriginalFilename()))
                .fileSize(file.getSize())
                .fileMd5(md5)
                .objectKey(existing.getObjectKey())
                .bucket(existing.getBucket())
                .businessType(businessType)
                .businessId(businessId)
                .userId(userId)
                .build();
            
            fileInfoMapper.insert(newFile);
            return FileUploadResult.quickUpload(newFile.getFileUrl());
        }
        
        // 2. 生成objectKey
        String objectKey = generateObjectKey(businessType, file.getOriginalFilename());
        String bucket = getBucket(businessType);
        
        // 3. 上传到MinIO
        try {
            FileUploadResult result = minioService.upload(
                bucket, objectKey,
                file.getInputStream(),
                file.getSize(),
                file.getContentType()
            );
            
            // 4. 保存文件信息
            FileInfo fileInfo = FileInfo.builder()
                .fileName(file.getOriginalFilename())
                .fileType(getFileExtension(file.getOriginalFilename()))
                .fileSize(file.getSize())
                .fileMd5(md5)
                .objectKey(objectKey)
                .bucket(bucket)
                .contentType(file.getContentType())
                .businessType(businessType)
                .businessId(businessId)
                .userId(userId)
                .build();
            
            fileInfoMapper.insert(fileInfo);
            
            return result;
            
        } catch (IOException e) {
            log.error("文件上传异常", e);
            throw new BusinessException("文件上传失败");
        }
    }
}
```

---

## 五、踩坑实录

### 坑1：Bucket没有设置访问策略

> 上传的文件无法通过URL直接访问。

**解决**：设置Bucket为公共读或使用预签名URL。

### 坑2：文件名中文乱码

> 上传中文文件名的文件，下载时文件名乱码。

**解决**：URL编码文件名，设置Content-Disposition。

### 坑3：存储成本失控

> 大量过期文件没有清理，存储费用持续增长。

**解决**：设置文件生命周期，定期清理过期文件。

### 坑4：图片没有压缩

> 直接上传原图，5MB的图片加载很慢。

**解决**：上传时自动压缩，或使用图片处理服务。

### 坑5：没有防盗链

> 文件被其他网站直接引用，流量费用暴增。

**解决**：设置Referer白名单或使用签名URL。

---

## 六、总结

对象存储最佳实践：

| 原则 | 说明 |
|------|------|
| 私有Bucket | 默认私有，需要签名才能访问 |
| 预签名URL | 临时授权访问 |
| 秒传 | MD5去重 |
| 生命周期 | 自动清理过期文件 |
| 图片处理 | 自动压缩、缩略图 |
| 防盗链 | Referer白名单 |

**血的教训：**

> 文件存储不是"能存就行"。安全、成本、性能，每一个都要考虑清楚。

**思考题：** 你的系统用了什么文件存储方案？

---

*个人观点，仅供参考*

2019年，我们的文件存储用的是NAS（网络附加存储），所有服务器挂载同一个NAS目录。

【架构实战】对象存储架构：从NAS到OSS的演进

2019年，我们的文件存储用的是NAS（网络附加存储），所有服务器挂载同一个NAS目录。【架构实战】对象存储架构：从NAS到OSS的演进

研发部经理

架构设计

后端

NAS存储存在单点故障、性能瓶颈等问题，对象存储（MinIO/OSS）提供高可靠、高性能的解决方案。通过Docker部署MinIO集群，实现文件存储、CDN加速和元数据管理。实践包括文件上传下载、预签名URL、秒传机制等，并总结防盗链、图片压缩等优化经验。对象存储是替代NAS的理想选择，兼顾安全、成本和性能。

对象存储

文件存储

图片处理

数据管理

服务器

Docker

对象存储COS新用户低至1元！


CDN免费试用


文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

【架构实战】对象存储架构：从NAS到OSS的演进-腾讯云开发者社区-腾讯云

【架构实战】对象存储架构：从NAS到OSS的演进

【架构实战】对象存储架构：从NAS到OSS的演进

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐