CN109150927A - 用于文件存储系统的文件下发方法和装置 - Google Patents

Abstract

本申请公开了用于文件存储系统的文件下发方法和装置。该方法的一具体实施方式包括：接收终端发送的文件获取请求，其中，文件获取请求包括待获取文件的文件标识和待获取文件所属的文件集合的标识；获取文件集合的标识和文件标识；确定与所获取的文件集合的标识对应的服务器；将文件获取请求分配至所确定的服务器，使得所确定的服务器向终端下发与文件标识匹配的文件。该实施方式提高了文件下发效率。

Description

用于文件存储系统的文件下发方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及一种用于文件存储系统的文件下发方法和装置。

背景技术

随着信息技术、网络技术、通讯技术、数据库技术的不断发展，文件管理越来越受到企业的重视，例如，在信息技术公司一般都设有用于管理源代码文件的系统。

以分布式版本控制系统Git为例，Git是一款免费、开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。Git服务器是用于提供代码下载的服务器，通常采用多实例集群化方式部署。现有的技术方案Git服务器端是基于轮询机制进行代码下载请求的分配，当代码下载请求达到服务器端时，会被路由到某一个具体Git服务器实例上。该Git服务器实例接收到代码下载请求后，依次从本地磁盘缓存、其他Git服务器实例、后端云存储查找代码文件，如果查找到则响应下载。然而，由于不确定与代码库名对应的Git服务器实例，需要经过多次判断查找，才能找到相应的待下发的代码文件。

发明内容

本申请的目的在于提出一种改进的用于文件存储系统的文件下发方法和装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请实施例提供了一种用于文件存储系统的文件下发方法，文件存储系统包括终端和至少两个服务器，该方法包括：接收终端发送的文件获取请求，其中，文件获取请求包括待获取文件的文件标识和待获取文件所属的文件集合的标识；获取文件集合的标识和文件标识；确定与所获取的文件集合的标识对应的服务器；将文件获取请求分配至所确定的服务器，使得所确定的服务器向终端下发与文件标识匹配的文件。

在本实施例中，确定与所获取的文件集合的标识对应的服务器，包括：基于一致性哈希算法，确定与所获取的文件集合的标识对应的服务器。

在本实施例中，确定与所获取的文件集合的标识对应的服务器，包括：根据预先设置的文件集合的标识与处理单元的对应关系，确定与所获取的文件集合的标识对应的处理单元，其中，处理单元包括至少一个服务器；将所获取的文件集合的标识分配至所确定的处理单元，使得处理单元基于一致性哈希算法，确定至少一个服务器中与所获取的文件集合的标识对应的服务器。

在本实施例中，根据预先设置的文件集合的标识与处理单元的对应关系，确定与所获取的文件集合的标识对应的处理单元，包括：确定预先设置的文件集合的标识与处理单元的对应关系中，是否存在与所获取的文件集合的标识对应的处理单元；如果否，则确定与所获取的文件集合的标识对应的处理单元为预先设置的默认处理单元。

在本实施例中，文件存储系统还包括服务器集群，服务器集群用于接收并存储终端上传的文件，服务器集群与至少两个服务器通信连接；以及将文件获取请求分配至所确定的服务器，使得服务器向终端下发与文件标识匹配的文件，包括：将文件获取请求分配至所确定的服务器，使得服务器在本地查询与文件标识匹配的文件；服务器响应于在本地查询到与文件标识匹配的文件，向终端下发查询到的文件；服务器响应于未在本地查询到与文件标识匹配的文件，获取服务器集群中存储的与文件标识匹配的文件，将所获取的文件缓存至服务器本地，并向终端下发所获取的文件。

第二方面，本申请实施例提供了一种用于文件存储系统的文件下发装置，文件存储系统包括终端和至少两个服务器，该装置包括：接收单元，用于接收终端发送的文件获取请求，其中，文件获取请求包括待获取文件的文件标识和待获取文件所属的文件集合的标识；获取单元，用于获取文件集合的标识和文件标识；确定单元，用于确定与所获取的文件集合的标识对应的服务器；分配单元，用于将文件获取请求分配至所确定的服务器，使得所确定的服务器向终端下发与文件标识匹配的文件。在本实施例中，确定单元，进一步配置用于：基于一致性哈希算法，确定与所获取的文件集合的标识对应的服务器。

