Migrazione da Custom Event Bus - Classic a Custom Event Bus

Custom Event Bus - Classic rimane disponibile ed è possibile eseguire entrambi i prodotti fianco a fianco. Poiché il Custom Event Bus mantiene lo spazio dei nomi events: IAM e l'entità del events.amazonaws.com servizio, le politiche di identità e i ruoli di consegna vengono trasferiti. Ciò che cambia è il modello di routing.

Event Bus personalizzato - Classic	Bus per eventi personalizzato
Una regola e uno dei suoi obiettivi	Un abbonato
Una regola con cinque obiettivi	Cinque abbonati sullo stesso autobus
Schema degli eventi in base a una regola	Un filtro con un ambito diDATA. Quando i produttori pubblicano conPutEvents, il modello rimane invariato.
Trasformatore di ingresso	Un trasformatore con un tipo di JSONATA
Dead-letter coda su un bersaglio	OnFailureConfigurationsull'abbonato
Ripeti la politica su un obiettivo	RetryPolicysull'abbonato
Archiviazione e riproduzione	Mantenimento sul bus e posizione di partenza dell'abbonato
Regole scritte dal proprietario dell'autobus per ciascun consumatore	Abbonati creati dai consumatori stessi
events:PutEvents	events:PutEvents, in più events:PutRawEvents per payload non JSON

Quattro funzionalità non hanno l'equivalente di Custom Event Bus - Classic, quindi un progetto migrato può utilizzarle senza una soluzione alternativa: mantenimento del bus stesso, posizione iniziale dell'abbonato, pausa e ripresa con un backlog e una seconda API di pubblicazione per payload non JSON. Non è necessario spostare tutto: i due bus corrono fianco a fianco, una regola Custom Event Bus - Classic può indirizzare un Custom Event Bus e un abbonato può scegliere come target un Custom Event Bus - Classic, in modo da poter spostare un consumatore o un produttore alla volta. Consulta Obiettivo del bus dell'evento: da bus a bus.

Cosa non cambia

Quanto segue rimane invariato, quindi le parti corrispondenti della distribuzione vengono mantenute invariate.

Invariato	Cosa significa per il trasloco
Lo spazio dei nomi delle azioni IAM events: e l'entità del servizio events.amazonaws.com	Le politiche di identità, le politiche sulle risorse del bus e le politiche di fiducia dei ruoli di consegna vengono riutilizzate
Servizi target: Amazon SQS, Lambda, Amazon SNS, Kinesis, Firehose, Step Functions, API Gateway, destinazioni API, bus di eventi	I ruoli di distribuzione mantengono le stesse azioni target; ogni target ha un blocco di parametri con gli stessi campi della controparte classica. Per informazioni, consultare Obiettivi per un abbonato a Custom Event Bus
Sintassi del modello di evento, ad eccezione dei caratteri jolly	I modelli di regole diventano DATA filtri invariati per il traffico. PutEvents Per informazioni, consultare Filtrare gli eventi per un abbonato
AWS eventi di servizio ed eventi per i partner SaaS	Gli stessi eventi raggiungono un Custom Event Bus tramite una fonte di eventi. Per informazioni, consultare Sorgenti di eventi per un bus di eventi personalizzato
L'PutEventsAPI e l'inviluppo	I produttori modificano l'endpoint e il client, non la richiesta
Trasformazione degli input con JSonata	Le espressioni vengono spostate Transformer con l'evento sotto $events

Valori predefiniti che differiscono

Importante

Per impostazione predefinita, un abbonato riprova una consegna non riuscita per 300 secondi e 5 tentativi. Un Event Bus personalizzato: un bersaglio classico riprova per 24 ore e 185 tentativi. Se i tuoi consumatori si affidano a un giorno di tentativi durante un'interruzione, impostato su 86.400 e 185 RetryPolicy.MaxEventAgeInSeconds per ogni abbonato, e allegano una coda di attesa MaxRetryAttempts per le lettere morte, altrimenti gli eventi che falliscono per più di 5 minuti vengono considerati lettera morta anziché consegnati in ritardo. Consulta Criteri di riprova e code per lettere morte.

