云上排期易踩？
上云之后，调度入口叫「cron」的也不只一种：EventBridge和经典五段在问号、步长、能否写年位上细节不同。业务侧觉得「都是每天跑」，SRE知道差一个符号就可能是错天。上线前用云上调度方言把表达式对清楚，对着官方表看限制，再和财务关账、封网窗口一起过。对管项目上线、管成本与风险而不是管控制台的PM、运营负责人，这步是少一次「半夜任务把库打满」的事故，多一次变更单上写明的可预期行为。 这样你对外协作、对内复盘都有据可查，老板问起来也拿得出一段完整说明，不必再靠「我口头问过研发」。 这样你对外协作、对内复盘都有据可查，老板问起来也拿得出一段完整说明，不必再靠「我口头问过研发」。 这样你对外协
如何对AWS风格
- 从控制台复制表达式。
- 读官方对照表。
- 用脱敏沙箱打几次事件。
AWS 常见问题
时区是UTC？
按规则/控制台说明设TZ。
步长/？
与Unix解释不同，逐位核对。
和rate混？
rate是另一套，别硬塞cron解析。