用云函数跑量化日更任务，先分清“调度”和“计算”

最近在整理日更行情和因子计算任务时，我重新看了腾讯云云函数的定时触发器。它的优点很直观：不用长期维护一台服务器，用 Cron 到点触发，适合收盘后更新少量数据、生成简报或做健康检查。但它不是把所有回测代码原样上传就结束，先分清“调度”和“计算”更重要。

腾讯云文档说明，定时器按 Cron 触发事件函数，而且始终采用异步调用。也就是说，触发动作发生了，不代表业务结果已经成功生成。函数里至少要记录本次任务的交易日、触发时间、数据版本和结束状态；外部再检查结果文件或状态表，而不是只看控制台显示“已触发”。

幂等也不能省。定时任务可能因重试、网络抖动或人工补跑而重复执行。我的做法是用交易日和任务名组成唯一键，开始前先检查该日结果是否完整；未完成才继续，完成则直接退出。结果不要只留在临时运行目录，重要的行情快照、因子文件和日志可以写到 COS，并在上传成功后再写完成标记。

Cron 时间也要认真核对。官方事件中的 Time 字段使用零时区，表达式则按平台规则配置。涉及 A 股收盘后任务时，应明确北京时间与 UTC 的换算，并另外判断交易日，不能简单用周一到周五代替交易所日历。

SCF 更适合耗时可控、依赖不重、输入输出明确的任务。全市场多年回测、需要常驻连接的交易程序，通常仍适合放在 CVM、容器或专门调度系统里。一个实用的拆法是让云函数负责准时启动、校验参数和写状态，把重计算交给更稳定的计算环境。

判断架构是否合适，不看用了多少云产品，而看失败后能不能重跑、结果能不能追踪、重复触发会不会污染数据。把这些边界先想清楚，轻量的 Serverless 调度反而很好维护。