Astro工作流 Astro Flow

让整个安全组缺少入方向规则，导致规则引擎的数据目的端不能收到设备发送的消息。 您可以通过添加入方向规则解决这个问题。如果业务场景需要规则引擎接收特定设备发送的信息，您可以添加入方向规则，将“端口范围”限定为特定设备的端口。如果业务场景需要规则引擎接收所有设备发送的信息，您可以添加

查看更多 →

name str 参数解释： 工作流名称 默认取值： 无 createdAt str 参数解释： 工作流的创建时间 默认取值： 无 definition Json结构体 参数解释： 工作流的定义 默认取值： 无 graphUrn str 参数解释： 工作流的URN 默认取值： 无 description

查看更多 →

分支开发工作流 通过新建几个功能分支，增加开发者的交流和协作，它的理念是所有的功能开发都应该在master分支外的一个独立分支进行，这种方式隔离了开发者的工作空间不被互相干扰，保证了master分支的稳定性。 工作方式 开发人员每次在开始新功能开发前，需要在master分支上拉取

查看更多 →

FunctionGraph函数 算子使用FunctionGraph函数工作流。 1 通过算子对数据进行处理，会使用到函数工作流的资源，比如算子执行时长，函数工作流会根据资源使用情况进行收费，收费详情参见函数工作流计费说明。 视频转码 新建转码任务可以将视频进行转码，并在转码过程中压

查看更多 →

选择需要迁移到的企业项目。默认为“default”。 工作流配置完成后，单击“下一步：确认并创建”按钮，进入确认并创建页面。 确认配置信息无误后，单击“确认创建工作流”，弹出启动工作流窗口，此时工作流已创建完成。 如果您希望立即开始迁移，则单击“确认”按钮，立即运行工作流。 如果您需要在标准工作流中添加阶段/步骤，

查看更多 →

工作流配额限制说明 为确保资源的合理分配和系统的稳定运行，在创建工作流时，设定了以下配额限制。请在创建工作流前了解这些限制，以避免因超出配额而导致创建失败。 日创建上限：在同一项目下，每天允许创建的迁移工作流数量上限为50个。 运行中工作流资源总量限制：在同一项目下，同时运行的工作流资源总量上限为500个。

查看更多 →

移任务暂停。 - 工作流配置完成后，单击“下一步：确认并创建”按钮，进入确认并创建页面。 确认配置信息无误后，单击“确认创建工作流”，弹出启动工作流窗口，此时工作流已创建完成。 如果您希望立即开始迁移，则单击“确认”按钮，立即运行工作流。 如果您需要在标准工作流中添加阶段/步骤，

查看更多 →

操作StepExecution 获取工作流节点度量信息 新建消息订阅 删除Subscription 查询Subscription详情 更新Subscription 创建工作流定时调度 查询工作流定时调度详情 删除工作流定时调度信息 更新工作流定时调度信息

查看更多 →

租户从IAM申请到的projectid，一般为32位字符串。 最小长度：32 最大长度：32 workflow_id 是 String 任务id，从工作流命令列表中获取的工作流id。 最小长度：1 最大长度：64 请求参数 表2 请求Header参数 参数 是否必选 参数类型 描述 X-Auth-Token

查看更多 →

分支开发工作流 通过新建几个功能分支，增加开发者的交流和协作，它的理念是所有的功能开发都应该在master分支外的一个独立分支进行，这种方式隔离了开发者的工作空间不被互相干扰，保证了master分支的稳定性。 工作方式 开发人员每次在开始新功能开发前，需要在master分支上拉取

查看更多 →

函数工作流 FunctionGraph 函数工作流的函数并发数在指定范围内 函数工作流使用指定VPC 函数工作流的函数不允许访问公网 检查函数工作流参数设置 父主题： 系统内置预设策略

查看更多 →

集中式工作流 集中式工作流适合5人左右小开发团队，或是刚从SVN工具转型为Git的团队，它只有一个默认的maste分支（相当于svn的trunk主分支），所有人的修改都是在master分支上进行的。但是，这种工作流无法充分发挥git优势和多人协同，不推荐使用。 工作方式 开发人员

查看更多 →

通用实体抽取工作流 工作流介绍 准备数据 选择数据 训练模型 评估模型 部署服务 父主题： 自然语言处理 套件

查看更多 →

使用APIG触发器 函数工作流 介绍如何使用OBS触发器 03:10 使用OBS触发器 函数工作流 介绍如何使用SMN触发器 02:33 使用SMN触发器 函数工作流 使用DIS触发器 02:42 使用DIS触发器 函数工作流 使用定时触发器 02:18 使用定时触发器 函数工作流 创建依赖包 02:42

查看更多 →

执行工作流 执行已编排好的工作流，实现业务容灾切换的完整流程。 前提条件 已创建“异地容灾”类型的命名空间，如何创建命名空间请参考创建命名空间。 在命名空间下已购买执行工作流的多活管理中心，创建多活实例请参考购买多活管理中心。 在命名空间下已创建并编排好工作流。 操作步骤 登录M

查看更多 →

选择需要迁移到的企业项目。默认为“default”。 工作流配置完成后，单击“下一步：确认并创建”按钮，进入确认并创建页面。 确认配置信息无误后，单击“确认创建工作流”，弹出启动工作流窗口，此时工作流已创建完成。 如果您希望立即开始迁移，则单击“确认”按钮，立即运行工作流。 如果您需要在标准工作流中添加阶段、添加步

查看更多 →

工作流图元 事件 活动 网关 父主题： 工作流

查看更多 →

如何定制已有工作流 使用说明 在如下两种情况下，需要修改已有工作流： 因业务需要，工作流要实现的能力变化。此时可以基于原有工作流修改，并保存为新版本。使用时，只可选择一个版本的工作流进行启用。 需要开发的新工作流与已有的某个工作流类似。此时可以基于原有工作流修改，再保存为新的工作

查看更多 →

打开某个工作流，单击编辑器上方的“运行”，运行工作流，模拟与工作流进行交互。 交互完成后，请确认步骤操作的结果是否符合预期。 单击工作流编辑器页面右上方的“跟踪”，打开日志跟踪器页面。 在“日志跟踪器”页面，查看工作流执行的每一步的详细信息，例如查看变量传递是否符合预期。 图1 日志跟踪器 日志跟踪

查看更多 →

历史版本：在流详情页面右下方，展示流的历史版本。 编辑工作流 在“我的工作流”页面的流列表中，鼠标光标移至流卡片上单击“编辑”，进入流编辑页面。 参照4~7编辑工作流的配置。 测试工作流 当前仅支持post请求调用测试，也可以使用其他调测工具进行调测。 在“我的工作流”页面的流列表中，鼠标光标移至流卡片上单击“测试”。

查看更多 →

集中式工作流 集中式工作流适合5人左右小开发团队，或是刚从SVN工具转型为Git的团队，它只有一个默认的maste分支（相当于svn的trunk主分支），所有人的修改都是在master分支上进行的。但是，这种工作流无法充分发挥git优势和多人协同，不推荐使用。 工作方式 开发人员

查看更多 →