本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
批处理请求的工作原理
批处理旨在使所有操作一起通过或失败。因此,可以一起 AWS Elemental MediaLive 验证批处理操作。 MediaLive 执行以下验证:
-
它会确保创建或删除的每个操作都有显式或隐式的启动时间,且至少为未来 15 秒。
-
如果操作参考计划中的现有操作,其将确保对现有操作的参考正确。例如,跟随输入切换包括对其所跟随的操作的参考。该操作必须存在。
如果对任一操作的验证失败,则对批处理中所有操作的验证都将失败。
如果您不希望操作一起通过或失败,请勿提交批处理。相反,请在每个操作的批处理更新计划命令中创建该操作。
如果验证成功,则无论操作的开始时间如何,都将在创建请求之前 MediaLive 处理所有删除请求。
示例 1
批处理的重要用途是,执行必须一起通过或失败的多个操作。例如,假设您要删除公司徽标并立即插入 splice_insert(以便转到广告效用)。为此,您必须创建一个操作来删除徽标,并需要另一个操作来插入 splice_insert。但是,如果 splice_ MediaLive insert 操作失败,则不想插入移除操作,反之亦然。如果两个操作都失败,那就更好了,因为这可以让您修复格式错误的操作,然后重新提交这两个操作。
因此,在一个批处理更新计划命令中同时提交两个操作。
示例 2
批处理的另一个重要用途是,修复计划中操作的错误。例如,您可能需要修复尚未启动并且使用错误的启动时间创建的图像叠加。为此,您需要提交一个包含以下内容JSON的批量更新计划命令:
-
删除用于激活图像叠加的原始操作的有效载荷。此操作的启动时间不正确。
-
添加新操作以激活相同图像叠加的有效载荷。此操作的启动时间正确。