

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Code standard Amazon SQS
<a name="standard-queues"></a>

Amazon SQS fornisce code standard come tipo di coda predefinito, supportando un numero quasi illimitato di chiamate API al secondo per azioni come [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html), e. [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ReceiveMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ReceiveMessage.html) Le code standard garantiscono la consegna dei at-least-once messaggi, ma a causa dell'architettura altamente distribuita, è possibile che venga recapitata più di una copia di un messaggio e occasionalmente i messaggi potrebbero arrivare fuori ordine. Nonostante ciò, le code standard fanno del loro meglio per mantenere l'ordine di invio dei messaggi.

Quando invii un messaggio utilizzando`SendMessage`, Amazon SQS memorizza in modo ridondante il messaggio in più zone di disponibilità (AZs) prima di confermarlo. Questa ridondanza garantisce che nessun errore di un singolo computer, rete o AZ possa rendere i messaggi inaccessibili.

Puoi creare e configurare code utilizzando la console Amazon SQS. Per istruzioni dettagliate, vedi [Creazione di una coda standard utilizzando la console Amazon SQS](creating-sqs-standard-queues.md#step-create-standard-queue). Per esempi specifici di Java, consulta. [Esempi di SDK Java di Amazon SQS](sqs-java-tutorials.md)

**Casi d'uso per code standard**

Le code di messaggi standard sono adatte a vari scenari, a condizione che l'applicazione sia in grado di gestire messaggi che potrebbero arrivare più di una volta o che potrebbero non funzionare correttamente. Gli esempi includono:
+ **Separazione delle richieste live degli utenti dal lavoro intensivo in background**: gli utenti possono caricare contenuti multimediali mentre il sistema li ridimensiona o li codifica in background.
+ **Allocazione delle attività a più nodi** di lavoro: ad esempio, gestione di un volume elevato di richieste di convalida delle carte di credito.
+ **Messaggi in batch per elaborazioni future**: pianificazione dell'aggiunta di più voci a un database in un secondo momento.

Per informazioni sulle quote relative alle code standard, vedere. [Quote di coda standard di Amazon SQS](quotas-queues.md)

Per le best practice relative all'utilizzo di code standard, consulta [Best practice di Amazon SQS](sqs-best-practices.md).

# Consegna Amazon at-least-once SQS
<a name="standard-queues-at-least-once-delivery"></a>

Amazon SQS archivia copie dei messaggi su più server per ridondanza e disponibilità elevata. In rare occasioni, uno dei server che memorizza una copia di un messaggio potrebbe non essere disponibile quando ricevi o elimini un messaggio.

In questo caso, la copia del messaggio non viene eliminata dal server che non è disponibile e potresti riceverla nuovamente quando ricevi messaggi. Progetta le tue applicazioni affinché siano *idempotent* (non devono essere condizionate negativamente quando elaborano lo stesso messaggio più di una volta). 

# Identificatori di code e messaggi Amazon SQS
<a name="sqs-queue-message-identifiers"></a>

Questo argomento descrive gli identificatori delle code standard e FIFO. Questi identificatori possono aiutarti a trovare e modificare code e messaggi specifici.

## Identificatori per le code standard di Amazon SQS
<a name="sqs-general-identifiers"></a>

Per ulteriori informazioni, consulta i seguenti argomenti nella *[Documentazione di riferimento delle API di Amazon Simple Queue Service](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/)*.

### Nome e URL della coda
<a name="queue-name-url"></a>

Quando crei una nuova coda, è necessario specificare un nome coda univoco per il tuo account e la tua regione AWS . Amazon SQS assegna a ogni coda che crei un identificatore chiamato *URL coda* che include il nome della coda e altri componenti Amazon SQS. Se desideri eseguire un'operazione su una coda, devi fornire il relativo URL coda.

Di seguito è riportato l'URL coda per una coda denominata `MyQueue`, di proprietà di un utente con il numero di account AWS `123456789012`.

```
https://sqs.us-east-2.amazonaws.com/123456789012/MyQueue
```

È possibile recuperare l'URL di una coda a livello di codice elencando le code e analizzando la stringa che segue il numero di account. Per ulteriori informazioni, consulta `[ListQueues](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ListQueues.html)`.

### ID messaggio
<a name="message-id"></a>

Ogni messaggio riceve un *ID messaggio* assegnato dal sistema che Amazon SQS restituisce nella risposta `[SendMessage](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html)`. Questo identificatore è utile per l'identificazione di messaggi. La durata massima di un ID messaggio è di 100 caratteri.

### Handle di ricezione
<a name="receipt-handle"></a>

Ogni volta che ricevi un messaggio da una coda, ricevi un *handle di ricezione* per tale messaggio. Questo handle è associato all'operazione di ricezione del messaggio, non al messaggio stesso. Per eliminare il messaggio o per modificarne la visibilità, devi fornire l'handle di ricezione (non l'ID messaggio). Pertanto, devi sempre ricevere un messaggio prima di poterlo eliminare (non puoi inserire un messaggio nella coda e poi richiamarlo). La durata massima di un handle di ricezione è di 1024 caratteri. 

**Importante**  
Se ricevi un messaggio più di una volta, ogni volta che lo ricevi ottieni un diverso handle di ricezione. Devi fornire l'handle di ricezione ricevuto più di recente quando richiedi di eliminare il messaggio (in caso contrario, il messaggio potrebbe non essere eliminato). 

Di seguito è riportato un esempio di maniglia di ricezione suddivisa su tre righe.

```
MbZj6wDWli+JvwwJaBV+3dcjk2YW2vA3+STFFljTM8tJJg6HRG6PYSasuWXPJB+Cw
Lj1FjgXUv1uSj1gUPAWV66FU/WeR4mq2OKpEGYWbnLmpRCJVAyeMjeU5ZBdtcQ+QE
auMZc8ZRv37sIW2iJKq3M9MFx1YvV11A2x/KSbkJ0=
```