首页
/ Trigger.dev SDK 3.3.11版本发布:支持运行时指定任务执行规格

Trigger.dev SDK 3.3.11版本发布:支持运行时指定任务执行规格

2025-06-04 20:06:40作者:江焘钦

Trigger.dev是一个专注于工作流自动化和任务编排的开源项目,它提供了强大的SDK帮助开发者在应用程序中构建可靠的后台任务和工作流。该项目通过抽象化复杂的分布式系统概念,让开发者能够专注于业务逻辑的实现。

在最新发布的3.3.11版本中,Trigger.dev SDK引入了一项重要功能:支持在触发任务时动态指定执行规格(machine preset)。这一改进为任务执行提供了更灵活的资源配置能力。

动态执行规格配置

在之前的版本中,任务的执行规格(如CPU、内存等资源配置)只能在任务定义时静态设置。3.3.11版本打破了这一限制,允许开发者在触发任务的运行时动态指定执行规格。

这项功能通过新增的machine选项实现,可以与所有类型的触发函数配合使用:

// 基本触发,使用任务定义的默认规格(默认为"small-1x")
await childTask.trigger({ message: "Hello, world!" });

// 动态指定执行规格为"small-2x"
await childTask.trigger({ message: "Hello, world!" }, { machine: "small-2x" });

// 同样适用于等待完成的触发方式
await childTask.triggerAndWait({ message: "Hello, world!" }, { machine: "small-2x" });

// 批量触发时也可为每个任务单独指定规格
await childTask.batchTrigger([
  { payload: { message: "Hello, world!" }, options: { machine: "micro" } },
  { payload: { message: "Hello, world!" }, options: { machine: "large-1x" } },
]);

技术实现与优势

这一功能的实现基于Trigger.dev的核心架构,它允许任务执行环境的配置在运行时动态调整。开发者现在可以根据实际业务需求,为不同重要程度或资源需求的任务分配合适的计算资源。

例如,对于数据处理密集型任务可以使用"large-1x"规格,而对于简单的通知任务则可以使用"micro"规格。这种细粒度的资源控制能够显著提高资源利用率,降低运营成本。

向后兼容性

新版本完全向后兼容,现有的任务定义和行为保持不变。如果不在触发时指定machine选项,系统将回退到任务定义时设置的默认规格,若无设置则使用系统默认的"small-1x"规格。

总结

Trigger.dev SDK 3.3.11版本的这一改进为开发者提供了更灵活的任务执行控制能力,使得资源分配可以根据实际业务场景动态调整。这对于构建高效、经济的后台任务系统具有重要意义,特别是对于资源需求差异大的复杂工作流场景。

开发者现在可以更精细地优化任务执行策略,在保证性能的同时实现资源的最优利用,进一步提升了Trigger.dev在生产环境中的实用价值。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
27
11
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
470
3.48 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
10
1
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
65
19
flutter_flutterflutter_flutter
暂无简介
Dart
718
172
giteagitea
喝着茶写代码!最易用的自托管一站式代码托管平台,包含Git托管,代码审查,团队协作,软件包和CI/CD。
Go
23
0
kernelkernel
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
209
84
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.27 K
695
rainbondrainbond
无需学习 Kubernetes 的容器平台,在 Kubernetes 上构建、部署、组装和管理应用,无需 K8s 专业知识,全流程图形化管理
Go
15
1
apintoapinto
基于golang开发的网关。具有各种插件,可以自行扩展,即插即用。此外,它可以快速帮助企业管理API服务,提高API服务的稳定性和安全性。
Go
22
1