在本实施例中，确定单元，包括：确定子单元，用于根据预先设置的文件集合的标识与处理单元的对应关系，确定与所获取的文件集合的标识对应的处理单元，其中，处理单元包括至少一个服务器；分配子单元，用于将所获取的文件集合的标识分配至所确定的处理单元，使得处理单元基于一致性哈希算法，确定至少一个服务器中与所获取的文件集合的标识对应的服务器。

在本实施例中，确定子单元，进一步配置用于：确定预先设置的文件集合的标识与处理单元的对应关系中，是否存在与所获取的文件集合的标识对应的处理单元；如果否，则确定与所获取的文件集合的标识对应的处理单元为预先设置的默认处理单元。

在本实施例中，文件存储系统还包括服务器集群，服务器集群用于接收并存储终端上传的文件，服务器集群与至少两个服务器通信连接；以及分配单元，进一步配置用于：将文件获取请求分配至所确定的服务器，使得服务器在本地查询与文件标识匹配的文件；服务器响应于在本地查询到与文件标识匹配的文件，向终端下发查询到的文件；服务器响应于未在本地查询到与文件标识匹配的文件，获取服务器集群中存储的与文件标识匹配的文件，将所获取的文件缓存至服务器本地，并向终端下发所获取的文件。

第三方面，本申请实施例提供了一种设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行，使得上述一个或多个处理器实现如第一方面上述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如第一方面上述的方法。

本申请实施例提供的用于文件存储系统的文件下发方法和装置，通过接收终端发送的文件获取请求，并获取文件集合的标识和文件标识，而后确定与所获取的文件集合的标识对应的服务器，最后将文件获取请求分配至所确定的服务器，使得所确定的服务器向终端下发与文件标识匹配的文件，提高了文件下发效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的用于文件存储系统的文件下发方法的一个实施例的示意性流程图；

图3是根据本申请的用于文件存储系统的文件下发方法的再一个实施例的示意性流程图；

图4是根据本申请的用于文件存储系统的文件下发方法的一个应用场景的示意图；

图5是根据本申请的用于文件存储系统的文件下发装置的一个实施例的示例性结构图；

图6是适于用来实现本申请实施例的设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于文件存储系统的文件下发方法或用于文件存储系统的文件下发装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，服务器106、107、108、109。网络104用以在服务器106和终端设备101、102、103之间提供通信链路的介质，网络105可用以在服务器106、和服务器107、108、109之间提供通信链路的介质。网络104、105可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102、103上可以安装有文件存储系统的客户端，例如，分布式版本控制系统的客户端，也可以安装有其他应用，例如，搜索类应用、即时通信工具、邮箱客户端等。终端设备101、102、103可以各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器106、107、108、109可以是文件存储系统的服务端，可以接收并存储终端设备101、102、103上传的文件，同样也可以响应于接收到终端设备101、102、103发送的文件获取请求，向终端设备101、102、103下发相应的文件。具体的，服务器106可以接收终端设备101、102、103发送的文件获取请求，并获取文件集合的标识和文件标识，而后确定服务器107、108、109中与所获取的文件集合的标识对应的服务器，最后将文件获取请求分配至所确定的服务器，使得所确定的服务器向终端设备101、102、103下发与文件标识匹配的文件。

服务器107、108、109可以是服务器106的后端服务器，可以是硬件或软件意义上的服务器。例如，可以是服务器实例，服务器实例可以是虚拟的计算环境，包含CPU、内存、操作系统、带宽、磁盘等最基础的计算组件，可理解为一个独立的虚拟机。服务器107、108、109可以在接收到服务器106路由来的文件获取请求后，获取相应的文件，而后直接下发或通过服务器106向终端设备101、102、103下发相应的文件。

需要说明的是，本申请实施例所提供的文件下发方法一般由服务器106执行，相应地，文件下发装置一般设置于服务器106中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的服务器、终端设备和网络。

继续参考图2，示出了根据本申请的用于文件存储系统的文件下发方法的一个实施例的流程200。该用于文件存储系统的文件下发方法，包括以下步骤：

步骤201，接收终端发送的文件获取请求。

在本实施例中，用于文件存储系统的文件下发方法运行于其上的电子设备(例如图1所示的服务器106)可以首先接收终端发送的文件获取请求，其中，文件获取请求包括待获取文件的文件标识和待获取文件所属的文件集合的标识。文件标识可以是文件名或其他可以唯一标识文件的信息，文件集合的标识可以是文件集合的名称或其他可以唯一标识文件集合的信息。

