个人项目复习-云盘Day01
考点1：为什么使用Minio
背景：数据爆炸时代，文件存储持续上升，物理存储资源通过网络连接节点，扩展容易,开发难。
业内解决案：
Minio
✓ 完全兼容Amazon S3协议 ✓ 主流语言客户端支持（Java/Python/Go等） ✓ 提供Web管理界面+丰富API ✓ 支持分布式部署+自动数据修复 数据加密（AES-256） 精细化访问控制（IAM策略） 多节点高可用架构
考点2：Amazon S3协议
亚马逊提供的一种对象存储服务，行业领先的可扩展性，它是一种基于HTTP协议的RESTful API，用于访问Amazon Web Services (AWS)提供的对象存储服务。
常见API：
通相关 bucketExists(String bucketName) removeBucket(String bucketName) createBucket(String bucketName) getAllBucket() 文件处理 listObjects(String bucketName) doesObjectExist(String bucketName, String objectKey) upload(String bucketName, String objectKey, String localFileName) upload(String bucketName, String objectKey, MultipartFile file); delete(String bucketName, String objectKey) 下载管理 getDownloadUrl(String bucketName, String remoteFileName, long timeout, TimeUnit unit) download2Response(String bucketName, String objectKey, HttpServletResponse response)
考点3：存储模块使用的设计模式
策略模式：
定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换
定义共享接口：首先定义共享接口，接口规定了所有支持的算法必须遵循的规则
实现具体策略：为这个接口提供多种不同的实现，每个实现代表一个具体的算法或行为
优点：算法的封装，易于扩展，简化单元测试。
缺点：客户端需要知道所有策略类：客户端需要了解所有策略类的存在，以便能够选择合适的策略；增加系统复杂性
角色：Context上下文，Strategy策略角色，ConcreteStrategy具体策略角色
策略模式的优势：客户端代码与存储实现的解耦；灵活切换存储策略，支持AB测试（多个存储策略进行性能比较）
考点4：为什么要抽象存储引擎接口
原因：将文件存储引擎的接口抽象出来，具体实现可以多种，提高系统的灵活性；允许我们根据不同的需求和环境（如开发、测试、生产）灵活切换。
优点：灵活性和可扩展性；解耦；易于测试；代码复用；简化维护。
缺点：复杂性增加，性能考虑，实现一致性
注意：
aws-java-sdk-s3本身就是封装好了，支持多个存储的，为什么我们又要加一层呢？
万一以后不用aws-java-sdk-s3，那岂不是要四处修改aws-java-sdk-s3的API方法
但如果加了一层封装，其他地方使用时，后续修改换别的SDK，只需要修改封装层即可