Hemat biaya dan dapatkan lebih banyak fitur dengan AWS Elemental MediaConvert

MediaConvert adalah layanan transcoding video berbasis file yang lebih baru yang menyediakan rangkaian lengkap fitur transcoding canggih, dengan tarif sesuai permintaan mulai dari $0,0075/menit. Baca lebih lanjut.

Sudah menggunakan Amazon Elastic Transcoder? Sangat mudah untuk bermigrasi ke MediaConvert. Untuk informasi selengkapnya, lihat ikhtisar ini yang mencakup informasi berharga tentang proses migrasi dan tautan ke sumber daya tambahan.

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Penanganan Kesalahan di Elastic Transcoder

Ketika Anda mengirim permintaan ke dan mendapatkan respons dari Elastic Transcoder API, Anda mungkin mengalami dua jenis kesalahan API:

Untuk setiap kesalahan API, Elastic Transcoder mengembalikan nilai berikut:

Untuk daftar kode kesalahan yang dikembalikan Elastic Transcoder untuk kesalahan klien dan server, lihatKode Kesalahan API (Kesalahan Klien dan Server).

Selain itu, Anda mungkin mengalami kesalahan saat Elastic Transcoder memproses pekerjaan Anda. Untuk informasi selengkapnya, lihat Kesalahan Selama Pemrosesan Job.

Kode Kesalahan API (Kesalahan Klien dan Server)

Kode status HTTP menunjukkan apakah suatu operasi berhasil atau tidak.

Kode respons200 menunjukkan operasi berhasil. Kode kesalahan lainnya menunjukkan kesalahan klien (4xx) atau kesalahan server (5xx).

Tabel berikut mencantumkan kesalahan yang dikembalikan oleh Elastic Transcoder. Beberapa kesalahan diselesaikan jika Anda hanya mencoba lagi permintaan yang sama. Tabel menunjukkan kesalahan mana yang kemungkinan akan diselesaikan dengan percobaan ulang berturut-turut. Jika nilai kolom Coba Ulang adalah:

Untuk informasi lebih lanjut tentang permintaan mencoba ulang permintaan, lihatPengulangan Kesalahan dan Backoff Eksponensial.

Respons Kesalahan Sampel

Berikut ini adalah respon HTTP yang menunjukkan bahwa nilai untukinputBucket itu null, yang bukan nilai yang valid.

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"}

Kesalahan Selama Pemrosesan Job

Ketika Elastic Transcoder mengalami kesalahan saat memproses pekerjaan Anda, Elastic Transcoder melaporkan kesalahan dalam dua cara:

Menangkap Kesalahan

Agar aplikasi Anda berjalan lancar, Anda perlu membangun logika untuk catch dan menanggapi kesalahan. Salah satu pendekatan yang khas adalah untuk menerapkan permintaan Anda dalamtry blok atauif-then pernyataan.

SDK AWS melakukan pemeriksaan pengulangan dan kesalahan mereka sendiri. Jika Anda mengalami kesalahan saat menggunakan salah satu SDK AWS, Anda harus melihat kode kesalahan dan deskripsi. Anda juga harus melihatRequest ID nilai. Request IDNilai dapat membantu memecahkan masalah dengan dukungan Elastic Transcoder.

Contoh berikut menggunakan AWS SDK for Java untuk menghapus item dalamtry blok dan menggunakancatch blok untuk menanggapi kesalahan tersebut. Dalam hal ini, itu memperingatkan bahwa permintaan gagal. Contoh menggunakanAmazonServiceException kelas untuk mengambil informasi tentang kesalahan operasi, termasukRequest ID. Contoh ini juga menggunakanAmazonClientException kelas jika permintaan tidak berhasil karena alasan lain.

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());
   }

Pengulangan Kesalahan dan Backoff Eksponensial

Banyak komponen di jaringan, seperti server DNS, sakelar, penyeimbang beban, dan lainnya dapat menghasilkan kesalahan di mana pun selama permintaan tertentu.

Teknik biasa untuk menangani respons kesalahan ini dalam lingkungan jaringan adalah dengan menerapkan percobaan ulang dalam aplikasi klien. Teknik ini meningkatkan keandalan aplikasi dan mengurangi biaya operasional bagi developer.

Setiap SDK AWS mendukung Elastic Transcoder mengimplementasikan logika coba ulang otomatis. AWS SDK for Java secara otomatis mengulangi permintaan dan Anda dapat mengonfigurasi pengaturan coba ulang menggunakanClientConfiguration kelas. Sebagai contoh, dalam beberapa kasus, seperti halaman web membuat permintaan dengan latensi minimal dan tanpa percobaan ulang, Anda mungkin ingin menonaktifkan logika coba ulang. Gunakan kelas ClientConfiguration dan berikan nilai maxErrorRetry 0 untuk mematikan percobaan ulang.

Jika Anda tidak menggunakan SDK AWS, Anda harus mencoba ulang permintaan asli yang menerima kesalahan server (5xx). Namun, kesalahan klien (4xx, selain aThrottlingException atau aProvisionedThroughputExceededException) menunjukkan bahwa Anda perlu merevisi permintaan itu sendiri untuk memperbaiki masalah sebelum mencobanya kembali.

Selain percobaan ulang sederhana, kami sarankan menggunakan algoritme backoff eksponensial untuk kontrol aliran yang lebih baik. Ide di balik backoff eksponensial adalah menggunakan waktu tunggu yang semakin lama antara percobaan ulang untuk respons kesalahan yang berurutan. Sebagai contoh, Anda mungkin membiarkan satu detik sebelum pengulangan pertama, sehingga pengulangan kedua, sehingga 16 detik sebelum pengulangan ketiga, dan seterusnya. Namun, jika permintaan tidak berhasil setelah satu menit, mungkin adalah batas keras dan bukan laju permintaan. Misalnya, Anda mungkin telah mencapai jumlah maksimum saluran pipa yang diizinkan. Mengatur jumlah maksimum pengulangan untuk berhenti sekitar satu menit.

Berikut ini adalah alur kerja yang menunjukkan coba lagi logika. Logika alur kerja pertama menentukan apakah kesalahan adalah kesalahan server (5xx). Kemudian, jika kesalahan adalah kesalahan server, kode mencoba ulang permintaan asli.

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