Lighthouse CI 临时存储服务故障分析与解决方案

问题背景

近期在使用 Lighthouse CI 进行网站性能测试时，部分用户遇到了报告上传失败的问题。具体表现为 GitHub Actions 工作流中"Uploading median LHR"步骤失败，导致无法生成预期的公开报告链接。这一问题主要影响使用临时公共存储(temporaryPublicStorage)功能的用户。

技术分析

Lighthouse CI 默认提供了一个临时公共存储服务，用于托管生成的性能报告。该服务基于 Google Cloud Storage 实现，用户无需自行配置存储后端即可快速分享测试结果。然而，近期该服务出现了间歇性故障，导致上传过程失败。

从技术实现角度看，当用户启用temporaryPublicStorage选项时，Lighthouse CI 会尝试将报告上传至预设的云存储桶。上传失败通常表现为：

1. 工作流日志中出现"Uploading median LHR failed"错误
2. 输出结果中缺少预期的公开报告链接
3. 虽然本地报告生成成功，但无法通过公开URL访问

解决方案

对于依赖临时存储服务的用户，建议采用以下替代方案：

1. 使用GitHub Artifacts

通过配置uploadArtifacts: true，Lighthouse CI 会将报告作为构建产物存储在GitHub中。虽然这种方式不提供公开URL，但团队成员仍可通过GitHub界面下载查看完整报告。

2. 配置自定义存储后端

更稳定的解决方案是配置自己的存储后端。Lighthouse CI 支持多种存储目标：

{
  "ci": {
    "collect": {
      "url": ["https://example.com"]
    },
    "upload": {
      "target": "lhci",
      "serverBaseUrl": "https://your-lhci-server.example.com",
      "token": "your-token"
    }
  }
}

可选的存储目标包括：

• 自托管的LHCI服务器
• Google Cloud Storage
• AWS S3
• 其他兼容的存储服务

3. 本地报告分析

对于不需要共享报告的场景，可以直接在工作流中分析本地生成的JSON报告，或将其集成到CI流程中进行自动化质量门禁检查。

最佳实践

1. 对于生产环境的关键监控，建议部署专用的LHCI服务器
2. 临时报告适合开发环境快速验证，但不建议作为长期解决方案
3. 定期检查Lighthouse CI更新，以获取存储服务的修复和改进

总结

Lighthouse CI的临时存储服务虽然提供了便利，但在稳定性方面存在局限。通过配置自定义存储后端或利用GitHub原生功能，可以获得更可靠的结果存储方案。开发团队应根据实际需求选择适合的存储策略，确保性能监控数据的持久性和可访问性。