以文件存储系统是Git为例，待获取文件可以是代码文件。待获取文件所属的文件集合可以是代码库，一个代码库可以是用Git托管的一个项目，在Git服务器内部，同一个代码库由多个代码文件(代码文件是压缩的二进制格式存储的)组成。文件集合的标识可以是代码库名，一个用Git托管的项目具有全局唯一的名称，即代码库名。

步骤202，获取文件集合的标识和文件标识。

在本实施例中，上述电子设备可以获取步骤201中接收到的文件获取请求中包括的文件集合的标识和文件标识。上述电子设备可以解析文件获取请求的内容，以获取文件获取请求中携带的文件集合的标识和文件标识。文件集合的标识可以位于请求头中，以文件存储系统是Git，上述电子设备是Nginx(engine x，引擎x)服务器为例，Git服务器端的Nginx服务器接受到请求后，可以将请求转发到内部的Lua组件，Lua组件可以用于从请求头中解析出代码库名。Nginx服务器是一个高性能的超文本传输协议(HTTP，HyperTextTransfer Protocol)服务器，其特点是占用内存少，并发能力强。可以使用lua脚本语言作为Nginx的脚本开发模块，lua是一种小巧的脚本语言，可以很容易的被C语言代码调用，也可以反过来调用C语言的函数。

步骤203，确定与所获取的文件集合的标识对应的服务器。

在本实施例中，上述电子设备可以确定与步骤202中获取的文件集合的标识对应的服务器。上述电子设备可以根据预先设置的文件集合的标识与服务器的对应关系确定与所获取的文件集合的标识对应的服务器。具体的，可以根据历史记录中获取到的文件集合的名称设置文件集合的标识与服务器的对应关系，例如，获取到的次数较多的文件集合的名称可以单独对应一个服务器，获取到的次数较少的若干个文件集合的名称可以对应一个服务器。上述电子设备也可以基于哈希算法将所获取的文件集合的标识映射至相应的服务器。

在本实施例的一些可选实现方式中，确定与所获取的文件集合的标识对应的服务器，包括：基于一致性哈希算法，确定与所获取的文件集合的标识对应的服务器。

在本实现方式中，一致性哈希算法采用环形的哈希空间，例如，将输入映射为一个32位的哈希值的哈希算法，其哈希空间可以想象成一个首(0)尾(2^32-1)相接的圆环。可以将文件集合的标识和服务器的标识都映射到同一个哈希空间中，在此哈希空间中，如果沿着顺时针方向从文件集合的标识的哈希值出发，直到遇到一个服务器的标识的哈希值，那么就将该文件集合的标识分配至此服务器，因为文件集合的标识和服务器的标识的哈希值是固定的，因此文件集合的标识和服务器的对应关系也是唯一确定的。

基于一致性哈希算法，确定与所获取的文件集合的标识对应的服务器，可以在移除或添加一个服务器时，尽可能小的改变已存在映射关系，尽可能的满足单调性的要求。单调性是指如果已经有一些文件集合的标识通过哈希算法分配至了相应的服务器中，又有新的服务器加入到系统中，哈希的结果应能尽可能保证原有已分配的文件集合的标识可以被映射至之前分配的服务器或者新的服务器，而不会被映射至原有的服务器中的其他服务器。

步骤204，将文件获取请求分配至所确定的服务器，使得所确定的服务器向终端下发与文件标识匹配的文件。

在本实施例中，上述电子设备可以将步骤201中接收的文件获取请求分配至步骤203中确定的服务器，使得所确定的服务器向终端下发与文件标识匹配的文件。由于所确定的服务器是与文件集合的标识对应的服务器，该服务器的本地磁盘会缓存同一个文件集合包括的大量文件，所确定的服务器可以直接从本地磁盘查找与文件标识匹配的文件，进行下载响应，只有极端情况，例如扩容了新服务器，服务器磁盘损坏等)才需要从其他设备处获取文件进行下载响应，以此提高了文件下发的效率。所确定的服务器可以直接向终端下发与文件标识匹配的文件，也可以通过上述电子设备向终端下发与文件标识匹配的文件。

在本实施例的一些可选实现方式中，文件存储系统还包括服务器集群，服务器集群用于接收并存储终端上传的文件，服务器集群与至少两个服务器通信连接；以及将文件获取请求分配至所确定的服务器，使得服务器向终端下发与文件标识匹配的文件，包括：将文件获取请求分配至所确定的服务器，使得服务器在本地查询与文件标识匹配的文件；服务器响应于在本地查询到与文件标识匹配的文件，向终端下发查询到的文件；服务器响应于未在本地查询到与文件标识匹配的文件，获取服务器集群中存储的与文件标识匹配的文件，将所获取的文件缓存至服务器本地，并向终端下发所获取的文件。服务器集群可以是云端服务器集群，云端服务器集群中存储有文件存储系统全部的文件，以文件存储系统是Git为例，可以基于一些云服务平台建立远程仓库。

