通过 ossfs 存储应用程序日志

背景信息

ossfs 是阿里云提供的、将 OSS Bucket 挂载为本地文件系统的工具。通过 ossfs 1.0 写文件时，文件默认会先写到本地磁盘缓存，仅在文件关闭阶段才统一上传到 OSS Bucket。详细机制请参见文件上传。

应用程序的日志文件通常具有"启动时打开、运行期间持续写入、退出时关闭"的特点，整个生命周期内文件长期处于打开状态。这与 ossfs 1.0 的写入机制并不匹配，需要采用合适的方式才能正确地把应用日志通过 ossfs 存储到 OSS Bucket。

推荐做法：日志写本地磁盘 + 通过 ossfs 归档轮转后的日志

将应用日志写入本地磁盘的常规目录，并通过日志轮转策略将轮转出的旧日志文件移动到 ossfs 挂载路径下，由 ossfs 完成上传归档。具体步骤如下：

1. 应用程序将日志写入本地磁盘的常规目录（非 ossfs 挂载路径），便于程序运行期间实时查看与排查。

2. 使用日志框架自带或系统提供的轮转工具（例如 logrotate）按时间或大小定期切分日志，生成已关闭、完整的归档日志文件。

3. 将轮转后的旧日志文件移动（或拷贝）到 ossfs 1.0 挂载路径下，由 ossfs 在文件关闭时统一上传到 OSS Bucket 完成归档。由于轮转后的旧日志是已完整生成且会被关闭的文件，符合 ossfs 1.0 "关闭即上传" 的语义，可以及时持久化到 OSS。

采用上述方式后，当前正在写入的日志位于本地磁盘可实时查看；历史归档日志位于 OSS Bucket 满足长期保留与跨节点访问需求，同时避免了直接挂载场景下的查看不便、磁盘占满与数据丢失风险。

为什么不建议将应用日志路径直接配置为 ossfs 挂载路径？

不建议把应用程序的日志路径直接配置在 ossfs 1.0 挂载路径下，主要影响如下：

1. 日志在程序运行期间无法在云上查看：应用程序的日志通常在程序启动时打开文件、运行期间持续写入、退出时才关闭。由于 ossfs 1.0 仅在文件关闭时统一上传到 OSS，因此在程序运行期间，日志只存在于本地缓存中，云端 Bucket 看不到，不便于实时排查。

2. 本地磁盘空间会持续被占用：随着程序持续运行、日志持续写入，ossfs 1.0 缓存目录中的临时文件会持续增长，本地磁盘空间持续消耗，存在写满磁盘的风险。

3. 异常退出会导致日志丢失：在文件关闭之前，ossfs 1.0 写入的数据仍是本地临时文件，并未持久化到 OSS。如果宿主机宕机或断电等原因导致ossfs 1.0 进程异常退出，未关闭的日志文件不会被上传，可能导致部分日志数据丢失。