批量请求的工作原理 - MediaLive

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

批量请求的工作原理

批处理旨在使所有操作一起通过或失败。因此，一起 AWS Elemental MediaLive 验证批处理操作。 MediaLive 执行以下验证：

  • 它可确保创建或删除的每个操作都有一个明确或隐含的开始时间，即至少在未来 15 秒内。

  • 如果某项操作指的是计划中的现有操作，则它可以确保对现有操作的引用是正确的。例如，跟随输入开关包括对它所跟随的操作的引用。这种行动必须存在。

如果任何一个操作的验证失败，则批次中的所有操作都将失败。

如果您不希望操作同时通过或失败，请不要提交批次。相反，应在各自的批量更新计划命令中创建每个操作。

如果验证成功，则无论操作的开始时间如何，都将在创建请求之前 MediaLive 处理所有删除请求。

示例 1

批处理的一个重要用途是执行多个必须同时通过或失败的操作。例如，假设您要删除公司徽标并立即插入 splice_insert（以便获得广告机会）。为此，您必须创建一个用于移除徽标的操作和另一个用于插入 splice_insert 的操作。但是，如果 splice_ MediaLive insert 操作失败，则不想插入移除操作，反之亦然。如果两个操作都失败，那就更好了，因为这可以让你修复格式错误的动作，然后再次提交这两个动作。

因此，您可以在一个批量更新计划命令中同时提交这两个操作。

示例 2

批处理的另一个重要用途是修复计划中操作中的错误。例如，您可能想要修复尚未启动且在错误的开始时间下创建的图像叠加层。为此，您需要提交一个带有 JSON 的批量更新计划命令，其中包含以下内容：

  • 用于移除原始动作以激活图像叠加层的有效载荷。此操作的开始时间不正确。

  • 用于添加新动作以激活相同图像叠加层的有效载荷。此操作的开始时间正确。