如何在Heroku中实现Laravel 8与开发环境一致的14天日志留存功能

直接复用本地daily配置的可行性说明 #

Heroku 所有运行应用的 dyno 实例采用临时文件系统，任何写入本地磁盘的文件，都会在 dyno 重启、应用重新部署、或是平台例行的24小时dyno重置后被彻底清空。因此直接照搬本地的daily日志配置，无法实现持久化留存14天日志的需求，仅能获取当前dyno运行时段内的零散日志，数据完整性没有保障。

临时使用daily日志方案的操作 #

如果仅在测试阶段临时需要按天生成的本地日志，不需要长期留存，可以直接通过配置环境变量实现：

• 方案1：通过Heroku CLI执行命令设置：heroku config:set LOG_CHANNEL=daily LOG_LEVEL=debug
• 方案2：在Heroku项目后台的「Settings」页面找到「Config Vars」模块，手动添加对应变量即可

该方案是否符合最佳实践？ #

该方案不符合Heroku环境的最佳实践，核心原因有两个：

1. 临时文件系统的特性决定了本地存储的日志不可靠，极易丢失
2. 多dyno部署场景下，每个dyno的日志独立存储在本地，无法统一查询汇总，排查问题效率极低

行业通用的最优处理方案 #

Heroku平台默认会收集所有应用输出到stdout/stderr的日志，统一汇总到Logplex日志流中，这也是官方推荐的日志处理方式，适配该逻辑的配置如下：

1. 调整Laravel日志通道为stderr，在Heroku的环境变量中设置：LOG_CHANNEL=stderr，本地开发环境仍然可以保留原有的daily配置，两边互不影响
2. 如需留存14天的日志，有三种通用选择：
   • 在Heroku平台的附加组件市场选用日志管理类附加服务，根据需求选择对应留存时长的套餐即可
   • 配置Laravel的日志驱动直接将日志写入对象存储服务，同时配置对象存储的生命周期规则自动删除14天前的日志文件，可完全复现本地daily日志的使用效果，且日志持久化不会丢失。示例配置参考：

   // logging.php 新增通道
   's3_daily' => [
       'driver' => 'daily',
       'path' => 's3://你的存储桶路径/laravel.log',
       'level' => env('LOG_LEVEL', 'debug'),
       'days' => 14,
       'disk' => 's3', // 对应filesystems.php中配置的对象存储磁盘
   ],
   

   之后将Heroku环境变量的LOG_CHANNEL设置为s3_daily即可
   • 也可以将日志统一上报到自建的日志管理平台（如ELK体系），可同时满足日志留存、检索、告警等高阶需求

内容的提问来源于stack exchange，提问作者Dom