通过以下方式节省成本并获得更多功能 AWS Elemental MediaConvert

MediaConvert 是一项较新的基于文件的视频转码服务，它提供了一套全面的高级转码功能，按需费率起价为每分钟 0.0075 美元。阅读更多。

已经在使用 Amazon Elastic Transcoder？ 迁移到很简单 MediaConvert。有关更多信息，请参阅本概述，其中包含有关迁移过程的重要信息以及指向其他资源的链接。

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

处理 Elastic Transcoder 中的错误

当您通过 Elastic Transcoder API 发送请求和获取响应时，可能会遇到两种 API 错误：

对于每个 API 错误，Elastic Transcoder 将返回以下值：

有关 Elastic Transcoder 针对客户端错误和服务器错误返回的错误代码的列表，请参阅 API 错误代码（客户端错误和服务器错误）。

此外，Elastic Transcoder 处理您的任务时可能会遇到错误。有关更多信息，请参见 处理任务过程中出现错误。

API 错误代码（客户端错误和服务器错误）

HTTP 状态代码可以指明某一操作是否成功。

如果响应代码为 200，则表明操作成功。其他错误代码表示客户端错误 (4xx) 或服务器错误 (5xx)。

下表列出了 Elastic Transcoder 返回的错误。某些错误只需重试同一请求即可解决。此表中会指出哪些错误只需连续重试就有可能解决。如果“重试”列的值为：

有关重试请求的更多信息，请参阅 错误重试和指数回退。

错误响应示例

下面是一个 HTTP 响应，它表示 inputBucket 的值为 null (非有效值)。

HTTP/1.1 400 Bad Request
x-amzn-RequestId: b0e91dc8-3807-11e2-83c6-5912bf8ad066
x-amzn-ErrorType: ValidationException
Content-Type: application/json
Content-Length: 124
Date: Mon, 26 Nov 2012 20:27:25 GMT

{"message":"1 validation error detected: Value null at 'inputBucket' failed to satisfy constraint: Member must not be null"}

处理任务过程中出现错误

当 Elastic Transcoder 在处理任务过程中遇到错误时，它会通过两种方式报告错误：

抓取错误

为了让您的应用程序平稳运行，您需要构建逻辑以捕获和响应错误。一种典型的方法是在 try 数据块或 if-then 语句中实施您的请求。

AWS 开发工具包自己也会重试和检查错误。如果您在使用某个 AWS 开发工具包时遇到错误，则您将会看到错误代码和错误描述。您还会看到一个 Request ID 值。Request ID 值可以帮助 Elastic Transcoder 支持人员排除错误。

以下示例使用适用于 Java 的 AWS SDK 删除 try 数据块中的一个项目，并使用 catch 数据块就错误给出响应。在本示例中，系统会发出请求失败的警告。该示例使用 AmazonServiceException 类检索有关操作错误的信息（包括 Request ID）。该示例还使用了 AmazonClientException 类，以处理请求因其他原因失败的情况。

try {
   DeleteJobRequest request = new DeleteJobRequest(jobId);
   DeleteJobResult result = ET.deleteJob(request);
   System.out.println("Result: " + result);
   // Get error information from the service while trying to run the operation	
   }  catch (AmazonServiceException ase) {
      System.err.println("Failed to delete job " + jobId);
      // Get specific error information
      System.out.println("Error Message:    " + ase.getMessage());
      System.out.println("HTTP Status Code: " + ase.getStatusCode());
      System.out.println("AWS Error Code:   " + ase.getErrorCode());
      System.out.println("Error Type:       " + ase.getErrorType());
      System.out.println("Request ID:       " + ase.getRequestId());
   // Get information in case the operation is not successful for other reasons	
   }  catch (AmazonClientException ace) {
      System.out.println("Caught an AmazonClientException, which means"+
      " the client encountered " +
      "an internal error while trying to " +
      "communicate with Elastic Transcoder, " +
      "such as not being able to access the network.");
      System.out.println("Error Message: " + ace.getMessage());
   }

错误重试和指数回退

网络上的大量组件 (例如 DNS 服务器、交换机、负载均衡器等) 都可能在某个指定请求生命周期中的任一环节出现问题。

在联网环境中，处理这些错误响应的常规技术是在客户应用程序中实施重试。该技术可以提高应用程序的可靠性和降低开发人员的操作成本。

每个支持 Elastic Transcoder 的 AWS SDK 都将实施自动重试逻辑。适用于 Java 的 AWS SDK 会自动重试请求，您可以使用 ClientConfiguration 类配置重试设置。例如，有时候网页发出的请求采用最低延迟并且不想重试，您可能会希望关闭重试逻辑。您可以使用 ClientConfiguration 类，并且为 maxErrorRetry 提供 0 值，从而设置为不重试。

如果您没有使用 AWS SDK，则应当对收到服务器错误 (5xx) 的原始请求执行重试。但是，客户端错误（4xx，不是 ThrottlingException 或 ProvisionedThroughputExceededException）表示您需要对请求本身进行修改，先修正了错误然后再重试。

除了简单重试之外，我们还建议使用指数回退算法来实现更好的流程控制。指数回退的原理是对于连续错误响应，重试等待间隔越来越长。例如，您可能会允许经过 1 秒后进行第一次重试，经过 4 秒后进行第二次重试，经过 16 秒后进行第三次重试，以此类推。但是，如果一分钟后请求未成功，则问题可能在于硬限制而不是请求速率。例如，您可能已达到允许的最大管道数量。您可以设置最大重试次数，在大约一分钟的时候停止重试。

以下是显示重试逻辑的一个工作流程。该工作流程逻辑首先确定遇到的是不是服务器错误 (5xx)。如果遇到的是服务器错误，代码就会重试原始请求。

currentRetry = 0
DO
  set retry to false

  execute Elastic Transcoder request

  IF Exception.errorCode = ProvisionedThroughputExceededException
    set retry to true
  ELSE IF Exception.httpStatusCode = 500
    set retry to true
  ELSE IF Exception.httpStatusCode = 400
    set retry to false 
    fix client error (4xx)

  IF retry = true  
    wait for (2^currentRetry * 50) milliseconds
    currentRetry = currentRetry + 1

WHILE (retry = true AND currentRetry < MaxNumberOfRetries)  // limit retries