Rendere le applicazioni tolleranti ai guasti regionali con endpoint globali in EventBridge - Amazon EventBridge

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à.

Rendere le applicazioni tolleranti ai guasti regionali con endpoint globali in EventBridge

Puoi migliorare la disponibilità della tua applicazione con gli endpoint EventBridge globali di Amazon. Gli endpoint globali aiutano a rendere l'applicazione tollerante ai guasti a livello regionale senza costi aggiuntivi. Innanzitutto, devi assegnare un controllo dell'integrità Amazon Route 53 all'endpoint. Quando viene avviato il failover, il controllo dell'integrità segnala uno stato "non integro". Entro pochi minuti dall'avvio del failover, tutti gli eventi personalizzati vengono instradati a un router di eventi nella Regione secondaria e vengono elaborati da tale router di eventi. Non appena il controllo dell'integrità segnala uno stato "integro", gli eventi vengono elaborati dal router di eventi nella Regione primaria.

Quando utilizzi endpoint globali, puoi abilitare la replica degli eventi. La replica degli eventi invia tutti gli eventi personalizzati ai router di eventi nelle Regioni primarie e secondarie utilizzando regole gestite.

Nota

Se utilizzi router personalizzati, avrai bisogno di un router personalizzato in ogni Regione con lo stesso nome e nello stesso account affinché il failover funzioni correttamente.

Obiettivi del tempo di ripristino e del punto di ripristino

Il Recovery Time Objective (RTO) è il tempo impiegato dalla regione secondaria per iniziare a ricevere eventi dopo un errore. InfattiRTO, l'ora include il periodo di tempo necessario per l'attivazione degli CloudWatch allarmi e l'aggiornamento degli stati per i controlli di integrità della Route 53. Il Recovery Point Objective (RPO) è la misura dei dati che rimarranno non elaborati in caso di errore. Il tempoRPO, infatti, include gli eventi che non vengono replicati nella regione secondaria e che rimangono bloccati nella regione principale fino al ripristino del servizio o della regione. Per quanto riguarda gli endpoint globali, se segui le nostre linee guida prescrittive per la configurazione degli allarmi, puoi aspettarti che la RTO durata sia di 360 secondi con un massimo di 420 secondi. RPO

Replica di eventi

Gli eventi vengono elaborati nella Regione secondaria in modo asincrono. Ciò significa che non è garantito che gli eventi vengano elaborati contemporaneamente in entrambe le Regioni. Quando viene attivato il failover, gli eventi vengono elaborati dalla Regione secondaria e verranno elaborati dalla Regione primaria quando questa è disponibile. L'abilitazione della replica degli eventi comporterà un aumento dei costi mensili. Per ulteriori informazioni, consulta i EventBridgeprezzi di Amazon

Consigliamo di abilitare la replica degli eventi durante la configurazione degli endpoint globali per i seguenti motivi:

  • La replica degli eventi consente di verificare la corretta configurazione degli endpoint globali. In questo modo, disporrai della copertura necessaria in caso di failover.

  • La replica degli eventi è necessaria per il ripristino automatico da un evento di failover. Se non hai abilitato la replica degli eventi, dovrai reimpostare manualmente il controllo dell'integrità Route 53 su "integro" prima che gli eventi tornino nella Regione primaria.

Payload di evento replicato

Di seguito è riportato un esempio di payload di evento replicato:

Nota

Per region, viene elencata la Regione da cui è stato replicato l'evento.

{ "version": "0", "id": "a908baa3-65e5-ab77-367e-527c0e71bbc2", "detail-type": "Test", "source": "test.service.com", "account": "0123456789", "time": "1900-01-01T00:00:00Z", "region": "us-east-1", "resources": [ "arn:aws:events:us-east-1:0123456789:endpoint/MyEndpoint" ], "detail": { "a": "b" } }

Lavorare con endpoint globali utilizzando un AWS SDK

Nota

Il supporto per C++ sarà disponibile a breve.

Quando usi an AWS SDK per lavorare con endpoint globali, tieni presente quanto segue:

  • Dovrai avere la libreria AWS Common Runtime (CRT) installata per le tue esigenze specificheSDK. Se non l'hai CRT installata, riceverai un messaggio di eccezione che indica cosa deve essere installato. Per ulteriori informazioni, consulta gli argomenti seguenti:

  • Dopo aver creato un endpoint globale, devi aggiungere endpointId e EventBusName a tutte le chiamate PutEvents che utilizzi.

  • Gli endpoint globali supportano Signature Version 4A. Questa versione di SigV4 consente di firmare le richieste per più Regioni AWS. Ciò è utile nelle API operazioni che potrebbero comportare l'accesso ai dati da una delle diverse regioni. Quando si utilizza AWS SDK, l'utente fornisce le proprie credenziali e le richieste agli endpoint globali utilizzeranno la versione 4A della firma senza configurazioni aggiuntive. Per ulteriori informazioni su SigV4a, consulta Firmare AWS API le richieste nella Guida generale.AWS

    Se richiedi credenziali temporanee all' AWS STS endpoint globale (sts.amazonaws.com), invia credenziali che, per impostazione predefinita, non supportano AWS STS SigV4A. Per ulteriori informazioni, consulta Managing in an Region nella Guida per l'utente. AWS STS AWS AWS Identity and Access Management

Regioni disponibili

Gli endpoint globali sono supportati nelle seguenti Regioni:

  • Stati Uniti orientali (Virginia settentrionale)

  • Stati Uniti orientali (Ohio)

  • Stati Uniti occidentali (California settentrionale)

  • US West (Oregon)

  • Canada (Centrale)

  • Europa (Francoforte)

  • Europa (Irlanda)

  • Europa (Londra)

  • Europa (Milano)

  • Europa (Parigi)

  • Europa (Stoccolma)

  • Asia Pacifico (Mumbai)

  • Asia Pacific (Osaka)

  • Asia Pacific (Seul)

  • Asia Pacifico (Singapore)

  • Asia Pacifico (Sydney)

  • Asia Pacifico (Tokyo)

  • Sud America (San Paolo)