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

# Penanganan kesalahan Amazon SQS dan pesan bermasalah
<a name="best-practices-error-handling"></a>

Topik ini memberikan petunjuk terperinci tentang mengelola dan mengurangi kesalahan di Amazon SQS, termasuk teknik untuk menangani kesalahan permintaan, menangkap pesan bermasalah, dan mengonfigurasi retensi antrian huruf mati untuk memastikan keandalan pesan.

****Topik****
+ [Menangani kesalahan permintaan di Amazon SQS](handling-request-errors.md)
+ [Menangkap pesan bermasalah di Amazon SQS](capturing-problematic-messages.md)
+ [Mengatur retensi antrian huruf mati di Amazon SQS](setting-up-dead-letter-queue-retention.md)

# Menangani kesalahan permintaan di Amazon SQS
<a name="handling-request-errors"></a>

Untuk menangani kesalahan permintaan, gunakan salah satu strategi berikut:
+ Jika Anda menggunakan AWS SDK, Anda sudah memiliki logika *coba ulang dan backoff* otomatis yang Anda inginkan. Untuk informasi selengkapnya, lihat [Error Retries dan Exponential Backoff](https://docs.aws.amazon.com/general/latest/gr/api-retries.html) di. AWS*Referensi Umum Amazon Web Services*
+ Jika Anda tidak menggunakan fitur AWS SDK untuk coba lagi dan backoff, izinkan jeda (misalnya, 200 ms) sebelum mencoba kembali [ReceiveMessage](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ReceiveMessage.html)tindakan setelah tidak menerima pesan, batas waktu, atau pesan kesalahan dari Amazon SQS. Untuk penggunaan selanjutnya `ReceiveMessage` yang memberikan hasil yang sama, biarkan jeda yang lebih lama (misalnya, 400 ms). 

# Menangkap pesan bermasalah di Amazon SQS
<a name="capturing-problematic-messages"></a>

Untuk menangkap semua pesan yang tidak dapat diproses, dan untuk mengumpulkan CloudWatch metrik yang akurat, konfigurasikan [antrian huruf mati](sqs-dead-letter-queues.md).
+ Kebijakan redrive mengalihkan pesan ke antrean huruf mati setelah antrian sumber gagal memproses pesan beberapa kali tertentu.
+ Menggunakan antrian surat mati mengurangi jumlah pesan dan mengurangi kemungkinan mengekspos Anda ke pesan *pil racun* (pesan yang diterima tetapi tidak dapat diproses).
+ Termasuk pesan pil racun dalam antrian dapat mendistorsi [`ApproximateAgeOfOldestMessage`](sqs-available-cloudwatch-metrics.md) CloudWatch metrik dengan memberikan usia yang salah dari pesan pil racun. Mengkonfigurasi antrian huruf mati membantu menghindari alarm palsu saat menggunakan metrik ini.

# Mengatur retensi antrian huruf mati di Amazon SQS
<a name="setting-up-dead-letter-queue-retention"></a>

Untuk antrian standar, kedaluwarsa pesan selalu didasarkan pada stempel waktu enqueue aslinya. Ketika pesan dipindahkan ke antrian huruf mati, stempel waktu enqueue tidak berubah. `ApproximateAgeOfOldestMessage`Metrik menunjukkan kapan pesan dipindahkan ke antrian huruf mati, *bukan* saat pesan awalnya dikirim. Misalnya, asumsikan bahwa pesan menghabiskan 1 hari dalam antrian asli sebelum dipindahkan ke antrian huruf mati. Jika periode retensi antrian surat mati adalah 4 hari, pesan akan dihapus dari antrian surat mati setelah 3 hari dan 3 hari. `ApproximateAgeOfOldestMessage` Dengan demikian, ini adalah praktik terbaik untuk selalu mengatur periode retensi antrian huruf mati menjadi lebih lama dari periode retensi antrian asli.

Untuk antrian FIFO, stempel waktu enqueue akan disetel ulang saat pesan dipindahkan ke antrian huruf mati. `ApproximateAgeOfOldestMessage`Metrik menunjukkan kapan pesan dipindahkan ke antrian huruf mati. Dalam contoh yang sama di atas, pesan dihapus dari antrian huruf mati setelah 4 hari dan `ApproximateAgeOfOldestMessage` adalah 4 hari.