本申请的上述实施例提供的方法通过接收终端发送的文件获取请求，并获取文件集合的标识和文件标识，而后确定与所获取的文件集合的标识对应的服务器，最后将文件获取请求分配至所确定的服务器，使得所确定的服务器向终端下发与文件标识匹配的文件，避免了不确定与文件集合的标识对应的服务器时，服务器需要再次与其他服务器交互的问题，提高了文件下发效率。

请参考图3，图3是根据本实施例的用于文件存储系统的文件下发方法的再一个实施例的流程示意图。

在图3中，该用于文件存储系统的文件下发方法的流程300，包括以下步骤：

步骤301，接收终端发送的文件获取请求。

在本实施例中，用于文件存储系统的文件下发方法运行于其上的电子设备(例如图1所示的服务器106)可以首先接收终端发送的文件获取请求，其中，文件获取请求包括待获取文件的文件标识和待获取文件所属的文件集合的标识。

步骤302，获取文件集合的标识和文件标识。

在本实施例中，上述电子设备可以获取步骤301中接收到的文件获取请求中包括的文件集合的标识和文件标识。

步骤303，根据预先设置的文件集合的标识与处理单元的对应关系，确定与所获取的文件集合的标识对应的处理单元。

在本实施例中，上述电子设备可以根据预先设置的文件集合的标识与处理单元的对应关系，确定与步骤302中获取的文件集合的标识对应的处理单元。预先存储的配置信息中可以记录有文件集合的标识与处理单元的标识的对应关系，若在配置信息未能查询到与所获取的文件集合的标识对应的处理单元的标识，可以确定与所获取的文件集合的标识对应的处理单元为默认的处理单元。处理单元是指预先设置的用于处理请求的，包括至少一个服务器的单元，以Nginx服务器为例，处理单元可以是上游(upstream)模块，upstream模块可以使Nginx服务器跨越单机的限制，完成网络数据的接收、处理和转发。upstream模块可以包括Nginx服务器配置代理的多台服务器，并将请求分配至上述多台后端服务器。

在本实施例的一些可选实现方式中，根据预先设置的文件集合的标识与处理单元的对应关系，确定与所获取的文件集合的标识对应的处理单元，包括：确定预先设置的文件集合的标识与处理单元的对应关系中，是否存在与所获取的文件集合的标识对应的处理单元；如果否，则确定与所获取的文件集合的标识对应的处理单元为预先设置的默认处理单元。如果否，上述电子设备也可以随机确定与所获取的文件集合的标识对应的处理单元。

在本实现方式中，若获取到一些文件集合的标识的次数超过预设阈值，且这些文件集合的标识不在预先设置的文件集合的标识与处理单元的对应关系中，可以建立这些文件集合的标识与原有的默认处理单元之间的对应关系，再重新设置新的默认处理单元，以此可以避免默认处理单元压力过大，进一步提高文件下发的效率。

步骤304，将所获取的文件集合的标识分配至所确定的处理单元，使得处理单元基于一致性哈希算法，确定至少一个服务器中与所获取的文件集合的标识对应的服务器。

在本实施例中，上述电子设备可以将步骤302中获取的文件集合的标识分配至步骤303中确定的处理单元，使得处理单元基于一致性哈希算法，确定至少一个服务器中与所获取的文件集合的标识对应的服务器。以文件存储系统是Git，上述电子设备是Nginx服务器为例，Upstream模块可以通过一致性哈希函数，对代码库名做哈希函数运算，对同一个代码库的所有请求确定命中唯一固定的后端服务器。

步骤305，将文件获取请求分配至所确定的服务器，使得所确定的服务器向终端下发与文件标识匹配的文件。

在本实施例中，上述电子设备可以将步骤301中接收的文件获取请求分配至步骤304中确定的服务器，使得所确定的服务器向终端下发与文件标识匹配的文件。

步骤301、步骤302、步骤305的实现细节和技术效果可以参考步骤201、步骤202、步骤204中的说明，在此不再赘述。

从图3中可以看出，与图2对应的实施例相比，本实施例中的用于文件存储系统的文件下发方法的流程300增加了将所获取的文件集合的标识分配至所确定的处理单元，处理单元再确定具体处理请求的服务器的步骤。由此，本实施例描述的方案避免了仅有一次分配过程时数据处理压力过大的问题，进一步提高了文件下发的效率。

