[发明专利]一种数据处理方法、用户空间文件系统以及存储介质

说明书

本发明实施例公开了一种数据处理方法、文件系统以及存储介质。该方法应用于安装在宿主应用上的用户空间文件系统，包括：通过文件系统分流器，接收Restful服务器发送的文件请求，并将文件请求分发至配置文件系统或监控文件系统，请求类型包括：配置请求和监控请求；通过配置文件系统，在接收到文件系统分流器分发的配置请求时，对宿主应用中的目标组件进行配置修改操作，目标组件与配置请求匹配；通过监控文件系统，在接收到文件系统分流器分发的监控请求时，从宿主应用中获取与监控请求匹配的性能数据，并将性能数据返回至客户端。本发明实施例的技术方案，使得用户空间文件系统同时向客户端提供对宿主应用的软件性能监控和软件实时配置。

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种数据处理方法、用户空间文件系统以及存储介质。

背景技术

文件系统是操作系统中负责管理和存储文件信息的软件机构。近年来，尤其是在快速文件系统(Fast File System，FFS)、UNIX文件系统(UNIX File System，UFS)快速发展的过程中，文件系统不再仅仅用于外部存储设备的存储格式和访问方式，更是延伸为一种通用的数据访问方式。

对于应用软件系统，很多时候需要现场调试问题，目前常用的调试方式有两种，一是根据系统日志进行调试，二是根据通用软件在系统运行过程中记录的线程、内存等信息进行调试。但这两种方式各有局限性。当使用系统日志进行调试时，如果日志数量太少，难以精确定位系统中的问题，如果日志数量太多，又会严重影响系统性能。当使用通用软件进行调试时，则无法满足一些复杂的、高度定制的需求。

除了现场调试问题，应用软件系统还涉及软件配置问题。常用的软件配置方法包括：1、系统启动时，读取配置文件中的配置信息并应用。2、系统运行过程中，定期轮询配置文件，将新的配置应用到文件系统中。但两种方式也都有其弊端。对于系统启动时加载的配置信息，一旦配置信息改变就需要重启系统。对于定期轮询配置文件的方式，为了保证系统本身的性能，轮询周期不宜过短，因此，配置信息无法实时更改实时生效。另外，由于配置信息种类较多，通常不同模块存在多个类似的轮询行为，会造成系统资源的浪费，影响系统的整体性能。

发明内容

本发明实施例提供一种数据处理方法、用户空间文件系统以及存储介质，以实现在保证系统性能的情况下，用户空间文件系统可以向客户端同时提供对宿主应用的软件性能监控功能和软件实时配置功能。

第一方面，本发明实施例提供了一种数据处理方法，应用于安装在宿主应用上的用户空间文件系统，方法包括：

通过文件系统分流器，接收Restful服务器发送的文件请求，并根据文件请求的类型，将文件请求分发至配置文件系统或监控文件系统，文件请求的类型包括：配置请求和监控请求；

通过配置文件系统，在接收到文件系统分流器分发的配置请求时，对宿主应用中的目标组件进行配置修改操作，目标组件与配置请求匹配；

通过监控文件系统，在接收到文件系统分流器分发的监控请求时，从宿主应用中获取与监控请求匹配的性能数据，并将性能数据返回至客户端。

可选的，通过文件系统分流器，接收Restful服务器发送的文件请求，包括：

通过文件系统分流器，使用通用Restful接口，接收Restful服务器发送的文件请求，文件请求是Restful服务器根据客户端发送的Restful请求生成的。

采用上述技术方案，文件系统分流器使用通用Restful接口获取文件请求，可以统一数据操作的接口，使得不同的操作类型分别对应不同的HTTP方法。例如，GET方法用于获取资源，POST方法用于新建资源或者更新资源，PUT方法用于更新资源，DELETE方法用于删除资源。并且可以实现前后端分离，减少流量，后端只负责数据处理。