TheWorldAvatar项目中文件服务器持久化存储问题的解决方案-CSDN博客

本文链接：https://blog.csdn.net/gitblog_07657/article/details/148327613

TheWorldAvatar项目中文件服务器持久化存储问题的解决方案

TheWorldAvatar A knowledge-graph-based digital twin of the world. 项目地址: https://gitcode.com/gh_mirrors/th/TheWorldAvatar

问题背景

在TheWorldAvatar项目中，文件服务器(fileserver)组件负责管理和提供文件存储服务。当前实现中存在一个关键问题：当服务栈(stack)重启时，文件服务器会重新加载初始化文件夹，导致通过HTTP POST请求对文件所做的所有修改都会被覆盖丢失。

问题分析

文件服务器在Docker容器中运行，其内部存储路径为/app/fs_root。当前配置使用的是Docker卷(volume)挂载方式，这种挂载方式在容器重启时会重新初始化卷内容。具体表现为：

文件服务器启动时从初始化文件夹加载文件
运行时通过HTTP POST上传或修改文件
服务栈重启后，所有运行时修改都被丢弃，恢复到初始状态

这种设计对于需要持久化存储文件的应用场景来说是不可接受的，特别是当文件服务器被用作长期数据存储时。

解决方案

通过将Docker挂载类型从"volume"改为"bind"可以解决此问题。bind挂载会将主机文件系统中的目录直接映射到容器内部，实现真正的持久化存储。具体配置如下：

{
    "ServiceSpec": {
        "Name": "file-server",
        "TaskTemplate": {
            "ContainerSpec":    {
                                "Image": "ghcr.io/cambridge-cares/fileserver:1.1.0",
                                "Mounts":   [
                                                {
                                                "Type": "bind",
                                                "Source": "vis_files",
                                                "Target": "/app/fs_root"
                                                }
                                            ],
                                "Secrets": [
                                                {
                                                "SecretName": "file_server_password"
                                                }
                                            ]
                                }
                        }
                    }, 
    "endpoints":    {
                    "file-server": {
                                    "url": "http://localhost:8080/FileServer/",
                                    "externalPath": "/file-server/"
                                    }
                    }
}