继续参见图4，图4是根据本实施例的用于文件存储系统的文件下发方法的应用场景的一个示意图。在图4的应用场景中，Git服务器401首先接收到终端发送的代码文件获取请求407，并获取其包括的代码库标识408和代码文件标识409，而后根据配置信息406确定与代码库标识408对应的处理单元是第一处理单元410，第一处理单元410通过一致性哈希确定代码库标识408对应的服务器的标识411是10.10.10.2，最后Git服务器401将代码文件获取请求407分配至服务器的标识是10.10.10.2的服务器403，使得服务器403向终端下发与代码文件标识409匹配的代码文件。

进一步参考图5，作为对上述方法的实现，本申请提供了一种用于文件存储系统的文件下发装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的用于文件存储系统的文件下发装置500包括：接收单元501，获取单元502，确定单元503，分配单元504，其中，接收单元501，用于接收终端发送的文件获取请求，其中，文件获取请求包括待获取文件的文件标识和待获取文件所属的文件集合的标识；获取单元502，用于获取文件集合的标识和文件标识；确定单元503，用于确定与所获取的文件集合的标识对应的服务器；分配单元504，用于将文件获取请求分配至所确定的服务器，使得所确定的服务器向终端下发与文件标识匹配的文件。在本实施例的一些可选实现方式中，确定单元503，进一步配置用于：基于一致性哈希算法，确定与所获取的文件集合的标识对应的服务器。

在本实施例中，接收单元501，获取单元502，确定单元503，分配单元504的具体处理可以参考图2对应实施例步骤201、步骤202、步骤203、步骤204的详细描述，在此不再赘述。

在本实施例的一些可选实现方式中，确定单元503，包括：确定子单元(图中未示出)，用于根据预先设置的文件集合的标识与处理单元(图中未示出)的对应关系，确定与所获取的文件集合的标识对应的处理单元(图中未示出)，其中，处理单元(图中未示出)包括至少一个服务器；分配子单元(图中未示出)，用于将所获取的文件集合的标识分配至所确定的处理单元(图中未示出)，使得处理单元(图中未示出)基于一致性哈希算法，确定至少一个服务器中与所获取的文件集合的标识对应的服务器。

在本实施例的一些可选实现方式中，确定子单元(图中未示出)，进一步配置用于：确定预先设置的文件集合的标识与处理单元(图中未示出)的对应关系中，是否存在与所获取的文件集合的标识对应的处理单元(图中未示出)；如果否，则确定与所获取的文件集合的标识对应的处理单元(图中未示出)为预先设置的默认处理单元(图中未示出)。

在本实施例的一些可选实现方式中，文件存储系统还包括服务器集群，服务器集群用于接收并存储终端上传的文件，服务器集群与至少两个服务器通信连接；以及分配单元504，进一步配置用于：将文件获取请求分配至所确定的服务器，使得服务器在本地查询与文件标识匹配的文件；服务器响应于在本地查询到与文件标识匹配的文件，向终端下发查询到的文件；服务器响应于未在本地查询到与文件标识匹配的文件，获取服务器集群中存储的与文件标识匹配的文件，将所获取的文件缓存至服务器本地，并向终端下发所获取的文件。

从图5中可以看出，本实施例中用于文件存储系统的文件下发装置500通过接收终端发送的文件获取请求，并获取文件集合的标识和文件标识，而后确定与所获取的文件集合的标识对应的服务器，最后将文件获取请求分配至所确定的服务器，使得所确定的服务器向终端下发与文件标识匹配的文件，提高了文件下发效率。

下面参考图6，其示出了适于用来实现本申请实施例的设备的计算机系统600的结构示意图。图6示出的设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口606。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个单元、程序段、或代码的一部分，所述单元、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元，获取单元，确定单元，分配单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“用于接收终端发送的文件获取请求的单元”。

作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入服务器中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：接收终端发送的文件获取请求，其中，文件获取请求包括待获取文件的文件标识和待获取文件所属的文件集合的标识；获取文件集合的标识和文件标识；确定与所获取的文件集合的标识对应的服务器；将文件获取请求分配至所确定的服务器，使得所确定的服务器向终端下发与文件标识匹配的文件。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种用于文件存储系统的文件下发方法，所述文件存储系统包括终端和至少两个服务器，其特征在于，所述方法包括：