Altre due impostazioni predefinite sono diverse. Un sottoscrittore invia un batch a una funzione o a una macchina a stati come array JSON, in cui una regola genera un evento per chiamata; impostata su 1 per mantenere un evento BatchConfiguration.MaxBatchSize per chiamata. E un bus conserva gli eventi, quindi un abbonato creato dopo un incidente può leggere ciò che ha perso, mentre una regola creata in ritardo non ha visto nulla.

Obiettivi classici senza un equivalente su misura

Ogni tipo di destinazione Custom Event Bus: Classic che non ha un target personalizzato sul Custom Event Bus viene raggiunto tramite un target universale che richiama l'azione API del servizio. TargetArnImposta arn:aws:events:::aws-sdk:service:apiAction e inserisci la richiestaInput; vedi. Obiettivi universali per un bus eventi personalizzato

Custom Event Bus - Obiettivo classico	Azione bersaglio universale
Processo di Amazon ECS	arn:aws:events:::aws-sdk:ecs:runTask
AWS Lavoro in batch	arn:aws:events:::aws-sdk:batch:submitJob
CodeBuild progetto	arn:aws:events:::aws-sdk:codebuild:startBuild
CodePipeline oleodotto	arn:aws:events:::aws-sdk:codepipeline:startPipelineExecution
Run Command di Systems Manager	arn:aws:events:::aws-sdk:ssm:sendCommand
Systems Manager Automation	arn:aws:events:::aws-sdk:ssm:startAutomationExecution
AWS Flusso di lavoro di	arn:aws:events:::aws-sdk:glue:startWorkflowRun
SageMaker oleodotto	arn:aws:events:::aws-sdk:sagemaker:startPipelineExecution
dichiarazione Redshift Data API	arn:aws:events:::aws-sdk:redshiftdata:executeStatement
CloudWatch Log e gruppo di log	arn:aws:events:::aws-sdk:cloudwatchlogs:putLogEvents
Azioni di Amazon EC2 (arresto, riavvio, chiusura, creazione di istantanee)	arn:aws:events:::aws-sdk:ec2:stopInstances, rebootInstances, terminateInstances, createSnapshot
Valutazione da parte degli ispettori	arn:aws:events:::aws-sdk:inspector:startAssessmentRun

I nomi dei servizi e delle azioni seguono le regole di denominazione universali di destinazione; CreateSubscriber rifiuta un nome che non riconosce, quindi confermate ognuno di essi quando create il sottoscrittore.

Sequenza di migrazione

Sposta un bus alla volta, in cinque passaggi, mantenendo attive le regole Custom Event Bus - Classic fino all'ultimo passaggio. Ogni passaggio è reversibile finché non elimini le regole.

Importante

Un pattern copiato da una regola corrisponde agli eventi pubblicati conPutEvents, poiché tale API produce lo stesso inviluppo di Custom Event Bus - Classic. Lo stesso pattern non corrisponde a nulla sugli eventi pubblicati conPutRawEvents, perché il payload non è annidato sotto. detail Consulta Struttura degli eventi: dati, metadati e metadati di sistema.

1. Create il Custom Event Bus con il periodo di conservazione desiderato e attendete che raggiunga lo stato. ACTIVE

2. Per ogni regola, create un sottoscrittore per ciascuna delle relative destinazioni. Utilizza lo schema di eventi della regola come DATA filtro, il relativo trasformatore di ingresso come JSONATA trasformatore e il suo ruolo di destinazione come. RoleArn Allega una coda di lettere morte e attiva i log prima di inviare traffico.

3. Pubblicate su entrambi gli autobus i dati dei vostri produttori e confermate per ogni target che entrambi i percorsi offrono gli stessi eventi.

4. Sposta i produttori solo sul Custom Event Bus.

5. Disabilita le regole sul Custom Event Bus - Classic. Eliminali dopo la finestra di riprova e dopo che è trascorso il tuo periodo di verifica.