Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Jenis antrian Amazon SQS
[**Amazon SQS mendukung dua jenis antrian: antrian [**standar**](standard-queues.md) dan antrian FIFO.**](sqs-fifo-queues.md) Gunakan tabel berikut untuk menentukan antrian mana yang paling sesuai dengan kebutuhan Anda.
| Antrian standar | Antrian FIFO |
| --- | --- |
| **Throughput tak terbatas** - Antrian standar mendukung jumlah panggilan API yang sangat tinggi dan hampir tidak terbatas per detik, per tindakan (, [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html), atau). [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_DeleteMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_DeleteMessage.html) Throughput yang tinggi ini membuatnya ideal untuk kasus penggunaan yang memerlukan pemrosesan pesan dalam jumlah besar dengan cepat, seperti streaming data waktu nyata atau aplikasi skala besar. Sementara antrian standar menskalakan secara otomatis sesuai permintaan, penting untuk memantau pola penggunaan untuk memastikan kinerja yang optimal, terutama di wilayah dengan beban kerja yang lebih tinggi. **At-least-once Pengiriman** - at-least-once Pengiriman terjamin, artinya setiap pesan dikirim setidaknya sekali, tetapi dalam beberapa kasus, pesan dapat dikirim lebih dari satu kali karena percobaan ulang atau penundaan jaringan. Anda harus merancang aplikasi Anda untuk menangani pesan duplikat potensial dengan menggunakan operasi idempoten, yang memastikan bahwa memproses pesan yang sama beberapa kali tidak akan memengaruhi status sistem. **Pemesanan upaya terbaik** - Menyediakan pemesanan dengan upaya terbaik, yang berarti bahwa sementara Amazon SQS mencoba mengirimkan pesan sesuai urutan yang dikirim, itu tidak menjamin hal ini. Dalam beberapa kasus, pesan mungkin keluar dari urutan, terutama dalam kondisi throughput tinggi atau pemulihan kegagalan. Untuk aplikasi di mana urutan pemrosesan pesan sangat penting, Anda harus menangani logika penataan ulang dalam aplikasi atau menggunakan antrian FIFO untuk jaminan pemesanan yang ketat. **Daya tahan dan redundansi** — Antrian standar memastikan daya tahan tinggi dengan menyimpan banyak salinan dari setiap pesan di beberapa Availability Zone. AWS Ini memastikan bahwa pesan tidak hilang, bahkan jika terjadi kegagalan infrastruktur. Batas **waktu visibilitas** — Amazon SQS memungkinkan Anda mengonfigurasi batas waktu visibilitas untuk mengontrol berapa lama pesan tetap tersembunyi setelah diterima, memastikan bahwa konsumen lain tidak memproses pesan hingga sepenuhnya ditangani atau batas waktu kedaluwarsa. | **Throughput tinggi** — Saat Anda menggunakan [batching](sqs-batch-api-actions.md), antrian FIFO memproses hingga 3.000 pesan per detik per metode API ([https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessageBatch.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessageBatch.html),, atau). [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ReceiveMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ReceiveMessage.html) Throughput ini bergantung pada 300 panggilan API per detik, dengan setiap panggilan API menangani batch 10 pesan. Dengan mengaktifkan mode throughput tinggi, Anda dapat meningkatkan hingga 30.000 transaksi per detik (TPS) dengan pemesanan santai dalam grup pesan. Tanpa batching, antrian FIFO mendukung hingga 300 panggilan API per detik per metode API (`SendMessage`,, `ReceiveMessage` atau). `DeleteMessage` Jika Anda membutuhkan lebih banyak throughput, Anda dapat meminta peningkatan kuota melalui [AWS Support](https://console.aws.amazon.com/support/home#/case/create?issueType=service-limit-increase&limitType=service-code-sqs) Center. Untuk mengaktifkan mode throughput tinggi, lihat. [Mengaktifkan throughput tinggi untuk antrian FIFO di Amazon SQS](enable-high-throughput-fifo.md) **Tepat sekali pemrosesan** - antrian FIFO mengirimkan setiap pesan satu kali dan tetap tersedia sampai Anda memproses dan menghapusnya. Dengan menggunakan fitur seperti [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html)atau deduplikasi berbasis konten, Anda mencegah pesan duplikat, bahkan ketika mencoba lagi karena masalah jaringan atau batas waktu. **First-in-first-out pengiriman** - antrian FIFO memastikan bahwa Anda menerima pesan dalam urutan yang dikirim dalam setiap grup pesan. Dengan mendistribusikan pesan di beberapa grup, Anda dapat memprosesnya secara paralel sambil tetap mempertahankan urutan dalam setiap grup. |
| ![\[Pengiriman pesan antrian standar.\]](http://docs.aws.amazon.com/id_id/AWSSimpleQueueService/latest/SQSDeveloperGuide/images/sqs-what-is-sqs-standard-queue-diagram.png) | ![\[Pengiriman pesan antrian FIFO.\]](http://docs.aws.amazon.com/id_id/AWSSimpleQueueService/latest/SQSDeveloperGuide/images/sqs-what-is-sqs-fifo-queue-diagram.png) |
| Gunakan antrian standar untuk mengirim data antar aplikasi saat throughput sangat penting, misalnya:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-queue-types.html) | Gunakan antrian FIFO untuk mengirim data antar aplikasi saat urutan acara penting, misalnya: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-queue-types.html) |
# Menerapkan sistem permintaan-respons di Amazon SQS
Saat menerapkan sistem request-response atau remote procedure call (RPC), ingatlah praktik terbaik berikut:
+ **Buat antrian balasan saat memulai — Alih-alih membuat antrian balasan per pesan, buat saat start-up**, per produser. Gunakan atribut pesan ID korelasi untuk memetakan balasan permintaan secara efisien.
+ **Hindari berbagi antrian balasan di antara produsen** — Pastikan setiap produsen memiliki antrian balasan sendiri. Berbagi antrean balasan dapat mengakibatkan produser menerima pesan respons yang ditujukan untuk produser lain.
Untuk informasi selengkapnya tentang penerapan pola request-response menggunakan Temporary Queue Client, lihat. [Pola pesan permintaan-respons (antrian virtual)](sqs-temporary-queues.md#request-reply-messaging-pattern)