[发明专利]文件管理系统和方法

说明书

本发明提供了一种文件管理系统和方法。该文件管理系统包括：接口层，具有一个或多个接口层节点，被配置为接收与应用软件相关的文件操作请求；调度层，具有一个或多个调度层节点，被配置为利用文件操作请求确定文件在存储层中的存储位置；以及存储层，具有2ⁿ个存储层节点，被配置为基于存储位置对文件执行与文件操作请求相对应的操作，其中n是不小于0的整数。根据本发明的文件管理系统和方法可以动态地为各个应用软件分配资源，并且可以高效地处理来自用户的文件操作请求。

技术领域

本发明涉及数据存储领域，更具体地涉及一种文件管理系统和方法。

背景技术

随着互联网业务的快速增长，用户对应用软件的需求不断膨胀，因而应用软件提供商并行开发的应用软件的数目也随之增长。在应用软件提供商并行开发大量应用软件的情况下，开发应用软件的过程中需要存储的大小在1kB至10MB范围内的文件(为了简单，下面称为“小文件”)的数目飞速增长。

传统上，由于并行开发的应用软件的数目较少，开发应用软件的过程中需要存储的小文件的数目也较少，所以通常将这些小文件存储在单台服务器上。但是，当并行开发的应用软件的数目越来越多时，开发应用软件的过程中需要存储的小文件的数目将以几何级数增长，单台服务器将难以支撑，一旦服务器崩溃，将不可避免地影响应用软件的开发进程。

为了解决这个问题，一般通过多台服务器来存储这些小文件并通过网络文件系统(Network File System，NFS)来共享这些文件。然而，当不同应用软件的开发人员共享一套NFS时，为了实现不同应用软件的开发人员之间的隔离，服务器维护人员需要对不同应用软件的开发人员设置不同的权限，这个过程将非常繁琐。

目前，大多数应用软件提供商采用了这样的文件管理方式，即在对新应用软件进行立项时，通过估计资源需求单独申请独立的服务器。但是，这样的文件管理方式存在以下问题：如果对资源需求的估计不准确，则可能会导致服务器长期处于空闲状态从而导致资源被浪费，或者可能会导致服务器无法满足实际需求而需要扩容，此时应用软件的开发人员和服务器维护人员又要花费时间为数据扩容设计方案。

发明内容

鉴于以上所述的一个或多个问题，本发明提供了一种新颖的文件管理系统和方法。

根据本发明实施例的文件管理系统，包括：接口层，具有一个或多个接口层节点，被配置为接收与应用软件相关的文件操作请求；调度层，具有一个或多个调度层节点，被配置为利用文件操作请求确定文件在存储层中的存储位置；以及存储层，具有2ⁿ个存储层节点，被配置为基于存储位置对文件执行与文件操作请求相对应的操作，其中n是不小于0的整数。

根据本发明实施例的文件管理方法，包括：通过接口层接收与应用软件相关的文件操作请求；通过调度层利用文件操作请求确定文件在存储层中的存储位置；以及基于存储位置，通过存储层对文件执行与文件操作请求相对应的操作。

根据本发明实施例的文件管理系统和方法可以动态地为各个应用软件分配资源，并且可以高效地处理来自用户的文件操作请求。

附图说明

从下面结合附图对本发明的具体实施方式的描述中可以更好地理解本发明，其中：

图1示出了根据本发明实施例的文件管理系统的框图。

图2示出了根据本发明实施例的文件管理方法的流程图。

具体实施方式