实战day04（一）----FastDFS的架构

一、课程计划

1、图片上传

a)图片服务器FastDFS

b)图片上传功能实现

2、富文本编辑器的使用KindEditor（类似于word的东西）

3、商品添加功能完成

实现可扩容（这台服务器存满了，可以换一台服务器）和高可用（这个图片服务器挂了，其他的服务器可以顶上）

二、图片服务器的安装

1、存储空间可扩展。实现可扩容（这台服务器存满了，可以换一台服务器）

2、提供一个统一的访问方式。

使用FastDFS，分布式文件系统。存储空间可以横向扩展，可以实现服务器的高可用。支持每个节点有备份机。

2.1 什么是FastDFS？

FastDFS（淘宝的工程师开发的，国产软件）是用c语言编写的一款开源的分布式文件系统。FastDFS为互联网量身定制，充分考虑了冗余备份高可用（这个图片服务器挂了，其他的服务器可以顶上）、负载均衡（这台服务器的压力比较大，我可以换另外一台服务器进行服务）、线性扩容（存储空间不够了，可以加服务器，加硬盘）等机制，并注重高可用、高性能等指标，使用FastDFS很容易搭建一套高性能的文件服务器集群提供文件上传、下载等服务。

2.2 FastDFS架构

FastDFS架构包括 Tracker server和Storage server。客户端请求Tracker server进行文件上传、下载，通过Tracker server调度最终由Storage server完成文件上传和下载。Traker类似于dubbo中的注册中心。

       Trackerserver作用是负载均衡和调度，通过Trackerserver在文件上传时可以根据一些策略找到Storage server提供文件上传服务。可以将tracker称为追踪服务器或调度服务器。

       Storageserver作用是文件存储，客户端上传的文件最终存储在Storage服务器上，Storage server没有实现自己的文件系统而是利用操作系统的文件系统来管理文件。可以将storage称为存储服务器。

服务端两个角色：

Tracker：管理集群，tracker也可以实现集群。每个tracker节点地位平等。

收集Storage集群的状态。

Storage：实际保存文件

Storage分为多个组，每个组之间保存的文件是不同的。每个组内部可以有多个成员，组成员内部保存的内容是一样的，组成员的地位是一致的，没有主从的概念。

2.3 文件上传的流程

注意这里的第6步：生成file_id。这个防止了上传的文件id重复，新生成的就一定是唯一的。

第9步，存储文件信息，是保存到数据库里。

客户端上传文件后存储服务器将文件ID返回给客户端，此文件ID用于以后访问该文件的索引信息。文件索引信息包括：组名，虚拟磁盘路径，数据两级目录，文件名。

• 组名：文件上传后所在的storage组名称，在文件上传成功后有storage服务器返回，需要客户端自行保存。 
• 虚拟磁盘路径：storage配置的虚拟路径，与磁盘选项store_path*对应。如果配置了store_path0则是M00，如果配置了store_path1则是M01，以此类推。
• 数据两级目录：storage服务器在每个虚拟磁盘路径下创建的两级目录，用于存储数据文件。如果，只有一级目录的话，所有图片存在一个目录里，不便于管理。每级目录都是从00-FF。
• 文件名：与文件上传时不同。是由存储服务器根据特定信息生成，文件名包含：源存储服务器IP地址、文件创建时间戳、文件大小、随机数和文件拓展名等信息。

2.4 文件下载

2.5 最简单的FastDFS架构