接收终端发送的文件获取请求，其中，所述文件获取请求包括待获取文件的文件标识和所述待获取文件所属的文件集合的标识；

获取所述文件集合的标识和所述文件标识；

确定与所获取的文件集合的标识对应的服务器；

将所述文件获取请求分配至所确定的服务器，使得所确定的服务器向所述终端下发与所述文件标识匹配的文件。

2.根据权利要求1所述的方法，其特征在于，所述确定与所获取的文件集合的标识对应的服务器，包括：

基于一致性哈希算法，确定与所获取的文件集合的标识对应的服务器。

3.根据权利要求1所述的方法，其特征在于，所述确定与所获取的文件集合的标识对应的服务器，包括：

根据预先设置的文件集合的标识与处理单元的对应关系，确定与所获取的文件集合的标识对应的处理单元，其中，所述处理单元包括至少一个服务器；

将所获取的文件集合的标识分配至所确定的处理单元，使得所述处理单元基于一致性哈希算法，确定所述至少一个服务器中与所获取的文件集合的标识对应的服务器。

4.根据权利要求3所述的方法，其特征在于，所述根据预先设置的文件集合的标识与处理单元的对应关系，确定与所获取的文件集合的标识对应的处理单元，包括：

确定预先设置的文件集合的标识与处理单元的对应关系中，是否存在与所获取的文件集合的标识对应的处理单元；

如果否，则确定与所获取的文件集合的标识对应的处理单元为预先设置的默认处理单元。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述文件存储系统还包括服务器集群，所述服务器集群用于接收并存储所述终端上传的文件，所述服务器集群与所述至少两个服务器通信连接；以及

所述将所述文件获取请求分配至所确定的服务器，使得所述服务器向所述终端下发与所述文件标识匹配的文件，包括：

将所述文件获取请求分配至所确定的服务器，使得所述服务器在本地查询与所述文件标识匹配的文件；

所述服务器响应于在本地查询到与所述文件标识匹配的文件，向所述终端下发查询到的文件；

所述服务器响应于未在本地查询到与所述文件标识匹配的文件，获取所述服务器集群中存储的与所述文件标识匹配的文件，将所获取的文件缓存至所述服务器本地，并向所述终端下发所获取的文件。

6.一种用于文件存储系统的文件下发装置，所述文件存储系统包括终端和至少两个服务器，其特征在于，所述装置包括：

接收单元，用于接收终端发送的文件获取请求，其中，所述文件获取请求包括待获取文件的文件标识和所述待获取文件所属的文件集合的标识；

获取单元，用于获取所述文件集合的标识和所述文件标识；

确定单元，用于确定与所获取的文件集合的标识对应的服务器；

分配单元，用于将所述文件获取请求分配至所确定的服务器，使得所确定的服务器向所述终端下发与所述文件标识匹配的文件。

7.根据权利要求6所述的装置，其特征在于，所述确定单元，进一步配置用于：

基于一致性哈希算法，确定与所获取的文件集合的标识对应的服务器。

8.根据权利要求6所述的装置，其特征在于，所述确定单元，包括：

确定子单元，用于根据预先设置的文件集合的标识与处理单元的对应关系，确定与所获取的文件集合的标识对应的处理单元，其中，所述处理单元包括至少一个服务器；

分配子单元，用于将所获取的文件集合的标识分配至所确定的处理单元，使得所述处理单元基于一致性哈希算法，确定所述至少一个服务器中与所获取的文件集合的标识对应的服务器。

9.根据权利要求8所述的装置，其特征在于，所述确定子单元，进一步配置用于：

确定预先设置的文件集合的标识与处理单元的对应关系中，是否存在与所获取的文件集合的标识对应的处理单元；

如果否，则确定与所获取的文件集合的标识对应的处理单元为预先设置的默认处理单元。

10.根据权利要求6-9中任一项所述的装置，其特征在于，所述文件存储系统还包括服务器集群，所述服务器集群用于接收并存储所述终端上传的文件，所述服务器集群与所述至少两个服务器通信连接；以及

所述分配单元，进一步配置用于：

将所述文件获取请求分配至所确定的服务器，使得所述服务器在本地查询与所述文件标识匹配的文件；

所述服务器响应于在本地查询到与所述文件标识匹配的文件，向所述终端下发查询到的文件；

所述服务器响应于未在本地查询到与所述文件标识匹配的文件，获取所述服务器集群中存储的与所述文件标识匹配的文件，将所获取的文件缓存至所述服务器本地，并向所述终端下发所获取的文件。

11.一种设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的方法。