Griglia di eventi in Kubernetes - Recapito di eventi e ripetizione dei tentativi

Griglia di eventi in Kubernetes con Azure Arc tenta di recapitare ogni messaggio almeno una volta per ogni sottoscrizione corrispondente immediatamente. Se non riceve una risposta HTTP 200 corretta dal sottoscrittore o se si verifica un errore, Griglia di eventi in Kubernetes ritenta il recapito in base a una pianificazione dei tentativi fissa e a criteri di ripetizione dei tentativi.

Per impostazione predefinita, Griglia di eventi in Kubernetes recapita un evento alla volta al sottoscrittore. Tuttavia, il payload della richiesta di recapito è una matrice con un singolo evento. Può recapitare più eventi alla volta se si abilita la funzionalità di invio in batch di output. Per informazioni dettagliate su questa funzionalità, vedere Recapito di eventi batch.

Importante

Griglia di eventi in Kubernetes con Azure Arc è attualmente disponibile in anteprima pubblica. Questa versione di anteprima viene messa a disposizione senza contratto di servizio e non è consigliata per i carichi di lavoro di produzione. Alcune funzionalità potrebbero non essere supportate o potrebbero presentare funzionalità limitate. Per altre informazioni, vedere le Condizioni supplementari per l'uso delle anteprime di Microsoft Azure.

Nota

Durante l'anteprima, le funzionalità di Griglia di eventi in Kubernetes sono supportate tramite l'API versione 2020-10-15-Preview.

Pianificazione delle ripetizioni

Griglia di eventi in Kubernetes attende fino a 60 secondi per una risposta dopo il recapito di un evento. Se l'endpoint del sottoscrittore non invia risposta riuscita (HTTP 200 o così via), ritenta l'invio dell'evento. e funziona nel modo seguente:

1. Il messaggio arriva nella Griglia di eventi in Kubernetes. Viene effettuato un tentativo di consegnarlo immediatamente.
2. Se il recapito non riesce, il messaggio viene accodato in coda di 1 minuto e ritentato dopo un minuto.
3. Se il recapito continua a non riuscire, il messaggio viene accodato in coda di 10 minuti e ritentato ogni 10 minuti.
4. Le consegne vengono tentate fino a quando non vengono raggiunti i limiti dei criteri di ripetizione o di ripetizione dei tentativi.

Criteri di ripetizione

Esistono due configurazioni che determinano i criteri di ripetizione dei tentativi. Sono:

• Numero massimo di tentativi
• Durata evento (TTL)

Un evento viene eliminato se viene raggiunto uno dei limiti dei criteri di ripetizione dei tentativi. La configurazione di questi limiti viene eseguita per ogni sottoscrizione. La sezione seguente descrive ognuno di essi è più dettagliato.

Configurazione delle impostazioni predefinite per sottoscrittore

È anche possibile specificare i limiti dei criteri di ripetizione dei tentativi per ogni sottoscrizione. Per informazioni sulla configurazione delle impostazioni predefinite per sottoscrittore, vedere la documentazione dell'API. Le impostazioni predefinite a livello di sottoscrizione sostituiscono il modulo Griglia di eventi nelle configurazioni a livello di Kubernetes.

Nell'esempio seguente viene impostata una sottoscrizione web hook con maxNumberOfAttempts su 3 e eventTimeToLiveInMinutes su 30 minuti.

{
 "properties": {
  "destination": {
   "endpointType": "WebHook",
   "properties": {
    "endpointUrl": "<your_webhook_url>",
    "eventDeliverySchema": " CloudEventSchemaV1_0"
   }
  },
  "retryPolicy": {
   "eventTimeToLiveInMinutes": 30,
   "maxDeliveryAttempts": 3
  }
 }

Passaggi successivi

Per informazioni sulle destinazioni e i gestori supportati da Griglia di eventi in Azure Arc per Kubernetes, vedere Griglia di eventi in Kubernetes - Gestori eventi.