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à.
Modelli di EventBridge eventi Amazon
È probabile che non vogliate elaborare ogni singolo evento che viene inviato a un determinato event bus o pipe. Piuttosto, probabilmente vorrai selezionare un sottoinsieme di tutti gli eventi forniti, in base alla fonte dell'evento, al tipo di evento e/o agli attributi di tali eventi.
Per specificare quali eventi inviare a una destinazione, create uno schema di eventi. Un modello di evento definisce i dati EventBridge utilizzati per determinare se inviare l'evento alla destinazione. Se il modello dell'evento corrisponde all'evento, EventBridge invia l'evento alla destinazione. I modelli di eventi hanno la stessa struttura degli eventi a cui corrispondono. Un modello di eventi può corrispondere o meno a un evento.
Ad esempio, considera il seguente evento di AmazonEC2:
{
"version": "0",
"id": "6a7e8feb-b491-4cf7-a9f1-bf3703467718",
"detail-type": "EC2 Instance State-change Notification",
"source": "aws.ec2",
"account": "111122223333",
"time": "2017-12-22T18:43:48Z",
"region": "us-west-1",
"resources": [
"arn:aws:ec2:us-west-1:123456789012:instance/i-1234567890abcdef0"
],
"detail": {
"instance-id": "i-1234567890abcdef0",
"state": "terminated"
}
}Il seguente schema di eventi seleziona tutti gli EC2 instance-termination eventi Amazon. Il pattern di eventi esegue questa operazione specificando tre requisiti per soddisfare un evento:
L'origine dell'evento deve essere AmazonEC2.
L'evento deve essere una notifica di EC2 modifica dello stato di Amazon.
Lo stato dell'EC2istanza Amazon deve essere
terminated.
{
"source": ["aws.ec2"],
"detail-type": ["EC2 Instance State-change Notification"],
"detail": {
"state": ["terminated"]
}
}Nota che in questo esempio, il modello di evento include campi relativi all'evento-- source e detail-type --oltre a un campo del corpo dell'evento--. state
Importante
Inoltre EventBridge, è possibile creare regole che possono comportare higher-than-expected addebiti e limitazioni. Ad esempio, puoi creare inavvertitamente una regola che genera un ciclo infinito, in cui una regola viene attivata in modo ricorsivo senza fine. Supponiamo di ACLs aver creato una regola per rilevare le modifiche in un bucket Amazon S3 e di attivare un software per modificarle nello stato desiderato. Se la regola non viene scritta con cura, la successiva modifica alla regola la ACLs riattiva, creando un ciclo infinito.
Per indicazioni su come scrivere regole e modelli di eventi precisi per ridurre al minimo tali risultati imprevisti, consulta Le migliori pratiche per le regole e Best practice.
Schemi di eventi per bus di eventi
Per i bus di eventi, è possibile specificare uno schema di eventi per ogni regola creata per il bus. In questo modo, è possibile selezionare gli eventi da inviare a destinazioni specifiche. I modelli di eventi per gli event bus possono corrispondere all'origine dell'evento, ai metadati dell'evento e/o ai valori di dettaglio dell'evento.
Il video seguente illustra le nozioni di base dei modelli di eventi per i bus di eventi:
Modelli di eventi per Pipes EventBridge
Per EventBridge Pipes, è possibile specificare modelli di eventi per filtrare gli eventi dalla sorgente pipe che si desidera recapitare alla destinazione del pipe. Poiché ogni pipe ha un'unica origine di eventi, i modelli di eventi per le pipe possono corrispondere ai metadati degli eventi e/o ai valori di dettaglio.
Non tutti i campi di eventi possono essere utilizzati per costruire modelli di eventi pipe. Per ulteriori informazioni, consulta Filtraggio.
