Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Colas estándar de Amazon SQS
Amazon SQS proporciona colas estándar como tipo de cola predeterminado y admite un número casi ilimitado de llamadas a la API por segundo para acciones como [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html), [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ReceiveMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ReceiveMessage.html) y [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_DeleteMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_DeleteMessage.html). Las colas estándar garantizan la entrega de los at-least-once mensajes, pero debido a la arquitectura altamente distribuida, es posible que se entregue más de una copia de un mensaje y, en ocasiones, los mensajes lleguen desordenados. A pesar de ello, las colas estándar hacen todo lo posible por mantener el orden en el que se envían los mensajes.
Cuando envía un mensaje utilizando`SendMessage`, Amazon SQS almacena el mensaje de forma redundante en varias zonas de disponibilidad (AZs) antes de confirmarlo. Esta redundancia garantiza que ningún error de equipo, red o zona de disponibilidad pueda provocar que no se pueda acceder a los mensajes.
Puede crear y configurar colas mediante la consola de Amazon SQS. Para obtener instrucciones detalladas, consulte [Creación de una cola estándar mediante la consola de Amazon SQS](creating-sqs-standard-queues.md#step-create-standard-queue). Para ver ejemplos específicos de Java, consulte [Ejemplos de SDK de Java de Amazon SQS](sqs-java-tutorials.md).
**Casos de uso para colas estándar**
Las colas de mensajes estándar son adecuadas para varios escenarios, siempre que su aplicación pueda administrar los mensajes que pueden llegar más de una vez o desordenados. Entre los ejemplos se incluyen:
+ **Desacoplar las solicitudes de los usuarios en directo del trabajo en segundo plano intenso**: los usuarios pueden cargar contenido multimedia mientras el sistema cambia su tamaño o lo codifica en segundo plano.
+ **Asignar tareas a varios nodos de trabajo**: por ejemplo, administrar un elevado volumen de solicitudes de validación de tarjetas de crédito.
+ **Agrupar mensajes para procesarlos más adelante**: programar varias entradas para agregarlas a una base de datos más tarde.
Para obtener información sobre las cuotas relacionadas con las colas estándar, consulte [Cuotas de colas estándar de Amazon SQS](quotas-queues.md).
Para conocer las prácticas recomendadas del trabajo con colas estándar, consulte [Prácticas recomendadas para Amazon SQS](sqs-best-practices.md).
# Entrega de Amazon SQS at-least-once
Amazon SQS almacena copias de los mensajes en varios servidores para mejorar la redundancia y lograr una alta disponibilidad. En raras ocasiones, uno de los servidores que almacena una copia de un mensaje podría no estar disponible cuando usted reciba o elimine un mensaje.
En este caso, la copia no se elimina en el servidor no disponible y podría recibir una nueva copia al recibir mensajes. Diseñe sus aplicaciones de modo que sean *idempotentes* (no deben verse afectadas negativamente si se procesa el mismo mensaje más de una vez).
# Identificadores de colas y mensajes de Amazon SQS
En este tema se describen los identificadores de las colas estándar y FIFO. Estos identificadores pueden ayudarle a encontrar y manipular colas y mensajes específicos.
## identificadores de colas estándar de Amazon SQS
Para obtener más información sobre los siguientes identificadores, consulte la *[Referencia de la API de Amazon Simple Queue Service](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/)*.
### Nombre de cola y URL
Cuando se crea una nueva cola, debe especificar un nombre de cola único para su cuenta y región de AWS . Amazon SQS asigna a cada cola que crea un identificador llamado una *URL de cola* que incluye el nombre de la cola y otros componentes de Amazon SQS. Siempre que desee realizar una acción en una cola, tiene que proporcionar su URL de cola.
A continuación se muestra la URL de una cola denominada `MyQueue` que pertenece a un usuario que tiene el número de cuenta de AWS `123456789012`.
```
https://sqs.us-east-2.amazonaws.com/123456789012/MyQueue
```
Puede recuperar la dirección URL de una cola mediante programación enumerando las colas y analizando la cadena que sigue al número de cuenta. Para obtener más información, consulte `[ListQueues](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ListQueues.html)`.
### Message ID
Cada mensaje recibe un *ID de mensaje* asignado por el sistema que Amazon SQS le devuelve en la respuesta `[SendMessage](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html)`. Este identificador es útil para identificar los mensajes. La longitud máxima de un ID de mensaje es 100 caracteres.
### Identificador de recepción
Cada vez que recibe un mensaje de una cola, recibe un *identificador de recepción* para ese mensaje. Este controlador está asociado a la acción de recepción del mensaje, no al propio mensaje. Para eliminar el mensaje o cambiar la visibilidad de los mensajes, debe proporcionar el identificador de recepción (no el ID de mensaje). Por tanto, siempre debe recibir un mensaje para poder eliminarlo (no puede poner un mensaje en la cola y, a continuación, recuperarlo). La longitud máxima de un identificador de recepción es 1024 caracteres.
**importante**
Si recibe un mensaje más de una vez, cada vez que lo reciba, obtendrá un identificador de recepción diferente. Cuando solicite eliminar el mensaje, debe proporcionar el identificador de recepción recibido más recientemente (de lo contrario, el mensaje podría no eliminarse).
A continuación, se muestra un ejemplo de un identificador de recepción dividido en tres líneas.
```
MbZj6wDWli+JvwwJaBV+3dcjk2YW2vA3+STFFljTM8tJJg6HRG6PYSasuWXPJB+Cw
Lj1FjgXUv1uSj1gUPAWV66FU/WeR4mq2OKpEGYWbnLmpRCJVAyeMjeU5ZBdtcQ+QE
auMZc8ZRv37sIW2iJKq3M9MFx1YvV11A2x/KSbkJ0=
```