Datenereignisse Read-only und Ereignisse, bei denen nur Schreibzugriff möglich ist Protokollieren von Datenereignissen mit AWS-Managementkonsole Protokollieren von Datenereignissen mit AWS Command Line Interface Protokollierung von Datenereignissen für AWS Config -Compliance Protokollieren von Datenereignissen mit dem AWS SDKs

Protokollieren von Datenereignissen

In diesem Abschnitt wird beschrieben, wie Datenereignisse mithilfe der CloudTrail Konsole und protokolliert AWS CLIwerden.

Standardmäßig werden Datenereignisse nicht von Trails und Ereignisdatenspeichern protokolliert. Für Datenereignisse werden zusätzliche Gebühren fällig. Weitere Informationen finden Sie unter AWS CloudTrail – Preise.

Datenereignisse liefern Informationen zu Ressourcenoperationen, die für oder innerhalb einer Ressource ausgeführt wurden. Sie werden auch als Vorgänge auf Datenebene bezeichnet. Datenereignisse sind oft Aktivitäten mit hohem Volume.

Beispiele für Datenereignisse:

Amazon S3 S3-API-Aktivität auf Objektebene (z. B., GetObjectDeleteObject, und PutObject API-Operationen) für Objekte in S3-Buckets.
AWS Lambda Aktivität zur Ausführung von Funktionen (die Invoke API).
CloudTrail PutAuditEventsAktivität auf einem CloudTrail Lake-Kanal, der verwendet wird, um Ereignisse von außen zu protokollieren AWS.
Publish- und PublishBatch-API-Operationen von Amazon SNS zu Themen.

Sie können erweiterte Event-Selektoren verwenden, um detaillierte Selektoren zu erstellen, die Ihnen helfen, die Kosten zu kontrollieren, indem sie nur die spezifischen Ereignisse protokollieren, die für Ihre Anwendungsfälle von Interesse sind. Sie können beispielsweise erweiterte Event-Selektoren verwenden, um bestimmte API-Aufrufe zu protokollieren, indem Sie dem Feld einen Filter hinzufügen. eventName Weitere Informationen finden Sie unter Filtern von Datenereignissen mithilfe erweiterter Event-Selektoren.

Anmerkung

Die Ereignisse, die von Ihren Trails protokolliert werden, sind bei Amazon verfügbar EventBridge. Wenn Sie beispielsweise für den Trail festlegen, dass er Datenereignisse für S3-Objekte, aber keine Verwaltungsereignisse protokolliert, verarbeitet und protokolliert Ihr Trail nur Datenereignisse für die angegebenen S3-Objekte. Die Datenereignisse für diese S3-Objekte sind in Amazon verfügbar EventBridge. Weitere Informationen finden Sie unter AWS Service Events Delivered via CloudTrail im EventBridge Amazon-Benutzerhandbuch und in der AWS Veranstaltungsreferenz.

Inhalt

Datenereignisse

In der folgenden Tabelle sind die Ressourcentypen aufgeführt, die für Datenspeicher für Wanderwege und Ereignisse verfügbar sind. In der Spalte Ressourcentyp (Konsole) wird die entsprechende Auswahl in der Konsole angezeigt. Die Wertspalte resources.type zeigt den resources.type Wert, den Sie angeben würden, um Datenereignisse dieses Typs mithilfe der APIs oder in Ihren Trail- oder Event-Datenspeicher aufzunehmen. AWS CLI CloudTrail

Für Trails können Sie einfache oder erweiterte Event-Selektoren verwenden, um Datenereignisse für Amazon S3 S3-Objekte in Allzweck-Buckets, Lambda-Funktionen und DynamoDB-Tabellen (in den ersten drei Zeilen der Tabelle dargestellt) zu protokollieren. Sie können nur erweiterte Event-Selektoren verwenden, um die in den verbleibenden Zeilen angezeigten Ressourcentypen zu protokollieren.

Für Ereignisdatenspeicher können Sie nur erweiterte Ereignisselektoren verwenden, um Datenereignisse einzubeziehen.

Datenereignisse werden unterstützt von AWS CloudTrail

AWS-Service	Description	Ressourcentyp (Konsole)	resources.type-Wert
OMWDeviceCommunicationService	API-Aktivität für `AWS::Account::ControlledDomain` Ressourcen.	AWS: :Konto:: ControlledDomain	`AWS::Account::ControlledDomain`
WorkSpaces Amazon-Anwendungen	Agenten, die auf Ereignisse des WorkSpaces Applications MCP-Tools zugreifen	Zugriff auf die MCP-Tools für Agenten	`AWS::AgentAccessMCP::Tools`
AWS Agenten-Registrierung	API-Aktivität auf `AWS::AgentRegistry::Registry` Ressourcen.	AWS Agenten-Registrierung	`AWS::AgentRegistry::Registry`
Amazon AIDevOps	AIDevOps API-Aktivität auf Agenten-Spaces.	Agentenbereich	`AWS::AIDevOps::AgentSpace`
Amazon AIDevOps	AIDevOps API-Aktivität für Assoziationen.	AIDevOps Assoziation	`AWS::AIDevOps::Association`
Amazon AIDevOps	AIDevOps API-Aktivität in Betreiber-App-Teams.	AIDevOps Betreiber-App-Team	`AWS::AIDevOps::OperatorAppTeam`
Amazon AIDevOps	AIDevOps API-Aktivität für Pipeline-Metadaten.	AIDevOps Metadaten von Pipelines	`AWS::AIDevOps::PipelineMetadata`
Amazon AIDevOps	AIDevOps API-Aktivität für Dienste.	AIDevOps Service nicht zulässig	`AWS::AIDevOps::Service`
Amazon Q Developer	Amazon Q Developer API-Aktivität im Zusammenhang mit operativen Untersuchungen. Weitere Informationen finden Sie unter Amazon Q Developer.	AIOps Investigation Group	`AWS::AIOps::InvestigationGroup`
Amazon OpenSearch Serverlos	API-Aktivität auf `AWS::AOSS::Collection` Ressourcen.	AWS: :AOSS: :Sammlung	`AWS::AOSS::Collection`
AWS AppConfig	AWS AppConfig API-Aktivität für Konfigurationsoperationen wie Aufrufe von und. StartConfigurationSession GetLatestConfiguration Weitere Informationen finden Sie unter AWS AppConfig.	AWS AppConfig	`AWS::AppConfig::Configuration`
CloudWatch Signale der Anwendung	API-Aktivität auf `AWS::ApplicationSignals::InstrumentationConfig` Ressourcen.	AWS::ApplicationSignals::InstrumentationConfig	`AWS::ApplicationSignals::InstrumentationConfig`
AWS AppSync	AWS AppSync API-Aktivität auf AppSync GraphQL-APIs. Weitere Informationen finden Sie unter AWS AppSync.	AppSync GraphQL	`AWS::AppSync::GraphQLApi`
Externer anthropischer Arbeitsbereich	API-Aktivität für `AWS::AWSExternalAnthropic::Workspace` Ressourcen.	Externer anthropischer Arbeitsbereich	`AWS::AWSExternalAnthropic::Workspace`
AWS B2B-Datenaustausch	API-Aktivität für den B2B-Datenaustausch für Transformer-Operationen wie Aufrufe von GetTransformerJob und StartTransformerJob.	B2B-Datenaustausch	`AWS::B2BI::Transformer`
AWS Backup-Zugangspunkt	API-Aktivität auf `AWS::Backup::BackupAccessPoint` Ressourcen.	AWS Backup-Zugangspunkt	`AWS::Backup::BackupAccessPoint`
AWS Backup	AWS Backup-Suchdaten-API-Aktivität bei Suchaufträgen.	AWS APIs für Backup-Suchdaten	`AWS::Backup::SearchJob`
Amazon Bedrock	Bedrock-API-Aktivität bei erweiterten Optimize-Prompt-Aufträgen.	AdvancedOptimizePromptJob	`AWS::Bedrock::AdvancedOptimizePromptJob`
Amazon Bedrock	Amazon-Bedrock-API-Aktivität auf einem Agent-Alias. Weitere Informationen finden Sie unter Amazon Bedrock.	Bedrock-Agent-Alias	`AWS::Bedrock::AgentAlias`
Amazon Bedrock	Amazon Bedrock API-Aktivität bei asynchronen Aufrufen.	Asynchroner Aufruf von Bedrock	`AWS::Bedrock::AsyncInvoke`
Amazon Bedrock	Amazon Bedrock API-Aktivität im Rahmen einer automatisierten Argumentationsrichtlinie.	Richtlinie zum automatisierten Denken von Bedrock	`AWS::Bedrock::AutomatedReasoningPolicy`
Amazon Bedrock	Amazon Bedrock API-Aktivität in einer Version mit automatisierter Argumentationsrichtlinie.	Version der Bedrock-Richtlinie für automatisiertes Denken	`AWS::Bedrock::AutomatedReasoningPolicyVersion`
Amazon Bedrock	Amazon Bedrock Blueprint-API-Aktivität.	Blueprint von Bedrock	`AWS::Bedrock::Blueprint`
Amazon Bedrock	API-Aktivität zum Aufrufen von Bedrock-Datenautomatisierung.	Aufruf von Bedrock Data Automation	`AWS::Bedrock::DataAutomationInvocation`
Amazon Bedrock	API-Aktivität für das Amazon Bedrock-Datenautomatisierungsprofil.	Bedrock Data Automation-Profil	`AWS::Bedrock::DataAutomationProfile`
Amazon Bedrock	API-Aktivität für das Amazon Bedrock-Datenautomatisierungsprojekt.	Projekt Bedrock Data Automation	`AWS::Bedrock::DataAutomationProject`
Amazon Bedrock	Amazon Bedrock API-Aktivität für einen Flow-Alias.	Bedrock Flow-Alias	`AWS::Bedrock::FlowAlias`
Amazon Bedrock	Amazon Bedrock API-Aktivität bei Flow-Ausführungen.	Flow-Ausführung	`AWS::Bedrock::FlowExecution`
Amazon Bedrock	Amazon Bedrock API-Aktivität auf Leitplanken.	Grundfels-Leitplanke	`AWS::Bedrock::Guardrail`
Amazon Bedrock	Amazon Bedrock API-Aktivität auf Inline-Agenten.	Bedrock aufrufen Inline-Agent	`AWS::Bedrock::InlineAgent`
Amazon Bedrock	Amazon-Bedrock-API-Aktivität auf einer Wissensdatenbank. Weitere Informationen finden Sie unter Amazon Bedrock.	Bedrock-Wissensdatenbank	`AWS::Bedrock::KnowledgeBase`
Amazon Bedrock	Amazon Bedrock API-Aktivität für Modelle.	Bedrock-Modell	`AWS::Bedrock::Model`
Amazon Bedrock	Amazon Bedrock API-Aktivität bei Eingabeaufforderungen.	Bedrock-Eingabeaufforderung	`AWS::Bedrock::PromptVersion`
Amazon Bedrock	Amazon Bedrock API-Aktivität in Sitzungen.	Bedrock-Sitzung	`AWS::Bedrock::Session`
Amazon Bedrock	API-Aktivität des Amazon Bedrock Tools.	Bedrock Tool	`AWS::Bedrock::Tool`
Bedrock-AgentCore Ein Test	API-Aktivität auf `AWS::BedrockAgentCore::ABTest` Ressourcen.	Bedrock-AgentCore AbTest	`AWS::BedrockAgentCore::ABTest`
Amazon Bedrock	Amazon Bedrock CredentialProvider APIKey-API-Aktivität.	Bedrock-AgentCore ApiKey CredentialProvider	`AWS::BedrockAgentCore::APIKeyCredentialProvider`
BedrockAgentCore stapelweise auswerten	API-Aktivität auf `AWS::BedrockAgentCore::BatchEvaluate` Ressourcen.	BedrockAgentCore stapelweise auswerten	`AWS::BedrockAgentCore::BatchEvaluate`
Amazon Bedrock	Amazon Bedrock Browser API-Aktivität.	Bedrock-AgentCore Browser	`AWS::BedrockAgentCore::Browser`
Amazon Bedrock	Amazon Bedrock Browser-Custom API-Aktivität.	Bedrock-AgentCore Browser-Custom	`AWS::BedrockAgentCore::BrowserCustom`
Bedrock-AgentCore Browser-Profil	API-Aktivität für `AWS::BedrockAgentCore::BrowserProfile` Ressourcen.	Bedrock-AgentCore Browser-Profil	`AWS::BedrockAgentCore::BrowserProfile`
BedrockAgentCore CapacityProvider	API-Aktivität für `AWS::BedrockAgentCore::CapacityProvider` Ressourcen.	BedrockAgentCore CapacityProvider	`AWS::BedrockAgentCore::CapacityProvider`
Amazon Bedrock	Amazon Bedrock Code-Interpreter API-Aktivität.	Bedrock-AgentCore Code-Interpreter	`AWS::BedrockAgentCore::CodeInterpreter`
Amazon Bedrock	Amazon Bedrock Code-Interpreter-Custom API-Aktivität.	Bedrock-AgentCore Code-Interpreter-Custom	`AWS::BedrockAgentCore::CodeInterpreterCustom`
Amazon Grundgestein AgentCore	Bedrock AgentCore API-Aktivität bei Evaluatoren.	Bedrock-AgentCore Gutachter	`AWS::BedrockAgentCore::Evaluator`
Amazon Bedrock	API-Aktivität von Amazon Bedrock Gateway.	Bedrock-AgentCore Gateway	`AWS::BedrockAgentCore::Gateway`
Amazon Bedrock	Amazon Bedrock Memory-API-Aktivität.	Bedrock-AgentCore Arbeitsspeicher	`AWS::BedrockAgentCore::Memory`
Amazon Bedrock	Amazon Bedrock Oauth2-API-Aktivität CredentialProvider .	Bedrock-AgentCore Oauth2 CredentialProvider	`AWS::BedrockAgentCore::OAuth2CredentialProvider`
Bedrock-AgentCore Zahlungen	API-Aktivität für `AWS::BedrockAgentCore::Payments` Ressourcen.	Bedrock-AgentCore Zahlungen	`AWS::BedrockAgentCore::Payments`
Bedrock-AgentCore Politik	API-Aktivität für `AWS::BedrockAgentCore::Policy` Ressourcen.	Bedrock-AgentCore Richtlinie	`AWS::BedrockAgentCore::Policy`
Bedrock-AgentCore Richtlinien-Engine	API-Aktivität für `AWS::BedrockAgentCore::PolicyEngine` Ressourcen.	Bedrock-AgentCore Richtlinien-Engine	`AWS::BedrockAgentCore::PolicyEngine`
Bedrock-AgentCore Empfehlung	API-Aktivität für `AWS::BedrockAgentCore::Recommendation` Ressourcen.	Bedrock-AgentCore Empfehlung	`AWS::BedrockAgentCore::Recommendation`
Bedrock-AgentCore Registrierung	API-Aktivität für `AWS::BedrockAgentCore::Registry` Ressourcen.	Bedrock-AgentCore Registrierung	`AWS::BedrockAgentCore::Registry`
Amazon Bedrock	Amazon Bedrock Runtime-API-Aktivität.	Bedrock-AgentCore Laufzeit	`AWS::BedrockAgentCore::Runtime`
Amazon Bedrock	Amazon Bedrock Runtime-Endpoint API-Aktivität.	Bedrock-AgentCore Runtime-Endpoint	`AWS::BedrockAgentCore::RuntimeEndpoint`
Amazon Bedrock	API-Aktivität von Amazon Bedrock Token Vault.	Bedrock-AgentCore Token-Tresor	`AWS::BedrockAgentCore::TokenVault`
Amazon Bedrock	API-Aktivität für Amazon Bedrock Workload Identity.	Bedrock-AgentCore Identität der Arbeitslast	`AWS::BedrockAgentCore::WorkloadIdentity`
Amazon Bedrock	API-Aktivität für das Amazon Bedrock Workload Identity Directory.	Bedrock-AgentCore Verzeichnis der Workload-Identitäten	`AWS::BedrockAgentCore::WorkloadIdentityDirectory`
Projekt Bedrock Mantle	API-Aktivität für Ressourcen. `AWS::BedrockMantle::Project`	Projekt Bedrock Mantle	`AWS::BedrockMantle::Project`
Bedrock Web-Suchtool	API-Aktivität auf `AWS::BedrockWebSearch::Tool` Ressourcen.	Bedrock Web-Suchtool	`AWS::BedrockWebSearch::Tool`
Amazon Keyspaces (für Apache Cassandra)	API-Aktivität von Amazon Keyspaces (für Apache Cassandra) auf Cassandra CDC-Streams.	Cassandra CDC-Streams	`AWS::Cassandra::Stream`
Amazon Keyspaces (für Apache Cassandra)	Amazon Keyspaces-API-Aktivität in einer Tabelle. Weitere Informationen finden Sie unter Amazon Keyspaces (für Apache Cassandra).	Cassandra-Tabelle	`AWS::Cassandra::Table`
Certificate Manager	API-Aktivität für `AWS::CertificateManager::AcmeEndpoint` Ressourcen.	AWS::CertificateManager::AcmeEndpoint	`AWS::CertificateManager::AcmeEndpoint`
Technische Codeliste für klinische Studien	API-Aktivität für Ressourcen. `AWS::ClinicalTrialsTech::Codelist`	Technische Codeliste für klinische Studien	`AWS::ClinicalTrialsTech::Codelist`
Technischer Datensatz für klinische Studien	API-Aktivität im Zusammenhang mit `AWS::ClinicalTrialsTech::Dataset` Ressourcen.	Technischer Datensatz für klinische Studien	`AWS::ClinicalTrialsTech::Dataset`
Technische Durchführung klinischer Studien	API-Aktivität für `AWS::ClinicalTrialsTech::Execution` Ressourcen.	Technische Durchführung klinischer Studien	`AWS::ClinicalTrialsTech::Execution`
Technisches Beispiel für klinische Studien	API-Aktivität für `AWS::ClinicalTrialsTech::Instance` Ressourcen.	Technisches Beispiel für klinische Studien	`AWS::ClinicalTrialsTech::Instance`
Technische Kartierung klinischer Studien	API-Aktivität auf `AWS::ClinicalTrialsTech::Mapping` Ressourcen.	Technische Kartierung klinischer Studien	`AWS::ClinicalTrialsTech::Mapping`
Technischer Zeitplan für klinische Studien	API-Aktivitäten im Zusammenhang mit `AWS::ClinicalTrialsTech::Schedule` Ressourcen.	Technischer Zeitplan für klinische Studien	`AWS::ClinicalTrialsTech::Schedule`
Technische Studie für klinische Studien	API-Aktivität im Zusammenhang mit `AWS::ClinicalTrialsTech::Study` Ressourcen.	Technische Studie für klinische Studien	`AWS::ClinicalTrialsTech::Study`
Amazon CloudFront	CloudFront API-Aktivität auf einem KeyValueStore. Weitere Informationen finden Sie auf Amazon CloudFront.	CloudFront KeyValueStore	`AWS::CloudFront::KeyValueStore`
Amazon-Kostenoptimierung	CloudOptimization API-Aktivität in Profilen.	AWS:::CloudOptimization: Profil	`AWS::CloudOptimization::Profile`
Amazon-Kostenoptimierung	CloudOptimization API-Aktivität im Zusammenhang mit Empfehlungen.	AWS:::CloudOptimization: Empfehlung	`AWS::CloudOptimization::Recommendation`
AWS CloudTrail	CloudTrail PutAuditEvents Aktivität auf einem CloudTrail Lake-Kanal, der verwendet wird, um Ereignisse von außen AWS zu protokollieren. Weitere Informationen finden Sie unter AWS CloudTrail.	CloudTrail Kanal	`AWS::CloudTrail::Channel`
CloudWatch Datensatz	API-Aktivität für `AWS::CloudWatch::Dataset` Ressourcen.	CloudWatch Datensatz	`AWS::CloudWatch::Dataset`
Endpunkt Observability Ingestion	API-Aktivität auf Ressourcen. `AWS::CloudWatch::IngestionEndpoint`	Endpunkt der Observability-Erfassung	`AWS::CloudWatch::IngestionEndpoint`
Amazon CloudWatch	CloudWatch Amazon-API-Aktivität in Bezug auf Metriken. Weitere Informationen finden Sie auf Amazon CloudWatch.	CloudWatch Metrik	`AWS::CloudWatch::Metric`
Amazon CodeGuru Profiler	CodeGuru Profiler-API-Aktivität für Profilerstellungsgruppen.	CodeGuru Profiler-Profilerstellungsgruppe	`AWS::CodeGuruProfiler::ProfilingGroup`
Amazon CodeWhisperer	CodeWhisperer Amazon-API-Aktivität bei einer Anpassung.	CodeWhisperer Anpassung	`AWS::CodeWhisperer::Customization`
Amazon CodeWhisperer	CodeWhisperer Amazon-API-Aktivität in einem Profil.	CodeWhisperer	`AWS::CodeWhisperer::Profile`
Amazon Cognito	API-Aktivität von Amazon Cognito in Amazon-Cognito-Identitätspools. Weitere Informationen finden Sie unter Amazon Cognito.	Cognito-Identitätspools	`AWS::Cognito::IdentityPool`
AWS Data Exchange	AWS Data Exchange Exchange-API-Aktivität für Vermögenswerte.	Datenaustausch-Asset	`AWS::DataExchange::Asset`
AWS Deadline Cloud	Deadline Cloud-API-Aktivität für Flotten. Weitere Informationen finden Sie unter AWS Deadline Cloud.	Deadline Cloud-Flotte	`AWS::Deadline::Fleet`
AWS Deadline Cloud	Deadline Cloud-API-Aktivität für Jobs. Weitere Informationen finden Sie unter AWS Deadline Cloud.	Deadline Cloud-Job	`AWS::Deadline::Job`
AWS Deadline Cloud	Deadline Cloud-API-Aktivität in Warteschlangen. Weitere Informationen finden Sie unter AWS Deadline Cloud.	Deadline Cloud-Warteschlange	`AWS::Deadline::Queue`
AWS Deadline Cloud	Deadline Cloud-API-Aktivität für Mitarbeiter. Weitere Informationen finden Sie unter AWS Deadline Cloud.	Deadline Cloud-Mitarbeiter	`AWS::Deadline::Worker`
Mit Diode Alerting verknüpfte Warnung	API-Aktivität auf `AWS::DiodeAlerting::LinkedAlert` Ressourcen.	Mit Diode Alerting verknüpfte Warnung	`AWS::DiodeAlerting::LinkedAlert`
Amazon Aurora DSQL	Amazon Aurora DSQL API-Aktivität auf Cluster-Ressourcen.	Amazon Aurora DSQL	`AWS::DSQL::Cluster`
Amazon DynamoDB	API-Aktivitäten von Amazon DynamoDB in Streams. Weitere Informationen finden Sie unter Amazon DynamoDB.	DynamoDB-Streams	`AWS::DynamoDB::Stream`
Amazon DynamoDB	Amazon DynamoDB DynamoDB-API-Aktivität auf Artikelebene für Tabellen (z. B., PutItem DeleteItem, und UpdateItem API-Operationen). Bei Tabellen mit aktivierten Streams enthält das Ressourcenfeld im Datenereignis sowohl AWS: :DynamoDB: :Stream als auch: :DynamoDB: :Table AWS. Wenn Sie AWS: :DynamoDB: :Table für resources.type angeben, werden standardmäßig sowohl DynamoDB-Tabellen- als auch DynamoDB-Streams-Ereignisse protokolliert. Um Streams-Ereignisse auszuschließen, fügen Sie dem Feld EventName einen Filter hinzu. Weitere Informationen finden Sie unter Amazon DynamoDB.	DynamoDB	`AWS::DynamoDB::Table`
Amazon Elastic Compute Cloud	API-Aktivität Amazon EC2 EC2-Instance Connect-Endpunkte.	Endpunkt mit EC2-Instance verbinden	`AWS::EC2::InstanceConnectEndpoint`
Amazon Elastic Block Store	Direkte Amazon Elastic Block Store (EBS) -APIs wie PutSnapshotBlock GetSnapshotBlock, und ListChangedBlocks auf Amazon EBS-Snapshots. Weitere Informationen finden Sie unter Amazon Elastic Block Store.	Direkte EBS-APIs	`AWS::EC2::Snapshot`
Amazon Elastic Container Service	Amazon Elastic Container Service API-Aktivität auf einer Container-Instance.	ECS-Container-Instance	`AWS::ECS::ContainerInstance`
Amazon Elastic Kubernetes Service	API-Aktivität von Amazon Elastic Kubernetes Service auf Dashboards.	EKS-Dashboard	`AWS::EKS::Dashboard`
Amazon EMR	API-Aktivität von Amazon EMR in einem Write-Ahead-Log-Workspace. Weitere Informationen finden Sie unter Amazon EMR.	EMR-Write-Ahead-Log-Workspace	`AWS::EMRWAL::Workspace`
Nachrichten für Endbenutzer	API-Aktivität auf Ressourcen. `AWS::EndUserMessaging::NotifyCodeVerification`	AWS::EndUserMessaging::NotifyCodeVerification	`AWS::EndUserMessaging::NotifyCodeVerification`
EventBridge Endpunkt	API-Aktivität für `AWS::Events::Endpoint` Ressourcen.	EventBridge Endpunkt	`AWS::Events::Endpoint`
EventBridge Benutzerdefinierter Event-Bus — klassisch	API-Aktivität für `AWS::Events::EventBus` Ressourcen.	EventBridge Benutzerdefinierter Event-Bus — klassisch	`AWS::Events::EventBus`
EventBridge Partner-Eventquelle	API-Aktivität für `AWS::Events::EventSource` Ressourcen.	EventBridge Quelle des Partnerereignisses	`AWS::Events::EventSource`
EventBridge Regel	API-Aktivität für `AWS::Events::Rule` Ressourcen.	EventBridge Regel	`AWS::Events::Rule`
EventBridge Benutzerdefinierter Event-Bus	API-Aktivität für `AWS::EventsV2::EventBus` Ressourcen.	EventBridge Benutzerdefinierter Event Bus	`AWS::EventsV2::EventBus`
EventBridge Benutzerdefinierte Eventbus-Ereignisquelle	API-Aktivität für `AWS::EventsV2::EventSource` Ressourcen.	EventBridge Benutzerdefinierte Eventbus-Ereignisquelle	`AWS::EventsV2::EventSource`
Amazon FinSpace	FinSpace Amazon-API-Aktivität in Umgebungen. Weitere Informationen finden Sie auf Amazon FinSpace.	FinSpace	`AWS::FinSpace::Environment`
Amazon FSx	Amazon FSx-API-Aktivität auf Volumes.	FSx-Volumen	`AWS::FSx::Volume`
GameLift Amazon-Streams	Streaming-API-Aktivitäten von Amazon GameLift Streams für Anwendungen. Weitere Informationen finden Sie unter Amazon GameLift Streams.	GameLift Streams-Anwendung	`AWS::GameLiftStreams::Application`
GameLift Amazon-Streams	Amazon GameLift Streaming-API-Aktivität in Stream-Gruppen. Weitere Informationen finden Sie unter Amazon GameLift Streams.	GameLift Streams-Stream-Gruppe	`AWS::GameLiftStreams::StreamGroup`
Amazon-Lagepläne	API-Aktivität von Amazon Location Maps.	Geokarten	`AWS::GeoMaps::Provider`
Standorte und Orte bei Amazon	API-Aktivität von Amazon Location Places.	Geo & Places	`AWS::GeoPlaces::Provider`
Amazon-Standortrouten	API-Aktivität von Amazon Location Routes.	Geo-Routen	`AWS::GeoRoutes::Provider`
AWS Glue	AWS Glue Sie API-Aktivitäten auf Tabellen, die von Lake Formation erstellt wurden.	Lake Formation	`AWS::Glue::Table`
AWS IoT Greengrass Version 2	Greengrass-API-Aktivität von einem Greengrass-Core-Gerät auf einer Komponentenversion. Greengrass protokolliert keine Ereignisse, bei denen der Zugriff verweigert wurde. Weitere Informationen finden Sie unter AWS IoT Greengrass Version 2.	IoT Greengrass-Komponentenversion	`AWS::GreengrassV2::ComponentVersion`
AWS IoT Greengrass Version 2	Greengrass-API-Aktivität von einem Greengrass-Core-Gerät in einer Bereitstellung. Greengrass protokolliert keine Ereignisse, bei denen der Zugriff verweigert wurde. Weitere Informationen finden Sie unter AWS IoT Greengrass Version 2.	Einsatz von IoT Greengrass	`AWS::GreengrassV2::Deployment`
Amazon GuardDuty	GuardDuty Amazon-API-Aktivität für einen Detektor. Weitere Informationen finden Sie auf Amazon GuardDuty.	GuardDuty Detektor	`AWS::GuardDuty::Detector`
Amazon GuardDuty	GuardDuty API-Aktivität bei Malware-Scans.	GuardDuty Malware-Scan	`AWS::GuardDuty::MalwareScan`
Domain Health Gesundheitsagenten	API-Aktivität auf `AWS::HealthAgent::Domain` Ressourcen.	Domain Health Gesundheitsagenten	`AWS::HealthAgent::Domain`
Amazon Connect Health	API-Aktivität auf `AWS::HealthAgent::Integration` Ressourcen.	AWS::HealthAgent: Integration	`AWS::HealthAgent::Integration`
Amazon Connect Health	API-Aktivität auf `AWS::HealthAgent::PatientInsightsJob` Ressourcen.	health-agent.amazonaws.com	`AWS::HealthAgent::PatientInsightsJob`
Amazon Connect Health	API-Aktivität auf `AWS::HealthAgent::Session` Ressourcen.	AWS::HealthAgent: Sitzung	`AWS::HealthAgent::Session`
Abonnement Health Gesundheitsagenten	API-Aktivität für `AWS::HealthAgent::Subscription` Ressourcen.	Abonnement Health Gesundheitsagenten	`AWS::HealthAgent::Subscription`
Health Lake-Datentransformationsprofil	API-Aktivität auf `AWS::HealthLake::DataTransformationProfile` Ressourcen.	Health Lake-Datentransformationsprofil	`AWS::HealthLake::DataTransformationProfile`
AWS IoT	AWS IoT-API-Aktivität auf Zertifikaten. Weitere Informationen finden Sie unter AWS IoT.	IoT-Zertifikat	`AWS::IoT::Certificate`
AWS IoT	AWS IoT-API-Aktivität für Dinge. Weitere Informationen finden Sie unter AWS IoT.	IoT-Sache	`AWS::IoT::Thing`
AWS IoT-Tunnel	API-Aktivität auf `AWS::IoT::Tunnel` Ressourcen.	AWS IoT-Tunnel	`AWS::IoT::Tunnel`
AWS IoT SiteWise	SiteWise IoT-API-Aktivität für Anlagen. Weitere Informationen finden Sie unter AWS IoT SiteWise.	SiteWise IoT-Anlage	`AWS::IoTSiteWise::Asset`
SiteWise IoT-Datensatz	API-Aktivität für `AWS::IoTSiteWise::Dataset` Ressourcen.	SiteWise IoT-Datensatz	`AWS::IoTSiteWise::Dataset`
SiteWise IoT-Pipeline	API-Aktivität für `AWS::IoTSiteWise::Pipeline` Ressourcen.	SiteWise IoT-Pipeline	`AWS::IoTSiteWise::Pipeline`
AWS IoT SiteWise	SiteWise IoT-API-Aktivität in Zeitreihen. Weitere Informationen finden Sie unter AWS IoT SiteWise.	SiteWise IoT-Zeitreihen	`AWS::IoTSiteWise::TimeSeries`
SiteWise IoT-Arbeitsplatz	API-Aktivität für `AWS::IoTSiteWise::Workspace` Ressourcen.	SiteWise IoT-Arbeitsplatz	`AWS::IoTSiteWise::Workspace`
AWS IoT TwinMaker	TwinMaker IoT-API-Aktivität für eine Entität. Weitere Informationen finden Sie unter AWS IoT TwinMaker.	TwinMaker IoT-Entität	`AWS::IoTTwinMaker::Entity`
AWS IoT TwinMaker	TwinMaker IoT-API-Aktivität in einem Workspace. Weitere Informationen finden Sie unter AWS IoT TwinMaker.	TwinMaker IoT-Arbeitsplatz	`AWS::IoTTwinMaker::Workspace`
Amazon Kendra Intelligent Ranking	API-Aktivität von Amazon Kendra Intelligent Rankin für Rescore-Ausführungspläne. Weitere Informationen finden Sie unter Amazon Kendra Intelligent Ranking.	Kendra-Rangliste	`AWS::KendraRanking::ExecutionPlan`
Amazon Kinesis Data Streams	Kinesis Data Streams Streams-API-Aktivität in Streams. Weitere Informationen finden Sie unter Amazon Kinesis Data Streams.	Kinesis-Stream	`AWS::Kinesis::Stream`
Amazon Kinesis Data Streams	Kinesis Data Streams Streams-API-Aktivität auf Stream-Verbrauchern. Weitere Informationen finden Sie unter Amazon Kinesis Data Streams.	Kinesis Stream-Verbraucher	`AWS::Kinesis::StreamConsumer`
Amazon Data Firehose	API-Aktivität für den Amazon Data Firehose-Lieferstream.	Amazon Data Firehose	`AWS::KinesisFirehose::DeliveryStream`
Amazon Kinesis Video Streams	Kinesis Video Streams Streams-Videosignalkanal-API-Aktivität.	Kinesis-Videosignalkanal	`AWS::KinesisVideo::SignalingChannel`
Amazon Kinesis Video Streams	Kinesis Video Streams Streams-API-Aktivitäten in Videostreams, z. B. Aufrufe von GetMedia und PutMedia.	Kinesis-Videostream	`AWS::KinesisVideo::Stream`
AWS Lambda	AWS Aktivität zur Ausführung von Lambda-Funktionen (die Invoke-API).	Lambda	`AWS::Lambda::Function`
Lambda-Microvm-Bild	API-Aktivität für Ressourcen. `AWS::Lambda::MicrovmImage`	Lambda-Microvm-Bild	`AWS::Lambda::MicrovmImage`
Lambda-Webfunktion	API-Aktivität für `AWS::Lambda::WebFunction` Ressourcen.	Lambda WebFunction	`AWS::Lambda::WebFunction`
Lex Bot	API-Aktivität für `AWS::Lex::Bot` Ressourcen.	Lex Bot	`AWS::Lex::Bot`
AWS Lex Bot Alias	API-Aktivität auf `AWS::Lex::BotAlias` Ressourcen.	AWS Lex Bot Alias	`AWS::Lex::BotAlias`
CloudWatch Protokolliert die Gruppenautorisierung	API-Aktivität auf `AWS::Logs::LogGroupAuthorization` Ressourcen.	CloudWatch Protokolliert die Gruppenautorisierung	`AWS::Logs::LogGroupAuthorization`
Logs ScheduledQuery	API-Aktivitäten auf `AWS::Logs::ScheduledQuery` Ressourcen.	Protokolle ScheduledQuery	`AWS::Logs::ScheduledQuery`
Amazon Machine Learning	API-Aktivität für Machine Learning auf ML-Modellen.	Maschinelles Lernen MlModel	`AWS::MachineLearning::MlModel`
Amazon Managed Blockchain	API-Aktivität von Amazon Managed Blockchain in einem Netzwerk.	Managed-Blockchain-Netzwerk	`AWS::ManagedBlockchain::Network`
Amazon Managed Blockchain	Amazon Managed Blockchain JSON-RPC ruft Ethereum-Knoten wie ETH_GetBalance oder eth_get auf. BlockByNumber Weitere Informationen finden Sie unter Amazon Managed Blockchain.	Managed Blockchain	`AWS::ManagedBlockchain::Node`
Amazon Managed Blockchain Query	API-Aktivität für Amazon Managed Blockchain Query.	Verwaltete Blockchain-Abfrage	`AWS::ManagedBlockchainQuery::QueryAPI`
AWS HealthImaging	AWS HealthImaging API-Aktivität in Datenspeichern.	MedicalImaging Datenspeicher	`AWS::MedicalImaging::Datastore`
AWS HealthImaging	AWS HealthImaging API-Aktivität für Bilddatensätze.	MedicalImaging Bildsatz	`AWS::MedicalImaging::Imageset`
Von Amazon verwaltete Workflows für Apache Airflow	Amazon MWAA-API-Aktivität in Umgebungen.	Verwalteter Apache Airflow	`AWS::MWAA::Environment`
Amazon-Neptune-Graph	Daten-API-Aktivitäten in einem Neptune-Graph, zum Beispiel Abfragen, Algorithmen oder Vektorsuche.	Neptun-Graph	`AWS::NeptuneGraph::Graph`
Amazon CloudWatch Network Flow Monitor	Amazon CloudWatch Network Flow Monitor-API-Aktivität auf Monitoren.	Network Flow Monitor überwachen	`AWS::NetworkFlowMonitor::Monitor`
Amazon CloudWatch Network Flow Monitor	Amazon CloudWatch Network Flow Monitor-API-Aktivität in Bereichen.	Umfang von Network Flow Monitor	`AWS::NetworkFlowMonitor::Scope`
Amazon NovaAct	NovaAct Amazon-API-Aktivität für Workflow-Definitionen.	Workflow-Definition	`AWS::NovaAct::WorkflowDefinition`
Amazon NovaAct	NovaAct Amanzon-API-Aktivität bei Workflow-Läufen.	Workflow-Ausführung	`AWS::NovaAct::WorkflowRun`
Amazon One Enterprise	Amazon One Enterprise API-Aktivität auf einem uKey.	Amazon One UKey	`AWS::One::UKey`
Amazon One Enterprise	Amazon One Enterprise API-Aktivität für Benutzer.	Amazon One-Benutzer	`AWS::One::User`
AWS Kryptografie bei Zahlungen	AWS API-Aktivität für Zahlungskryptografie auf Aliasnamen.	Alias für Zahlungskryptografie	`AWS::PaymentCryptography::Alias`
AWS Kryptografie im Zahlungsverkehr	AWS API-Aktivität für Zahlungskryptografie auf Schlüsseln.	Kryptografie-Schlüssel für Zahlungen	`AWS::PaymentCryptography::Key`
AWS Private CA	AWS Privater CA-Connector für Active Directory-API-Aktivitäten.	Privater CA-Connector für Active Directory	`AWS::PCAConnectorAD::Connector`
AWS Private CA	AWS Privater CA-Connector für SCEP-API-Aktivitäten.	Privater CA-Konnektor für SCEP	`AWS::PCAConnectorSCEP::Connector`
Amazon Pinpoint	Amazon Pinpoint API-Aktivität in mobilen Targeting-Anwendungen.	Anwendung für mobiles Targeting	`AWS::Pinpoint::App`
Amazon Q Apps	Daten-API-Aktivität auf Amazon Q Apps. Weitere Informationen finden Sie unter Amazon Q Apps.	Amazon Q Apps	`AWS::QApps::QApp`
Amazon Q Apps	Daten-API-Aktivität in Amazon Q App-Sitzungen.	Amazon Q App-Sitzung	`AWS::QApps::QAppSession`
Amazon Q Business	Amazon-Q-Business-API-Aktivität auf einer Anwendung. Weitere Informationen finden Sie unter Amazon Q Business.	Amazon-Q-Business-Anwendung	`AWS::QBusiness::Application`
Amazon Q Business	Amazon-Q-Business-API-Aktivität auf einer Datenquelle. Weitere Informationen finden Sie unter Amazon Q Business.	Amazon-Q-Business-Datenquelle	`AWS::QBusiness::DataSource`
Amazon Q Business	Amazon-Q-Business-API-Aktivität auf einem Index. Weitere Informationen finden Sie unter Amazon Q Business.	Amazon-Q-Business-Index	`AWS::QBusiness::Index`
Amazon Q Business	API-Aktivität für die Amazon Q Business-Integration.	Amazon Q Business-Integration	`AWS::QBusiness::Integration`
Amazon Q Business	Amazon-Q-Business-API-Aktivität auf einem Weberlebnis. Weitere Informationen finden Sie unter Amazon Q Business.	Amazon-Q-Business-Weberlebnis	`AWS::QBusiness::WebExperience`
Amazon Q Developer	Amazon Q Developer API-Aktivität für eine Integration.	Q: Integration für Entwickler	`AWS::QDeveloper::Integration`
Amazon Quick	Amazon Quick API-Aktivität auf einem Action-Connector.	AWS QuickSuite Aktionen	`AWS::Quicksight::ActionConnector`
QuickSight Amazon-App	API-Aktivität auf `AWS::QuickSight::App` Ressourcen.	QuickSight Amazon-App	`AWS::QuickSight::App`
QuickSight -Automatisierung	API-Aktivität auf `AWS::QuickSight::Automation` Ressourcen.	QuickSight Automatisierung	`AWS::QuickSight::Automation`
QuickSight Automatisierungsjob	API-Aktivität für `AWS::QuickSight::AutomationJob` Ressourcen.	QuickSight Automatisierungsjob	`AWS::QuickSight::AutomationJob`
AWS QuickSight Erweiterung	API-Aktivität für `AWS::QuickSight::Extension` Ressourcen.	AWS QuickSight Erweiterung	`AWS::QuickSight::Extension`
AWS QuickSight Zugriff auf Erweiterungen	API-Aktivität für `AWS::QuickSight::ExtensionAccess` Ressourcen.	AWS QuickSight Zugriff auf Erweiterungen	`AWS::QuickSight::ExtensionAccess`
Amazon Quick	Amazon Quick Flow API-Aktivität.	AWS QuickSight fließen	`AWS::QuickSight::Flow`
Amazon Quick	Amazon Quick FlowSession API-Aktivität.	AWS QuickSight Flow-Sitzung	`AWS::QuickSight::FlowSession`
QuickSight Amazon-Seite	API-Aktivität auf `AWS::QuickSight::Page` Ressourcen.	QuickSight Amazon-Seite	`AWS::QuickSight::Page`
QuickSight Aufgabe	API-Aktivität für `AWS::QuickSight::Task` Ressourcen.	QuickSight Aufgabe	`AWS::QuickSight::Task`
Amazon RDS	Amazon RDS-API-Aktivität in einem DB-Cluster. Weitere Informationen finden Sie unter Amazon RDS.	RDS-Daten-API — DB-Cluster	`AWS::RDS::DBCluster`
Amazon Redshift	Redshift-API-Aktivität auf Clustern.	Redshift-Cluster	`AWS::Redshift::Cluster`
AWS Verwaltete Ansicht von Resource Explorer	API-Aktivität für Ressourcen. `AWS::ResourceExplorer2::ManagedView`	AWS Verwaltete Ansicht im Resource Explorer	`AWS::ResourceExplorer2::ManagedView`
AWS Resource Explorer-Ansicht	API-Aktivität für `AWS::ResourceExplorer2::View` Ressourcen.	AWS Resource Explorer-Ansicht	`AWS::ResourceExplorer2::View`
Amazon CloudWatch RUM	Amazon CloudWatch RUM-API-Aktivität auf App-Monitoren.	RUM-App-Monitor	`AWS::RUM::AppMonitor`
Amazon S3	Amazon-S3-API-Aktivitäten für Zugriffspunkte. Weitere Informationen finden Sie unter Amazon S3.	S3-Zugangspunkt	`AWS::S3::AccessPoint`
Amazon S3	API-Aktivitäten auf Amazon S3 S3-Objektebene (z. B., GetObject DeleteObject, und PutObject API-Operationen) für Objekte in Allzweck-Buckets. Weitere Informationen finden Sie unter Amazon S3.	S3	`AWS::S3::Object`
S3 Express-Zugangspunkt	API-Aktivität auf `AWS::S3Express::AccessPoint` Ressourcen.	S3 Express-Zugangspunkt	`AWS::S3Express::AccessPoint`
Amazon S3	Amazon S3 S3-API-Aktivität auf Objektebene (z. B., GetObject DeleteObject, und PutObject API-Operationen) für Objekte in Verzeichnis-Buckets. Weitere Informationen finden Sie unter Amazon S3.	S3 Express	`AWS::S3Express::Object`
Amazon S3	API-Aktivitäten für Amazon S3 Object Lambda Access Points, z. B. Aufrufe von CompleteMultipartUpload und GetObject. Weitere Informationen finden Sie unter Amazon S3.	S3 Object Lambda	`AWS::S3ObjectLambda::AccessPoint`
Amazon S3 on Outposts	API-Aktivität auf Objektebene auf Amazon S3 on Outposts. Weitere Informationen finden Sie unter Verwenden von Amazon S3 on Outposts.	S3-Outposts	`AWS::S3Outposts::Object`
Amazon S3 Tables	Amazon S3 S3-API-Aktivität für Tabellen. Weitere Informationen finden Sie unter Amazon S3 S3-Tabellen.	S3-Tabelle	`AWS::S3Tables::Table`
Amazon S3 Tables	Amazon S3 S3-API-Aktivität für Tabellen-Buckets. Weitere Informationen finden Sie unter Amazon S3 S3-Tabellen.	S3-Tabelleneimer	`AWS::S3Tables::TableBucket`
Amazon S3 Vectors	Amazon S3 S3-API-Aktivität für Vektorindizes. Weitere Informationen finden Sie unter Amazon S3 Vectors.	S3-Vektorindex	`AWS::S3Vectors::Index`
Amazon S3 Vectors	Amazon S3 S3-API-Aktivität für Vektor-Buckets. Weitere Informationen finden Sie unter Amazon S3 Vectors.	S3-Vektor-Bucket	`AWS::S3Vectors::VectorBucket`
Amazon SageMaker KI	SageMaker InvokeEndpointWithResponseStream Amazon-KI-Aktivitäten auf Endpunkten. Weitere Informationen finden Sie unter Amazon SageMaker AI.	SageMaker Endpunkt	`AWS::SageMaker::Endpoint`
Amazon SageMaker KI	Amazon SageMaker AI-API-Aktivität für Komponenten von Experimenten und Studien. Weitere Informationen finden Sie unter Amazon SageMaker AI.	SageMaker Metriken, Experiment, Versuchskomponente	`AWS::SageMaker::ExperimentTrialComponent`
Amazon SageMaker KI	Amazon SageMaker AI-API-Aktivität in Feature-Stores.	SageMaker Feature-Shop	`AWS::SageMaker::FeatureGroup`
SageMaker Knotenpunkt	API-Aktivität auf `AWS::SageMaker::Hub` Ressourcen.	SageMaker Hub	`AWS::SageMaker::Hub`
SageMaker Arbeitsplätze	API-Aktivität für `AWS::SageMaker::Job` Ressourcen.	SageMaker Jobs	`AWS::SageMaker::Job`
AWS SageMaker MlflowApp	API-Aktivität für `AWS::SageMaker::MlflowApp` Ressourcen.	AWS SageMaker MlflowApp	`AWS::SageMaker::MlflowApp`
Amazon SageMaker KI	Amazon SageMaker AI MLFlow-API-Aktivität.	SageMaker mlFlow	`AWS::SageMaker::MlflowTrackingServer`
SageMaker Trainingseinheit	API-Aktivität für `AWS::SageMaker::TrainingSession` Ressourcen.	SageMaker Trainingseinheit	`AWS::SageMaker::TrainingSession`
AWS Lieferkette	API-Aktivität für `AWS::SCN::BusinessRule` Ressourcen.	AWS: :SCN:: BusinessRule	`AWS::SCN::BusinessRule`
AWS Lieferkette	API-Aktivität für `AWS::SCN::DataLakeException` Ressourcen.	AWS: :SCN:: DataLakeException	`AWS::SCN::DataLakeException`
AWS Lieferkette	API-Aktivität für `AWS::SCN::ExceptionInvestigation` Ressourcen.	AWS: :SCN:: ExceptionInvestigation	`AWS::SCN::ExceptionInvestigation`
AWS Lieferkette	API-Aktivität für `AWS::SCN::ExceptionRule` Ressourcen.	AWS: :SCN:: ExceptionRule	`AWS::SCN::ExceptionRule`
AWS Lieferkette	Supply-Chain-API-Aktivität auf einer Instanz.	Amazon Connect Connect-Entscheidungen	`AWS::SCN::Instance`
AWS Lieferkette	API-Aktivität für `AWS::SCN::Metric` Ressourcen.	AWS: :SCN: :Metrisch	`AWS::SCN::Metric`
AWS Lieferkette	API-Aktivität für `AWS::SCN::MetricEvaluation` Ressourcen.	AWS: :SCN:: MetricEvaluation	`AWS::SCN::MetricEvaluation`
AWS Lieferkette	API-Aktivität für `AWS::SCN::Outcome` Ressourcen.	AWS: :SCN: :Ergebnis	`AWS::SCN::Outcome`
AWS Lieferkette	API-Aktivität für `AWS::SCN::OutcomeTemplate` Ressourcen.	AWS: :SCN:: OutcomeTemplate	`AWS::SCN::OutcomeTemplate`
Amazon SimpleDB	Amazon SimpleDB SimpleDB-API-Aktivität auf Domains.	SimpleDB-Domäne	`AWS::SDB::Domain`
AWS Cloud Map	AWS Cloud Map API-Aktivität in einem Namespace. Weitere Informationen finden Sie unter AWS Cloud Map.	AWS Cloud Map-Namespace	`AWS::ServiceDiscovery::Namespace`
AWS Cloud Map	AWS Cloud Map API-Aktivität für einen Dienst. Weitere Informationen finden Sie unter AWS Cloud Map.	AWS Cloud-Kartendienst	`AWS::ServiceDiscovery::Service`
Amazon Simple Email Service	API-Aktivität von Amazon Simple Email Service (Amazon SES) in Konfigurationssätzen.	SES-Konfigurationssatz	`AWS::SES::ConfigurationSet`
Amazon Simple Email Service	API-Aktivität von Amazon Simple Email Service (Amazon SES) für E-Mail-Identitäten.	SES-Identität	`AWS::SES::EmailIdentity`
Amazon Simple Email Service	API-Aktivität von Amazon Simple Email Service (Amazon SES) für Vorlagen.	SES-Vorlage	`AWS::SES::Template`
AWS Unterzeichner	API-Aktivität des Unterzeichners beim Signieren von Aufträgen.	Job beim Signieren durch den Unterzeichner	`AWS::Signer::SigningJob`
AWS Unterzeichner	API-Aktivität des Unterzeichners beim Signieren von Profilen.	Signaturprofil des Unterzeichners	`AWS::Signer::SigningProfile`
AWS SiteWise IoT-Assistent	API-Aktivität des Sitewise Assistant bei Konversationen.	Sitewise Assistant-Konversation	`AWS::SitewiseAssistant::Conversation`
Suche nach Mobilfunkanbietern	API-Aktivität für `AWS::SMSVoice::CarrierLookup` Ressourcen.	Suche nach Mobilfunkanbietern	`AWS::SMSVoice::CarrierLookup`
Konfigurationssatz	API-Aktivität für `AWS::SMSVoice::ConfigurationSet` Ressourcen.	Konfigurationssatz	`AWS::SMSVoice::ConfigurationSet`
AWS SMS-Nachrichten für Endbenutzer	AWS SMS-API-Aktivität für Endbenutzer-Nachrichten in Bezug auf Nachrichten. Weitere Informationen finden Sie unter SMS-Nachrichten für AWS Endbenutzer.	SMS, Sprachnachricht	`AWS::SMSVoice::Message`
Konfiguration benachrichtigen	API-Aktivität für `AWS::SMSVoice::NotifyConfiguration` Ressourcen.	Konfiguration benachrichtigen	`AWS::SMSVoice::NotifyConfiguration`
AWS SMS-Nachrichten für Endbenutzer	AWS SMS-API-Aktivität für Endbenutzer-Nachrichten auf Originalidentitäten. Weitere Informationen finden Sie unter SMS für AWS Endbenutzer-Nachrichten.	Identität der SMS-Sprachquelle	`AWS::SMSVoice::OriginationIdentity`
Amazon SNS	Amazon SNS Publish API-Operationen auf Plattformendpunkten. Weitere Informationen finden Sie unter Amazon SNS.	SNS-Plattformendpunkt	`AWS::SNS::PlatformEndpoint`
Amazon SNS	Amazon SNS Publish und PublishBatch API-Operationen zu Themen. Weitere Informationen finden Sie unter Amazon SNS.	SNS-Thema	`AWS::SNS::Topic`
AWS Nachrichten für Endbenutzer in sozialen Netzwerken	AWS Social-Media-API-Aktivitäten für Endbenutzer im Bereich Messaging auf Telefonnummern-IDs. Weitere Informationen finden Sie unter AWS End User Messaging Social.	Social-Messaging Telefonnummer (ID)	`AWS::SocialMessaging::PhoneNumberId`
AWS Social Messaging für Endbenutzer	AWS Soziale API-Aktivität für Endbenutzer-Messaging auf Waba-IDs.	Social-Messaging Waba-ID	`AWS::SocialMessaging::WabaId`
Amazon SQS	Amazon-SQS-API-Aktivität auf Nachrichten. Weitere Informationen finden Sie unter Amazon SQS.	SQS	`AWS::SQS::Queue`
AWS Systems Manager	API-Aktivität von Systems Manager im Zusammenhang mit Folgenabschätzungen.	SSM-Folgenabschätzung	`AWS::SSM::ExecutionPreview`
AWS Systems Manager	Systems Manager Manager-API-Aktivität auf verwalteten Knoten. Weitere Informationen finden Sie unter AWS Systems Manager.	Von Systems Manager verwalteter Knoten	`AWS::SSM::ManagedNode`
AWS Systems Manager	Systems Manager Manager-API-Aktivität auf Kontrollkanälen. Weitere Informationen finden Sie unter AWS Systems Manager.	Systems Manager	`AWS::SSMMessages::ControlChannel`
AWS Step Functions	API-Aktivität von Step Functions für Aktivitäten. Weitere Informationen finden Sie unter AWS Step Functions.	Aktivität „Step Functions“	`AWS::StepFunctions::Activity`
AWS Step Functions	API-Aktivität von Step Functions auf Zustandsmaschinen. Weitere Informationen finden Sie unter AWS Step Functions.	Step-Functions-Zustandsautomat	`AWS::StepFunctions::StateMachine`
Amazon -Support	SupportAccess API-Aktivität für Mandanten.	SupportAccess Mieter	`AWS::SupportAccess::Tenant`
Amazon -Support	SupportAccess API-Aktivität für vertrauenswürdige Konten.	SupportAccess vertrauenswürdiges Konto	`AWS::SupportAccess::TrustingAccount`
Amazon -Support	SupportAccess API-Aktivität für vertrauenswürdige Rollen.	SupportAccess vertrauenswürdige Rolle	`AWS::SupportAccess::TrustingRole`
Amazon SWF	Amazon SWF SWF-API-Aktivität auf Domains. Weitere Informationen finden Sie unter Amazon SWF.	SWF-Domäne	`AWS::SWF::Domain`
Amazon WorkSpaces Thin Client	WorkSpaces Thin Client-API-Aktivität auf einem Gerät.	Thin-Client-Gerät	`AWS::ThinClient::Device`
Amazon WorkSpaces Thin Client	WorkSpaces Thin Client-API-Aktivität in einer Umgebung.	Thin-Client-Umgebung	`AWS::ThinClient::Environment`
Zeitstempel-Token	API-Aktivität für `AWS::Timestamp::TimestampToken` Ressourcen.	Zeitstempel-Token	`AWS::Timestamp::TimestampToken`
Amazon Timestream	Amazon Timestream Query API-Aktivität für Datenbanken. Weitere Informationen finden Sie unter Amazon Timestream.	Timestream-Datenbank	`AWS::Timestream::Database`
Amazon Timestream	Amazon Timestream Timestream-API-Aktivität auf regionalen Endpunkten.	Regionaler Timestream-Endpunkt	`AWS::Timestream::RegionalEndpoint`
Amazon Timestream	Amazon Timestream Query API-Aktivität für Tabellen. Weitere Informationen finden Sie unter Amazon Timestream.	Timestream-Tabelle	`AWS::Timestream::Table`
Amazon Transform	Transformieren Sie die API-Aktivität auf Agenten-Instances.	Transformieren Sie die Agenten-Instanz	`AWS::Transform::AgentInstance`
Amazon Q Transform AKA AWS Transform	API-Aktivität für `AWS::Transform::Profile` Ressourcen.	transformieren	`AWS::Transform::Profile`
Amazon Transform Benutzerdefiniert	Transformieren Sie benutzerdefinierte API-Aktivitäten in Kampagnen.	Transform-Custom Kampagne	`AWS::TransformCustom::Campaign`
Amazon Transform Benutzerdefiniert	Transformieren Sie benutzerdefinierte API-Aktivitäten in Konversationen.	Transform-Custom Konversation	`AWS::TransformCustom::Conversation`
Amazon Transform Benutzerdefiniert	Transformieren Sie benutzerdefinierte API-Aktivitäten für Wissenselemente.	Transform-Custom Wissenselement	`AWS::TransformCustom::KnowledgeItem`
Amazon Transform Benutzerdefiniert	Transformieren Sie benutzerdefinierte API-Aktivitäten für Pakete.	Transform-Custom Paket	`AWS::TransformCustom::Package`
Anpassung des UXC-Kontos	API-Aktivität auf `AWS::UXC::AccountCustomization` Ressourcen.	Anpassung des UXC-Kontos	`AWS::UXC::AccountCustomization`
Amazon Verified Permissions	API-Aktivität von Amazon Verified Permissions in einem Richtlinienspeicher.	Amazon Verified Permissions	`AWS::VerifiedPermissions::PolicyStore`
Well-Architected Empfehlung eines Agenten	API-Aktivität für `AWS::WellArchitected::AgentRecommendation` Ressourcen.	Well-Architected Empfehlung eines Agenten	`AWS::WellArchitected::AgentRecommendation`
AWS X-Ray	X-Ray API-Aktivität auf Traces. Weitere Informationen finden Sie unter AWS X-Ray.	X-Ray verfolgen	`AWS::XRay::Trace`

Um CloudTrail Datenereignisse aufzuzeichnen, müssen Sie jeden Ressourcentyp, für den Sie Aktivitäten sammeln möchten, explizit hinzufügen. Weitere Informationen erhalten Sie unter Einen Trail mit der CloudTrail Konsole erstellen und Erstellen Sie mit der Konsole einen Event-Datenspeicher für CloudTrail Ereignisse.

In einem Trail oder einem Ereignisspeicher mit einer Region können Sie Datenereignisse nur für Ressourcen protokollieren, auf die Sie in dieser Region zugreifen können. Obwohl S3-Buckets global sind, sind AWS Lambda Funktionen und DynamoDB-Tabellen regional.

Für die Protokollierung von Datenereignissen fallen zusätzliche Gebühren an. CloudTrail Preisinformationen finden Sie unter Preise.AWS CloudTrail

Beispiele: Protokollieren von Datenereignissen für Amazon-S3-Objekte

Protokollierung von Datenereignissen für alle S3-Objekte in einem S3-Bucket

Das folgende Beispiel veranschaulicht, wie die Protokollierung funktioniert, wenn Sie die Protokollierung aller Datenereignisse für einen S3-Bucket mit dem Namen amzn-s3-demo-bucket konfigurieren. In diesem Beispiel hat der CloudTrail Benutzer ein leeres Präfix und die Option angegeben, sowohl Lese - als auch Schreibdatenereignisse zu protokollieren.

Ein Benutzer lädt ein Objekt auf amzn-s3-demo-bucket hoch.
Der PutObject-API-Vorgang ist eine Amazon-S3-API auf Objektebene. Es wird als Datenereignis in aufgezeichnet CloudTrail. Da der CloudTrail Benutzer einen S3-Bucket mit einem leeren Präfix angegeben hat, werden Ereignisse, die für jedes Objekt in diesem Bucket auftreten, protokolliert. Der Trail oder der Ereignisdatenspeicher verarbeitet und protokolliert das Ereignis.
Ein weiterer Benutzer lädt ein Objekt auf amzn-s3-demo-bucket2 hoch.
Der PutObject-API-Vorgang ist an einem Objekt in einem S3-Bucket aufgetreten, das nicht für den Trail oder den Ereignisdatenspeicher angegeben wurde. Der Trail- oder Ereignisdatenspeicher protokolliert das Ereignis nicht.

Protokollierung von Datenereignissen für bestimmte S3-Objekte

Das folgende Beispiel zeigt, wie die Protokollierung funktioniert, wenn Sie einen Trail oder Ereignisdatenspeicher so konfigurieren, dass Ereignisse für bestimmte S3-Objekte protokolliert werden. In diesem Beispiel gab der CloudTrail Benutzer einen S3-Bucket mit dem Namenamzn-s3-demo-bucket3, mit dem Präfix und der Option anmy-images, nur Write-Data-Ereignisse zu protokollieren.

Ein Benutzer löscht im Bucket ein Objekt, das mit dem my-images-Präfix beginnt, beispielsweise arn:aws:s3:::amzn-s3-demo-bucket3/my-images/example.jpg.
Der DeleteObject-API-Vorgang ist eine Amazon-S3-API auf Objektebene. Es wird als Write-Data-Ereignis in aufgezeichnet CloudTrail. Das Ereignis ist bei einem Objekt eingetreten, das mit dem in dem Trail oder Ereignisdatenspeicher angegebenen S3-Bucket und Präfix übereinstimmt. Der Trail oder der Ereignisdatenspeicher verarbeitet und protokolliert das Ereignis.
Ein weiterer Benutzer löscht im S3-Bucket ein Objekt mit einem anderen Präfix, beispielsweise arn:aws:s3:::amzn-s3-demo-bucket3/my-videos/example.avi.
Das Ereignis ist bei einem Objekt aufgetreten, das nicht mit dem in Ihrem Trail oder Ereignisdatenspeicher angegebenen Präfix übereinstimmt. Der Trail- oder Ereignisdatenspeicher protokolliert das Ereignis nicht.
Ein Benutzer ruft den GetObject-API-Vorgang für das Objekt auf, arn:aws:s3:::amzn-s3-demo-bucket3/my-images/example.jpg.
Das Ereignis ist in einem Bucket und einem Präfix aufgetreten, die im Trail oder dem Ereignisdatenspeicher angegeben sind, aber bei GetObject handelt es sich um eine Amazon-S3-API auf Objektebene mit Lesefunktion. Es wird als Datenleseereignis in aufgezeichnet CloudTrail, und der Trail- oder Ereignisdatenspeicher ist nicht für die Protokollierung von Leseereignissen konfiguriert. Der Trail- oder Ereignisdatenspeicher protokolliert das Ereignis nicht.

Anmerkung

Wenn Sie für Trails Datenereignisse für bestimmte Amazon-S3-Buckets protokollieren, wird empfohlen, keinen Amazon-S3-Bucket für die Protokollierung von Datenereignissen zu verwenden, um Protokolldateien zu empfangen, die Sie im Abschnitt für Datenereignisse angegeben haben. Wenn Sie denselben Amazon-S3-Bucket verwenden, protokolliert Ihr Trail jedes Mal ein Datenereignis, wenn die Protokolldateien an Ihren Amazon-S3-Bucket übergeben werden. Bei den Protokolldateien handelt es sich um aggregierte Ereignisse, die in regelmäßigen Abständen geliefert werden. Es handelt sich also nicht um ein 1:1-Verhältnis von Ereignis zu Protokolldatei; das Ereignis wird in der nächsten Protokolldatei aufgezeichnet. Wenn beispielsweise Protokolle CloudTrail übermittelt werden, tritt das PutObject Ereignis im S3-Bucket auf. Wenn der S3-Bucket auch im Abschnitt Datenereignisse angegeben ist, verarbeitet und protokolliert der Trail das PutObject-Ereignis als Datenereignis. Diese Aktion ist ein weiteres PutObject-Ereignis, und die Spur verarbeitet und protokolliert das Ereignis erneut.

Um die Protokollierung von Datenereignissen für den Amazon S3 S3-Bucket zu vermeiden, in dem Sie Protokolldateien erhalten, wenn Sie einen Trail zur Protokollierung aller Amazon S3 S3-Datenereignisse in Ihrem AWS Konto konfigurieren, sollten Sie eine der folgenden Optionen in Betracht ziehen:

Stellen Sie die RecursiveLogging Option false auf „Auf der Spur“ ein, um Ereignisse zu unterdrücken, die durch CloudTrail Liefervorgänge generiert werden. Weitere Informationen finden Sie unter Unterdrückung rekursiver Ereignisse mit rekursiver Protokollierung.
Konfigurieren Sie die Lieferung von Protokolldateien an einen Amazon S3 S3-Bucket, der zu einem anderen AWS Konto gehört. Weitere Informationen finden Sie unter Empfangen von CloudTrail Protokolldateien von mehreren Konten.

Protokollierung von Datenereignissen für S3-Objekte in anderen AWS Konten

Wenn Sie Ihren Trail so konfigurieren, dass Datenereignisse protokolliert werden, können Sie auch S3-Objekte angeben, die zu anderen AWS Konten gehören. Tritt ein Ereignis für das angegebene Objekt auf, prüft CloudTrail , ob das Ereignis einem Trail im jeweiligen Konto entspricht. Wenn das Ereignis mit den Einstellungen für ein Trail übereinstimmt, verarbeitet und protokolliert den Trail das Ereignis für dieses Konto. Im Allgemeinen können sowohl API-Aufrufer als auch Ressourcenbesitzer Ereignisse empfangen.

Wenn Sie Eigentümer eines S3-Objekts sind und es in Ihrem Trail angeben, protokolliert Ihr Trail Ereignisse, die auf dem Objekt in Ihrem Konto auftreten. Da das Objekt Ihnen gehört, protokolliert der Trail auch Ereignisse, wenn andere Konten das Objekt aufrufen.

Wenn Sie ein S3-Objekt in Ihrem Trail angeben und das Objekt ist einem anderen Konto zugeordnet, protokolliert der Trail nur Ereignisse, die auf diesem Objekt in Ihrem Konto auftreten. Ereignisse, die in anderen Konten auftreten, werden von Ihrem Trail nicht protokolliert.

Beispiel: Protokollierung von Datenereignissen für ein Amazon S3 S3-Objekt für zwei AWS Konten

Das folgende Beispiel zeigt, wie zwei AWS Konten so konfiguriert werden CloudTrail , dass sie Ereignisse für dasselbe S3-Objekt protokollieren.

In Ihrem Konto möchten Sie, dass Ihr Trail Datenereignisse für alle Objekte in Ihrem S3-Bucket namens amzn-s3-demo-bucket protokolliert. Sie konfigurieren den Trail, indem Sie den S3-Bucket mit einem leeren Objektpräfix angeben.
Bob hat ein separates Konto, das auf den S3-Bucket zugreifen kann. Bob möchte auch Datenereignisse für alle Objekte im selben S3-Bucket protokollieren. Für sein Trail konfiguriert er sein Trail und gibt denselben S3-Bucket mit einem leeren Objektpräfix an.
Bob lädt mit dem PutObject-API-Vorgang ein Objekt in den S3-Bucket hoch.
Dieses Ereignis ist in seinem Konto aufgetreten und stimmt mit den Trail-Einstellungen überein. Bobs Trail verarbeitet und protokolliert das Ereignis.
Da der S3-Bucket Ihnen zugeordnet ist und das Ereignis mit den Einstellungen für Ihren Trail übereinstimmt, verarbeitet und protokolliert Ihr Trail das Ereignis ebenfalls. Da es jetzt zwei Kopien des Ereignisses gibt (eine ist in Bobs Spur und eine in Ihrer Datenbank protokolliert), CloudTrail fallen Gebühren für zwei Kopien des Datenereignisses an.
Sie laden ein Objekt in den S3-Bucket hoch.
Dieses Ereignis tritt in Ihrem Konto auf und entspricht den Einstellungen für Ihren Pfad. Ihr Trail verarbeitet und protokolliert das Ereignis.
Da das Ereignis nicht in Bobs Konto eingetreten ist und ihm der S3-Bucket nicht gehört, protokolliert Bobs Trail das Ereignis nicht. CloudTrail berechnet nur eine Kopie dieses Datenereignisses.

Beispiel: Protokollierung von Datenereignissen für alle Buckets, einschließlich eines S3-Buckets, der von zwei Personen genutzt wird AWS Konten

Das folgende Beispiel zeigt das Protokollierungsverhalten, wenn „Alle S3-Buckets in Ihrem Konto auswählen“ für Trails aktiviert ist, die Datenereignisse in einem AWS Konto erfassen.

Ihr Trail soll in Ihrem Konto Datenereignisse für alle S3-Buckets protokollieren. Sie konfigurieren den Trail, indem Sie Lese-Ereignisse, Schreib-Ereignisse oder beides für Alle aktuellen und zukünftigen S3 Buckets in Datenereignisse auswählen.
Bob hat ein separates Konto, das Zugriff auf einen S3-Bucket in Ihrem Konto erhalten hat. Er möchte Datenereignisse für den Bucket protokollieren, auf den er Zugriff hat. Er konfiguriert seinen Trail so, dass er Datenereignisse für alle S3-Buckets erhält.
Bob lädt mit dem PutObject-API-Vorgang ein Objekt in den S3-Bucket hoch.
Dieses Ereignis ist in seinem Konto aufgetreten und stimmt mit den Trail-Einstellungen überein. Bobs Trail verarbeitet und protokolliert das Ereignis.
Da Sie Eigentümer des S3-Buckets sind und das Ereignis den Einstellungen für Ihren Trail entspricht, verarbeitet und protokolliert Ihr Trail das Ereignis ebenfalls. Da es jetzt zwei Kopien des Ereignisses gibt (eine ist in Bobs Trail angemeldet und eine in Ihrem Konto), wird für jedes Konto eine Kopie des Datenereignisses CloudTrail berechnet.
Sie laden ein Objekt in den S3-Bucket hoch.
Dieses Ereignis tritt in Ihrem Konto auf und entspricht den Einstellungen für Ihren Pfad. Ihr Trail verarbeitet und protokolliert das Ereignis.
Da das Ereignis nicht in Bobs Konto eingetreten ist und ihm der S3-Bucket nicht gehört, protokolliert Bobs Trail das Ereignis nicht. CloudTrail Gebühren für nur eine Kopie dieses Datenereignisses in Ihrem Konto.
Ein dritter Benutzer, Mary, hat Zugriff auf den S3-Bucket und führt einen GetObject-Vorgang auf dem Bucket aus. Sie hat eine Spur konfiguriert, um Datenereignisse auf allen S3-Buckets in ihrem Konto zu protokollieren. Da sie die API-Aufruferin ist, CloudTrail protokolliert sie ein Datenereignis. Obwohl Bob Zugriff auf den Bucket hat, ist er nicht der Eigentümer der Ressource, so dass diesmal kein Bucket in seinem Trail protokolliert wird. Als Ressourcenbesitzer erhalten Sie ein Ereignis über die GetObject-Operation, die Mary angerufen hat, in Ihrem Trail. CloudTrail belastet Ihr und Marys Konto für jede Kopie des Datenereignisses: eins in Marys Trail und eins in Ihrem.

Read-only und Ereignisse, bei denen nur Schreibzugriff möglich ist

Wenn Sie Ihren Trail oder Ereignisdatenspeicher so konfigurieren, dass er Daten und Verwaltungsereignisse protokolliert, können Sie angeben, ob Sie Nur-Lesen-Ereignisse, Nur-Schreiben-Ereignisse oder beides wünschen.

Read (Lesen)

Schreib-Ereignisse umfassen API-Operationen, die Ihre Ressourcen lesen, aber keine Änderungen vornehmen. Schreibgeschützte Ereignisse enthalten beispielsweise die API-Operationen Amazon EC2 DescribeSecurityGroups und DescribeSubnets. Diese Operationen geben nur Informationen über die Amazon-EC2-Ressourcen zurück und ändern nicht die Konfigurationen.
Write (Scheriben)

Schreib-Ereignisse enthalten API-Operationen, die (möglicherweise) Ihre Ressourcen ändern. Die API-Operationen Amazon EC2 RunInstances und TerminateInstances ändern beispielsweise Ihre Instances.

Beispiel: protokollieren von Lese- und Schreibereignissen für separate Trails

Das folgende Beispiel zeigt, wie Sie Trails so konfigurieren können, dass die Protokollaktivität für ein Konto in separate S3-Buckets aufgeteilt wird: Ein Bucket mit dem Namen amzn-s3-demo-bucket1 empfängt schreibgeschützte Ereignisse und ein zweiter amzn-s3-demo-bucket2 empfängt schreibgeschützte Ereignisse.

Sie erstellen einen Trail amzn-s3-demo-bucket1 und wählen den S3-Bucket mit dem Namen für den Empfang von Protokolldateien aus. Anschließend aktualisieren Sie den Trail, um anzugeben, dass Sie Schreib-Verwaltungs- und Datenereignisse protokollieren möchten.
Sie erstellen einen zweiten Trail und wählen den S3-Bucket ausamzn-s3-demo-bucket2 , der die Protokolldateien empfangen soll. Anschließend aktualisieren Sie den Trail, um anzugeben, dass Sie Verwaltungs- und Datenereignisse vom Typ Schreiben protokollieren möchten.
Die API-Operationen Amazon EC2 DescribeInstances und TerminateInstances werden in Ihrem Konto ausgeführt.
Der DescribeInstances-API-Vorgang ist ein schreibgeschütztes Ereignis und entspricht den Einstellungen für den ersten Trail. Der Trail protokolliert das Ereignis und liefert es an den amzn-s3-demo-bucket1.
Die TerminateInstances-API-Operation ist ein Nur-Schreiben-Ereignis und stimmt mit den Einstellungen für den zweiten Trail überein. Der Trail protokolliert das Ereignis und liefert es an den amzn-s3-demo-bucket2 .

Protokollieren von Datenereignissen mit AWS-Managementkonsole

In den folgenden Verfahren wird beschrieben, wie Sie einen vorhandenen Ereignisdatenspeicher oder Trail aktualisieren, um Datenereignisse mit der AWS-Managementkonsole zu protokollieren. Weitere Informationen zum Erstellen eines Ereignisdatenspeichers zum Speichern von Protokolldatenereignissen finden Sie unter Erstellen Sie mit der Konsole einen Event-Datenspeicher für CloudTrail Ereignisse. Weitere Informationen zum Erstellen eines Trails zum Protokollieren von Datenereignissen finden Sie unter Einen Trail mit der Konsole erstellen.

Bei Trails unterscheiden sich die Schritte zum Protokollieren von Datenereignissen je nachdem, ob Sie erweiterte oder einfache Event-Selektoren verwenden. Sie können Datenereignisse für alle Ressourcentypen mithilfe erweiterter Event-Selektoren protokollieren. Wenn Sie jedoch einfache Event-Selektoren verwenden, sind Sie auf die Protokollierung von Datenereignissen für Amazon S3 S3-Buckets und Bucket-Objekte, AWS Lambda Funktionen und Amazon DynamoDB-Tabellen beschränkt.

Verwenden Sie das folgende Verfahren, um einen vorhandenen Ereignisdatenspeicher zu aktualisieren und Datenereignisse zu protokollieren. Weitere Informationen zur Verwendung erweiterter Ereignisselektoren finden Sie unter Filtern von Datenereignissen mithilfe erweiterter Event-Selektoren diesem Thema.

Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die CloudTrail Konsole unter https://console.aws.amazon.com/cloudtrail/.
Wählen Sie im Navigationsbereich unter Lake Ereignisdatenspeicher aus.
Wählen Sie auf der Seite Ereignisdatenspeicher den Ereignisdatenspeicher aus, den Sie aktualisieren möchten.

Anmerkung
Sie können Datenereignisse nur in Ereignisdatenspeichern aktivieren, die CloudTrail Ereignisse enthalten. Sie können keine Datenereignisse in CloudTrail Ereignisdatenspeichern für AWS Config Konfigurationselemente, CloudTrail Insights-Ereignisse oder AWS Nichtereignisse aktivieren.
Wählen Sie auf der Detailseite unter Datenereignisse die Option Bearbeiten aus.
Wenn Sie noch keine Datenereignisse protokollieren, aktivieren Sie das Kontrollkästchen Datenereignisse.
Wählen Sie unter Ressourcentyp den Ressourcentyp aus, für den Sie Datenereignisse protokollieren möchten.
Wählen Sie eine Protokoll-Selektorvorlage aus. Sie können eine vordefinierte Vorlage wählen oder Benutzerdefiniert wählen, um Ihre eigenen Bedingungen für die Erfassung von Ereignissen zu definieren.

Sie können aus den folgenden vordefinierten Vorlagen wählen:
- Alle Ereignisse protokollieren: Wählen Sie diese Vorlage, um alle Ereignisse zu protokollieren.
- Nur Leseereignisse protokollieren — Wählen Sie diese Vorlage, um nur Leseereignisse zu protokollieren. Read-only Ereignisse sind Ereignisse, die den Status einer Ressource nicht ändern, wie z. B. Describe* Ereignisse Get* oder.
- Nur Schreibereignisse protokollieren — Wählen Sie diese Vorlage, um nur Schreibereignisse zu protokollieren. Schreibereignisse fügen Ressourcen, Attribute oder Artefakte hinzu, ändern oder löschen sie, wie z. B. Put*-, Delete*- oder Write*-Ereignisse.
- Nur AWS-Managementkonsole Ereignisse protokollieren — Wählen Sie diese Vorlage, um nur Ereignisse zu protokollieren, die ihren Ursprung in haben AWS-Managementkonsole.
- AWS-Service Ausgelöste Ereignisse ausschließen — Wählen Sie diese Vorlage, um AWS-Service Ereignisse mit dem Wert „Von“ und Ereignisse auszuschließenAwsServiceEvent, die mit AWS-Service verknüpften Rollen (SLRs) initiiert wurden. eventType
(Optional) Geben Sie unter Selektorname einen Namen ein, um Ihre Auswahl zu identifizieren. Der Selektorname ist ein optionaler, beschreibender Name für eine erweiterte Ereignisauswahl, z. B. „Datenereignisse nur für zwei S3-Buckets protokollieren“. Der Name des Selektors wird als Name in der erweiterten Ereignisauswahl aufgeführt und ist sichtbar, wenn Sie die JSON-Ansicht erweitern.
Wenn Sie Benutzerdefiniert ausgewählt haben, erstellen Sie unter Erweiterte Ereignisselektoren einen Ausdruck, der auf den Werten der Felder für die erweiterte Ereignisauswahl basiert.

Anmerkung
Selektoren unterstützen nicht die Verwendung von Platzhaltern wie. * Um mehrere Werte mit einer einzigen Bedingung abzugleichen, können SieStartsWith,, oder verwenden EndsWithNotStartsWith, NotEndsWith um explizit den Anfang oder das Ende des Ereignisfeldes abzugleichen.
1. Wählen Sie aus den folgenden Feldern.
  - readOnly- readOnly kann so gesetzt werden, dass sie einem Wert von true oder falseentspricht. Read-onlyDatenereignisse sind Ereignisse, die den Status einer Ressource nicht ändern, wie z. B. Get* Describe* Oder-Ereignisse. Schreibereignisse fügen Ressourcen, Attribute oder Artefakte hinzu, ändern oder löschen sie, wie z. B. Put*-, Delete*- oder Write*-Ereignisse. Um sowohl read- als auch write-Ereignisse zu protokollieren, fügen Sie keinen readOnly-Selektor hinzu.
  - eventName – eventName kann einen beliebigen Operator verwenden. Sie können damit jedes Datenereignis, bei dem protokolliert wurde, ein- oder ausschließen CloudTrailPutBucket, z. B.GetItem, oderGetSnapshotBlock.
  - eventSource— Die Ereignisquelle, die ein- oder ausgeschlossen werden soll. In diesem Feld kann ein beliebiger Operator verwendet werden.
  - eventType: der Ereignistyp, der ein- oder ausgeschlossen werden soll. Sie können dieses Feld beispielsweise auf „ungleich“ setzen, AwsServiceEvent um es auszuschließenAWS-Service Ereignisse. Eine Liste der Ereignistypen finden Sie eventTypeunterCloudTrail Inhalte für Verwaltungs-, Daten- und Netzwerkaktivitätsereignisse aufzeichnen.
  - Sitzung CredentialFromConsole — Ereignisse, die aus einer AWS-Managementkonsole Sitzung stammen, einschließen oder ausschließen. Dieses Feld kann auf „gleich“ oder „ungleich“ mit dem Wert von gesetzt werden. true
  - Benutzer Identity.arn — Schließt Ereignisse für Aktionen ein oder aus, die von bestimmten IAM-Identitäten ausgeführt werden. Weitere Informationen finden Sie unter CloudTrail -Element userIdentity.
  - resources.ARN- Sie können jeden Operator mit verwendenresources.ARN, aber wenn Sie equals oder ungleich verwenden, muss der Wert genau dem ARN einer gültigen Ressource des Typs entsprechen, den Sie in der Vorlage als Wert von resources.type angegeben haben.
    
    Anmerkung
    Sie können das resources.ARN Feld nicht verwenden, um Ressourcentypen zu filtern, die keine ARNs haben.
    
    Weitere Informationen zu den ARN-Formaten von Datenereignisressourcen finden Sie unter Aktionen, Ressourcen und Bedingungsschlüssel für AWS-Services in der Service Authorization Reference.
2. Wählen Sie für jedes Feld + Bedingung aus, um beliebig viele Bedingungen hinzuzufügen, bis zu maximal 500 angegebene Werte für alle Bedingungen. Um beispielsweise Datenereignisse für zwei S3-Buckets von Datenereignissen auszuschließen, die in Ihrem Ereignisdatenspeicher protokolliert werden, können Sie das Feld auf Resources.ARN festlegen, den Operator für beginnt nicht mit festlegen und dann einen S3-Bucket-ARN einfügen, für den Sie keine Ereignisse protokollieren möchten.
  
  Um den zweiten S3-Bucket hinzuzufügen, wählen Sie + Bedingung und wiederholen Sie dann die vorherige Anweisung, indem Sie den ARN für einen anderen Bucket einfügen oder nach einem anderen Bucket suchen.
  
  Informationen darüber, wie mehrere Bedingungen CloudTrail ausgewertet werden, finden Sie unter. Wie CloudTrail werden mehrere Bedingungen für ein Feld ausgewertet
  
  Anmerkung
  Sie können maximal 500 Werte für alle Selektoren in einem Ereignisdatenspeicher haben. Dies schließt Arrays mit mehreren Werten für einen Selektor wie eventName ein. Wenn Sie einzelne Werte für alle Selektoren haben, können Sie einem Selektor maximal 500 Bedingungen hinzufügen.
3. Wählen Sie + Feld, um bei Bedarf zusätzliche Felder hinzuzufügen. Um Fehler zu vermeiden, legen Sie keine widersprüchlichen oder doppelten Werte für Felder fest. Geben Sie beispielsweise nicht an, dass ein ARN in einem Selektor einem Wert entspricht, und geben Sie dann an, dass der ARN in einem anderen Selektor nicht dem gleichen Wert entspricht.
Um einen weiteren Ressourcentyp für die Protokollierung von Datenereignissen hinzuzufügen, wählen Sie Datenereignistyp hinzufügen. Wiederholen Sie die Schritte 6 bis zu diesem Schritt, um erweiterte Event-Selektoren für einen anderen Ressourcentyp zu konfigurieren.
Nachdem Sie Ihre Auswahl überprüft und bestätigt haben, wählen Sie Änderungen speichern aus.

Wenn Ihr Trail erweiterte Event-Selektoren verwendet AWS-Managementkonsole, können Sie aus vordefinierten Vorlagen wählen, die alle Datenereignisse auf einer ausgewählten Ressource protokollieren. Nachdem Sie eine Protokol- Selektorvorlage ausgewählt haben, können Sie die Vorlage so anpassen, dass sie nur die Datenereignisse enthält, die Sie am meisten sehen möchten. Weitere Informationen zur Verwendung erweiterter Event-Selektoren finden Sie unter Filtern von Datenereignissen mithilfe erweiterter Event-Selektoren diesem Thema.

Wählen Sie auf den Seiten Dashboard oder Trails der CloudTrail Konsole den Trail aus, den Sie aktualisieren möchten.
Wählen Sie auf der Detailseite unter Datenereignisse die Option Bearbeiten aus.
Wenn Sie noch keine Datenereignisse protokollieren, aktivieren Sie das Kontrollkästchen Datenereignisse.
Wählen Sie unter Ressourcentyp den Ressourcentyp aus, auf dem Sie Datenereignisse protokollieren möchten.
Wählen Sie eine Protokoll-Selektorvorlage aus. Sie können eine vordefinierte Vorlage wählen oder Benutzerdefiniert wählen, um Ihre eigenen Bedingungen für die Erfassung von Ereignissen zu definieren.

Sie können aus den folgenden vordefinierten Vorlagen wählen:
- Alle Ereignisse protokollieren: Wählen Sie diese Vorlage, um alle Ereignisse zu protokollieren.
- Nur Leseereignisse protokollieren — Wählen Sie diese Vorlage, um nur Leseereignisse zu protokollieren. Read-only Ereignisse sind Ereignisse, die den Status einer Ressource nicht ändern, wie z. B. Describe* Ereignisse Get* oder.
- Nur Schreibereignisse protokollieren — Wählen Sie diese Vorlage, um nur Schreibereignisse zu protokollieren. Schreibereignisse fügen Ressourcen, Attribute oder Artefakte hinzu, ändern oder löschen sie, wie z. B. Put*-, Delete*- oder Write*-Ereignisse.
- Nur AWS-Managementkonsole Ereignisse protokollieren — Wählen Sie diese Vorlage, um nur Ereignisse zu protokollieren, die ihren Ursprung in haben AWS-Managementkonsole.
- AWS-Service Ausgelöste Ereignisse ausschließen — Wählen Sie diese Vorlage, um AWS-Service Ereignisse mit dem Wert „Von“ und Ereignisse auszuschließenAwsServiceEvent, die mit AWS-Service verknüpften Rollen (SLRs) initiiert wurden. eventType
Anmerkung
Wenn Sie eine vordefinierte Vorlage für S3-Buckets auswählen, wird die Datenereignisprotokollierung für alle Buckets aktiviert, die sich derzeit in Ihrem AWS Konto befinden, sowie für alle Buckets, die Sie erstellen, nachdem Sie die Erstellung des Trails abgeschlossen haben. Es ermöglicht auch die Protokollierung der Datenereignisaktivitäten, die von einem beliebigen Benutzer oder einer Rolle in Ihrem AWS Konto ausgeführt werden, selbst wenn diese Aktivität in einem Bucket ausgeführt wird, der zu einem anderen Konto gehört. AWS
Wenn der Trail nur für eine Region gilt, aktiviert die Auswahl einer vordefinierten Vorlage, die alle S3 Buckets protokolliert, die Datenereignisprotokollierung für alle Buckets in derselben Region wie Ihr Trail und alle Buckets, die Sie später in dieser Region erstellen. Es werden keine Datenereignisse für Amazon S3 S3-Buckets in anderen Regionen in Ihrem AWS Konto protokolliert.
Wenn Sie einen Trail für alle Regionen erstellen, aktiviert die Auswahl einer vordefinierten Vorlage für Lambda-Funktionen die Datenereignisprotokollierung für alle Funktionen, die sich derzeit in Ihrem AWS Konto befinden, sowie für alle Lambda-Funktionen, die Sie möglicherweise in einer beliebigen Region erstellen, nachdem Sie den Trail erstellt haben. Wenn Sie einen Trail für eine einzelne Region erstellen (bei Pfaden ist dies nur mit der möglich AWS CLI), aktiviert diese Auswahl die Datenereignisprotokollierung für alle Funktionen, die sich derzeit in dieser Region in Ihrem AWS Konto befinden, sowie für alle Lambda-Funktionen, die Sie möglicherweise in dieser Region erstellen, nachdem Sie den Trail erstellt haben. Es wird keine Datenereignisprotokollierung für Lambda-Funktionen aktiviert, die in anderen Regionen erstellt wurden.
Das Protokollieren von Datenereignissen für alle Funktionen ermöglicht auch die Protokollierung von Datenereignisaktivitäten, die von einem beliebigen Benutzer oder einer Rolle in Ihrem AWS Konto ausgeführt werden, selbst wenn diese Aktivität für eine Funktion ausgeführt wird, die zu einem anderen AWS Konto gehört.
(Optional) Geben Sie unter Selektorname einen Namen ein, um Ihre Auswahl zu identifizieren. Der Selektorname ist ein optionaler, beschreibender Name für eine erweiterte Ereignisauswahl, z. B. „Datenereignisse nur für zwei S3-Buckets protokollieren“. Der Name des Selektors wird als Name in der erweiterten Ereignisauswahl aufgeführt und ist sichtbar, wenn Sie die JSON-Ansicht erweitern.
Wenn Sie Benutzerdefiniert ausgewählt haben, erstellen Event-Selektoren unter Advanced einen Ausdruck, der auf den Werten der erweiterten Event-Selektor-Felder basiert.

Anmerkung
Selektoren unterstützen nicht die Verwendung von Platzhaltern wie. * Um mehrere Werte mit einer einzigen Bedingung abzugleichen, können SieStartsWith,, oder verwenden EndsWithNotStartsWith, NotEndsWith um explizit den Anfang oder das Ende des Ereignisfeldes abzugleichen.
1. Wählen Sie aus den folgenden Feldern.
  - readOnly- readOnly kann so gesetzt werden, dass sie einem Wert von true oder falseentspricht. Read-onlyDatenereignisse sind Ereignisse, die den Status einer Ressource nicht ändern, wie z. B. Get* Describe* Oder-Ereignisse. Schreibereignisse fügen Ressourcen, Attribute oder Artefakte hinzu, ändern oder löschen sie, wie z. B. Put*-, Delete*- oder Write*-Ereignisse. Um sowohl read- als auch write-Ereignisse zu protokollieren, fügen Sie keinen readOnly-Selektor hinzu.
  - eventName – eventName kann einen beliebigen Operator verwenden. Sie können damit jedes Datenereignis, bei dem protokolliert wurde, ein- oder ausschließen CloudTrailPutBucket, z. B.GetItem, oderGetSnapshotBlock.
  - eventSource— Die Ereignisquelle, die ein- oder ausgeschlossen werden soll. In diesem Feld kann ein beliebiger Operator verwendet werden.
  - eventType: der Ereignistyp, der ein- oder ausgeschlossen werden soll. Sie können dieses Feld beispielsweise auf „ungleich“ setzen, AwsServiceEvent um es auszuschließenAWS-Service Ereignisse. Eine Liste der Ereignistypen finden Sie eventTypeunterCloudTrail Inhalte für Verwaltungs-, Daten- und Netzwerkaktivitätsereignisse aufzeichnen.
  - Sitzung CredentialFromConsole — Ereignisse, die aus einer AWS-Managementkonsole Sitzung stammen, einschließen oder ausschließen. Dieses Feld kann auf „gleich“ oder „ungleich“ mit dem Wert von gesetzt werden. true
  - Benutzer Identity.arn — Schließt Ereignisse für Aktionen ein oder aus, die von bestimmten IAM-Identitäten ausgeführt werden. Weitere Informationen finden Sie unter CloudTrail -Element userIdentity.
  - resources.ARN- Sie können jeden Operator mit verwendenresources.ARN, aber wenn Sie equals oder ungleich verwenden, muss der Wert genau dem ARN einer gültigen Ressource des Typs entsprechen, den Sie in der Vorlage als Wert von resources.type angegeben haben.
    
    Anmerkung
    Sie können das resources.ARN Feld nicht verwenden, um Ressourcentypen zu filtern, die keine ARNs haben.
    
    Weitere Informationen zu den ARN-Formaten von Datenereignisressourcen finden Sie unter Aktionen, Ressourcen und Bedingungsschlüssel für AWS-Services in der Service Authorization Reference.
2. Wählen Sie für jedes Feld + Bedingung aus, um beliebig viele Bedingungen hinzuzufügen, bis zu maximal 500 angegebene Werte für alle Bedingungen. Um beispielsweise Datenereignisse für zwei S3-Buckets von Datenereignissen auszuschließen, die in Ihrem Ereignisdatenspeicher protokolliert werden, können Sie das Feld auf Resources.ARN festlegen, den Operator für beginnt nicht mit festlegen und dann einen S3-Bucket-ARN einfügen, für den Sie keine Ereignisse protokollieren möchten.
  
  Um den zweiten S3-Bucket hinzuzufügen, wählen Sie + Bedingung und wiederholen Sie dann die vorherige Anweisung, indem Sie den ARN für einen anderen Bucket einfügen oder nach einem anderen Bucket suchen.
  
  Informationen darüber, wie mehrere Bedingungen CloudTrail ausgewertet werden, finden Sie unter. Wie CloudTrail werden mehrere Bedingungen für ein Feld ausgewertet
  
  Anmerkung
  Sie können maximal 500 Werte für alle Selektoren in einem Ereignisdatenspeicher haben. Dies schließt Arrays mit mehreren Werten für einen Selektor wie eventName ein. Wenn Sie einzelne Werte für alle Selektoren haben, können Sie einem Selektor maximal 500 Bedingungen hinzufügen.
3. Wählen Sie + Feld, um bei Bedarf zusätzliche Felder hinzuzufügen. Um Fehler zu vermeiden, legen Sie keine widersprüchlichen oder doppelten Werte für Felder fest. Geben Sie beispielsweise nicht an, dass ein ARN in einem Selektor einem Wert entspricht, und geben Sie dann an, dass der ARN in einem anderen Selektor nicht dem gleichen Wert entspricht.
Um einen weiteren Ressourcentyp für die Protokollierung von Datenereignissen hinzuzufügen, wählen Sie Datenereignistyp hinzufügen. Wiederholen Sie die Schritte 4 bis zu diesem Schritt, um erweiterte Ereignisauswahlen für den Ressourcentyp zu konfigurieren.
Nachdem Sie Ihre Auswahl überprüft und bestätigt haben, wählen Sie Änderungen speichern aus.

Verwenden Sie das folgende Verfahren, um einen vorhandenen Trail zu aktualisieren und Datenereignisse mit grundlegenden Ereignisselektoren zu protokollieren.

Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die CloudTrail Konsole unter https://console.aws.amazon.com/cloudtrail/.
Öffnen Sie die Trails-Seite der CloudTrail Konsole und wählen Sie den Namen des Trails aus.

Anmerkung
Sie können zwar einen vorhandenen Trail bearbeiten, um Datenereignisse zu protokollieren, doch es ist eine bewährte Methode, einen separaten Trail speziell für das Protokollieren von Datenereignissen zu erstellen.
Wählen Sie für Datenereignisse Bearbeiten aus.
Für Amazon-S3-Buckets:
1. Wählen Sie für Daten-Ereignissquelle S3 aus.
2. Sie können wählen, ob Sie alle aktuellen und zukünftigen S3 Buckets protokollieren oder einzelne Buckets oder Funktionen angeben möchten. Standardmäßig werden Datenereignisse für alle aktuellen und zukünftigen S3 Buckets protokolliert.
  
  Anmerkung
  Wenn Sie die Standardoption Alle aktuellen und future S3-Buckets beibehalten, wird die Datenereignisprotokollierung für alle Buckets aktiviert, die sich derzeit in Ihrem AWS Konto befinden, sowie für alle Buckets, die Sie erstellen, nachdem Sie den Trail erstellt haben. Es ermöglicht auch die Protokollierung der Datenereignisaktivitäten, die von einem beliebigen Benutzer oder einer Rolle in Ihrem AWS Konto ausgeführt werden, selbst wenn diese Aktivität in einem Bucket ausgeführt wird, der zu einem anderen Konto gehört. AWS
  Wenn Sie einen Trail für eine einzelne Region erstellen (mithilfe von AWS CLI), aktivieren Sie bei Auswahl der Option Alle S3-Buckets in Ihrem Konto auswählen die Protokollierung von Datenereignissen für alle Buckets in derselben Region wie Ihr Trail und für alle Buckets, die Sie später in dieser Region erstellen. Es werden keine Datenereignisse für Amazon S3 S3-Buckets in anderen Regionen in Ihrem AWS Konto protokolliert.
3. Wenn Sie die Standardeinstellung Alle aktuellen und zukünftigen S3 Buckets beibehalten, können Sie Leseereignisse, Schreibereignisse oder beides protokollieren.
4. Um einzelne Buckets auszuwählen, leeren Sie die Kontrollkästchen Lesen und Schreiben für Alle aktuellen und zukünftigen S3 Buckets. Suchen Sie unter Individuelle Bucket-Auswahl nach einem Bucket, in dem Datenereignisse protokolliert werden sollen. Um bestimmte Buckets zu suchen, geben Sie ein Bucket-Präfix für den gewünschten Bucket ein. Sie können in diesem Fenster mehrere Buckets auswählen. Wählen Sie Bucket hinzufügen, um Datenereignisse für weitere Buckets zu protokollieren. Wählen Sie, ob Sie Read (Lesen)-Ereignisse wie GetObject, Write (Schreiben)-Ereignisse wie PutObject oder Ereignisse beider Typen protokolliert werden sollen.
  
  Diese Einstellung hat Vorrang vor individuellen Einstellungen, die Sie für einzelne Buckets konfigurieren. Wenn Sie beispielsweise die Protokollierung von Lese-Ereignissen für alle S3-Buckets festlegen und dann einen bestimmten Bucket für die Protokollierung von Datenereignissen hinzufügen, ist für den hinzugefügten Bucket bereits Lesen ausgewählt. Sie können die Auswahl nicht löschen. Sie können die Option nur für Write (Schreiben) konfigurieren.
  
  Um einen Bucket aus der Protokollierung zu entfernen, wählen Sie X aus.
Um einen weiteren Ressourcentyp hinzuzufügen, auf dem Datenereignisse protokolliert werden sollen, wählen Sie Datenereignistyp hinzufügen.
Für Lambda-Funktionen:
1. Wählen Sie für Daten-Ereignissquelle Lambda aus.
2. Wählen Sie in der Lambda-Funktion Alle Regionen aus, um alle Lambda-Funktionen zu protokollieren, oder Eingabefunktion als ARN, um Datenereignisse für eine bestimmte Funktion zu protokollieren.
  
  Um Datenereignisse für alle Lambda-Funktionen in Ihrem AWS -Konto zu protokollieren, wählen Sie Log all current and future functions (Alle aktuellen und zukünftigen Funktionen protokollieren). Diese Einstellung hat Vorrang vor individuellen Einstellungen, die Sie für einzelne Funktionen vornehmen. Alle Funktionen werden protokolliert, auch wenn nicht alle Funktionen angezeigt werden.
  
  Anmerkung
  Wenn Sie einen Trail für alle Regionen erstellen, wird durch diese Auswahl die Datenereignisprotokollierung für alle Funktionen aktiviert, die sich derzeit in Ihrem AWS -Konto befinden, sowie für alle Lambda-Funktionen, die Sie ggf. in einer Region erstellen, nachdem Sie den Trail erstellt haben. Wenn Sie einen Trail für eine einzelne Region erstellen (mithilfe von AWS CLI), aktiviert diese Auswahl die Datenereignisprotokollierung für alle Funktionen, die sich derzeit in dieser Region in Ihrem AWS Konto befinden, sowie für alle Lambda-Funktionen, die Sie möglicherweise in dieser Region erstellen, nachdem Sie den Trail erstellt haben. Es wird keine Datenereignisprotokollierung für Lambda-Funktionen aktiviert, die in anderen Regionen erstellt wurden.
  Das Protokollieren von Datenereignissen für alle Funktionen ermöglicht auch die Protokollierung von Datenereignisaktivitäten, die von einem beliebigen Benutzer oder einer Rolle in Ihrem AWS Konto ausgeführt werden, selbst wenn diese Aktivität für eine Funktion ausgeführt wird, die zu einem anderen AWS Konto gehört.
3. Wenn Sie Eingabefunktion als ARN wählen, geben Sie den ARN einer Lambda-Funktion ein.
  
  Anmerkung
  Wenn Sie mehr als 15.000 Lambda-Funktionen in Ihrem Konto haben, können Sie beim Erstellen eines Trails nicht alle Funktionen in der CloudTrail Konsole anzeigen oder auswählen. Sie können weiterhin die Option wählen, alle Funktionen zu protokollieren, auch wenn sie nicht angezeigt werden. Wenn Sie Datenereignisse für bestimmte Funktionen protokollieren möchten, können Sie eine Funktion manuell hinzufügen, wenn Sie deren ARN kennen. Sie können die Erstellung des Trails auch in der Konsole abschließen und dann den Befehl AWS CLI und den put-event-selectors Befehl verwenden, um die Datenereignisprotokollierung für bestimmte Lambda-Funktionen zu konfigurieren. Weitere Informationen finden Sie unter Trails verwalten mit dem AWS CLI.
Um einen weiteren Ressourcentyp hinzuzufügen, auf dem Datenereignisse protokolliert werden sollen, wählen Sie Datenereignistyp hinzufügen.
Für DynamoDB-Tabellen:
1. Wählen Sie für Daten-Ereignissquelle DynamoDB aus.
2. Wählen Sie unter DynamoDB table selection (DynamoDB-Tabellenauswahl) die Option Browse (Durchsuchen), um eine Tabelle auszuwählen, oder fügen Sie den ARN einer DynamoDB-Tabelle ein, auf die Sie Zugriff haben. Ein DynamoDB-Tabellen-ARN verwendet das folgende Format:
```
arn:partition:dynamodb:region:account_ID:table/table_name
```
  Um eine weitere Tabelle hinzuzufügen, wählen Sie Add row (Zeile hinzufügen) und suchen Sie nach einer Tabelle oder fügen Sie den ARN einer Tabelle ein, auf die Sie Zugriff haben.
Wählen Sie Änderungen speichern aus.

Protokollieren von Datenereignissen mit AWS Command Line Interface

Sie können Ihre Trails oder Ereignisdatenspeicher so konfigurieren, dass Datenereignisse per AWS CLI protokolliert werden.

Themen

Protokollierung von Datenereignissen für Trails mit dem AWS CLI
Protokollieren von Datenereignissen für Ereignisdatenspeicher mit dem AWS CLI

Protokollierung von Datenereignissen für Trails mit dem AWS CLI

Sie können Ihre Trails so konfigurieren, dass Verwaltungs- und Datenereignisse mit AWS CLI protokolliert werden.

Anmerkung

Beachten Sie, dass Sie Gebühren anfallen, wenn Ihr Konto mehr als eine Kopie von Verwaltungsereignissen protokolliert. Für die Protokollierung von Datenereignissen fällt immer eine Gebühr an. Weitere Informationen finden Sie unter Preise zu AWS CloudTrail.
Sie können entweder erweiterte Ereignisselektoren oder einfache Ereignisselektoren verwenden, aber nicht beide. Wenn Sie erweiterte Ereignisselektoren auf einen Trail anwenden, werden alle vorhandenen grundlegenden Ereignisselektoren überschrieben.
Wenn Ihr Trail grundlegende Ereignisselektoren verwendet, können Sie nur die folgenden Ressourcentypen protokollieren:
- AWS::DynamoDB::Table
- AWS::Lambda::Function
- AWS::S3::Object
Um zusätzliche Ressourcentypen zu protokollieren, müssen Sie erweiterte Ereignisselektoren verwenden. Um einen Trail in erweiterte Ereignisselektoren umzuwandeln, führen Sie den Befehl get-event-selectors aus, um die aktuellen Ereignisselektoren zu bestätigen, und konfigurieren Sie dann die erweiterten Ereignisselektoren so, dass sie der Abdeckung der vorherigen Ereignisselektoren entsprechen. Fügen Sie dann Selektoren für alle Ressourcentypen hinzu, für die Sie Datenereignisse protokollieren möchten.
Sie können erweiterte Event-Selektoren verwenden, um nach dem Wert der unterstützten erweiterten Event-Selector-Felder zu filtern, sodass Sie nur die Datenereignisse protokollieren können, die für Sie von Interesse sind. Weitere Informationen zur Konfiguration dieser Felder finden Sie AdvancedFieldSelectorin der AWS CloudTrail API-Referenz und Filtern von Datenereignissen mithilfe erweiterter Event-Selektoren in diesem Handbuch.

Führen Sie den Befehl get-event-selectors aus, um anzuzeigen, ob Ihr Trail Verwaltungs- und Datenereignisse protokolliert.


aws cloudtrail get-event-selectors --trail-name TrailName

Der Befehl gibt die Event-Selektoren für den Trail zurück.

Themen

Protokollieren Sie Datenereignisse für Trails mithilfe erweiterter Event-Selektoren
Protokollieren Sie alle Amazon S3 S3-Ereignisse für einen Amazon S3 S3-Bucket mithilfe erweiterter Event-Selektoren
Amazon S3 einloggen AWS Outposts Ereignisse mithilfe erweiterter Event-Selektoren
Protokollieren von Ereignissen mithilfe grundlegender Ereignisselektoren

Protokollieren Sie Datenereignisse für Trails mithilfe erweiterter Event-Selektoren

Anmerkung

Wenn Sie erweiterte Ereignisselektoren auf einen Trail anwenden, werden alle vorhandenen grundlegenden Ereignisselektoren überschrieben. Bevor Sie die erweiterten Ereignisselektoren konfigurieren, führen Sie den Befehl get-event-selectors aus, um die aktuellen Ereignisselektoren zu bestätigen. Anschließend konfigurieren Sie die erweiterten Ereignisselektoren so, dass sie der Abdeckung der vorherigen Ereignisselektoren entsprechen, und fügen dann Selektoren für zusätzliche Datenereignisse hinzu, die Sie protokollieren möchten.

Das folgende Beispiel erstellt benutzerdefinierte erweiterte Event-Selektoren für einen Trail, der so benannt ist, TrailName dass er Lese- und Schreibverwaltungsereignisse (durch Weglassen des readOnly Selektors) PutObject und DeleteObject Datenereignisse für alle Amazon S3 bucket/prefix S3-Kombinationen mit Ausnahme eines Buckets mit dem Namen amzn-s3-demo-bucket und Datenereignisse für eine Funktion mit dem Namen umfasst. AWS Lambda MyLambdaFunction Da es sich um benutzerdefinierte erweiterte Ereignisselektoren handelt, hat jeder Satz von Selektoren einen beschreibenden Namen. Beachten Sie, dass ein abschließender Schrägstrich Teil des ARN-Werts für S3 Buckets ist.


aws cloudtrail put-event-selectors --trail-name TrailName --advanced-event-selectors
'[
  {
    "Name": "Log readOnly and writeOnly management events",
    "FieldSelectors": [
      { "Field": "eventCategory", "Equals": ["Management"] }
    ]
  },
  {
    "Name": "Log PutObject and DeleteObject events for all but one bucket",
    "FieldSelectors": [
      { "Field": "eventCategory", "Equals": ["Data"] },
      { "Field": "resources.type", "Equals": ["AWS::S3::Object"] },
      { "Field": "eventName", "Equals": ["PutObject","DeleteObject"] },
      { "Field": "resources.ARN", "NotStartsWith": ["arn:aws:s3:::amzn-s3-demo-bucket/"] }
    ]
  },
  {
    "Name": "Log data plane actions on MyLambdaFunction",
    "FieldSelectors": [
      { "Field": "eventCategory", "Equals": ["Data"] },
      { "Field": "resources.type", "Equals": ["AWS::Lambda::Function"] },
      { "Field": "resources.ARN", "Equals": ["arn:aws:lambda:us-east-2:111122223333:function/MyLambdaFunction"] }
    ]
  }
]'

Das Beispiel gibt die für den Trail konfigurierten fortschrittlichen Ereignisauswahlen zurück.


{
  "AdvancedEventSelectors": [
    {
      "Name": "Log readOnly and writeOnly management events",
      "FieldSelectors": [
        {
          "Field": "eventCategory", 
          "Equals": [ "Management" ]
        }
      ]
    },
    {
      "Name": "Log PutObject and DeleteObject events for all but one bucket",
      "FieldSelectors": [
        {
          "Field": "eventCategory", 
          "Equals": [ "Data" ]
        },
        {
          "Field": "resources.type", 
          "Equals": [ "AWS::S3::Object" ]
        },
        {
          "Field": "resources.ARN", 
          "NotStartsWith": [ "arn:aws:s3:::amzn-s3-demo-bucket/" ]
        },
      ]
    },
{
      "Name": "Log data plane actions on MyLambdaFunction",
      "FieldSelectors": [
        {
          "Field": "eventCategory", 
          "Equals": [ "Data" ]
        },
        {
          "Field": "resources.type", 
          "Equals": [ "AWS::Lambda::Function" ]
        },
        {
          "Field": "eventName", 
          "Equals": [ "Invoke" ]
        },
        {
          "Field": "resources.ARN", 
          "Equals": [ "arn:aws:lambda:us-east-2:111122223333:function/MyLambdaFunction" ]
        }
      ]
    }
  ],
  "TrailARN": "arn:aws:cloudtrail:us-east-2:123456789012:trail/TrailName"
}

Protokollieren Sie alle Amazon S3 S3-Ereignisse für einen Amazon S3 S3-Bucket mithilfe erweiterter Event-Selektoren

Anmerkung

Wenn Sie erweiterte Ereignisselektoren auf einen Trail anwenden, werden alle vorhandenen grundlegenden Ereignisselektoren überschrieben.

Das folgende Beispiel zeigt, wie Sie Ihren Trail so konfigurieren, dass alle Datenereignisse für alle Amazon-S3-Objekte in einem bestimmten S3 Bucket enthalten sind. Der Wert für S3-Ereignisse für das resources.type-Feld ist AWS::S3::Object. Da sich die ARN-Werte für S3-Objekte und S3 Buckets geringfügig unterscheiden, müssen Sie den StartsWith-Operator für resources.ARN hinzufügen, um alle Ereignisse zu erfassen.


aws cloudtrail put-event-selectors --trail-name TrailName --region region \
--advanced-event-selectors \
'[
    {
            "Name": "S3EventSelector",
            "FieldSelectors": [
                { "Field": "eventCategory", "Equals": ["Data"] },
                { "Field": "resources.type", "Equals": ["AWS::S3::Object"] },
                { "Field": "resources.ARN", "StartsWith": ["arn:partition:s3:::amzn-s3-demo-bucket/"] }
            ]
        }
]'

Der Befehl gibt die folgende Beispielausgabe zurück.


{
    "TrailARN": "arn:aws:cloudtrail:region:account_ID:trail/TrailName",
    "AdvancedEventSelectors": [
        {
            "Name": "S3EventSelector",
            "FieldSelectors": [
                {
                    "Field": "eventCategory",
                    "Equals": [
                        "Data"
                    ]
                },
                {
                    "Field": "resources.type",
                    "Equals": [
                        "AWS::S3::Object"
                    ]
                },
                {
                    "Field": "resources.ARN",
                    "StartsWith": [
                        "arn:partition:s3:::amzn-s3-demo-bucket/"
                    ]
                }
            ]
        }
    ]
}

Amazon S3 einloggen AWS Outposts Ereignisse mithilfe erweiterter Event-Selektoren

Anmerkung

Wenn Sie erweiterte Ereignisselektoren auf einen Trail anwenden, werden alle vorhandenen grundlegenden Ereignisselektoren überschrieben.

Das folgende Beispiel zeigt, wie Sie Ihren Trail so konfigurieren, dass alle Datenereignisse für alle Amazon S3 on Outposts-Objekte in Ihrem Outpost enthalten sind.


aws cloudtrail put-event-selectors --trail-name TrailName --region region \
--advanced-event-selectors \
'[
    {
            "Name": "OutpostsEventSelector",
            "FieldSelectors": [
                { "Field": "eventCategory", "Equals": ["Data"] },
                { "Field": "resources.type", "Equals": ["AWS::S3Outposts::Object"] }
            ]
    }
]'

Der Befehl gibt die folgende Beispielausgabe zurück.


{
    "TrailARN": "arn:aws:cloudtrail:region:account_ID:trail/TrailName",
    "AdvancedEventSelectors": [
        {
            "Name": "OutpostsEventSelector",
            "FieldSelectors": [
                {
                    "Field": "eventCategory",
                    "Equals": [
                        "Data"
                    ]
                },
                {
                    "Field": "resources.type",
                    "Equals": [
                        "AWS::S3Outposts::Object"
                    ]
                }
            ]
        }
    ]
}

Protokollieren von Ereignissen mithilfe grundlegender Ereignisselektoren

Das Folgende ist ein Beispielergebnis des get-event-selectors-Befehls, das grundlegende Ereignisselektoren zeigt. Wenn Sie einen Trail mithilfe von erstellen AWS CLI, protokolliert ein Trail standardmäßig alle Verwaltungsereignisse. Standardmäßig protokollieren die Trails keine Datenereignisse.


{
    "TrailARN": "arn:aws:cloudtrail:us-east-2:123456789012:trail/TrailName",
    "EventSelectors": [
        {
            "IncludeManagementEvents": true,
            "DataResources": [],
            "ReadWriteType": "All"
        }
    ]
}

Führen Sie den Befehl put-event-selectors aus, um Ihren Trail für die Protokollierung von Verwaltungs- und Datenereignissen zu konfigurieren.

Das folgende Beispiel zeigt, wie Sie grundlegende Ereignisselektoren verwenden, um Ihren Trail so zu konfigurieren, dass er alle Verwaltungs- und Datenereignisse für die S3-Objekte in zwei S3-Bucket-Präfixen enthält. Sie können zwischen 1 und 5 Ereignisselektoren für einen Trail angeben. Sie können zwischen 1 und 250 Datenressourcen für einen Trail festlegen.

Anmerkung

Die maximale Anzahl von S3-Datenressourcen beträgt 250, wenn Sie Datenereignisse mithilfe einfacher Ereignisselektoren begrenzen.


aws cloudtrail put-event-selectors --trail-name TrailName --event-selectors '[{ "ReadWriteType": "All", "IncludeManagementEvents":true, "DataResources": [{ "Type": "AWS::S3::Object", "Values": ["arn:aws:s3:::amzn-s3-demo-bucket1/prefix", "arn:aws:s3:::amzn-s3-demo-bucket2;/prefix2"] }] }]'

Der Befehl gibt die Ereignisselektoren zurück, die für den Trail konfiguriert sind.


{
    "TrailARN": "arn:aws:cloudtrail:us-east-2:123456789012:trail/TrailName",
    "EventSelectors": [
        {
            "IncludeManagementEvents": true,
            "DataResources": [
                {
                    "Values": [
                        "arn:aws:s3:::amzn-s3-demo-bucket1/prefix",
                        "arn:aws:s3:::amzn-s3-demo-bucket2/prefix2",
                    ],
                    "Type": "AWS::S3::Object"
                }
            ],
            "ReadWriteType": "All"
        }
    ]
}

Protokollieren von Datenereignissen für Ereignisdatenspeicher mit dem AWS CLI

Sie können Ihre Ereignisdatenspeicher so konfigurieren, dass Datenereignisse per AWS CLI protokolliert werden. Verwenden Sie den Befehl create-event-data-store, um einen neuen Ereignisdatenspeicher zum Protokollieren von Datenereignissen zu erstellen. Verwenden Sie den Befehl update-event-data-store, um die erweiterten Ereignisselektoren für einen vorhandenen Ereignisdatenspeicher zu aktualisieren.

Sie konfigurieren erweiterte Ereignisselektoren, um Datenereignisse in einem Ereignisdatenspeicher zu protokollieren. Eine Liste der unterstützten Felder finden Sie unterFiltern von Datenereignissen mithilfe erweiterter Event-Selektoren.

Führen Sie den Befehl get-event-data-store aus, um zu überprüfen, ob Ihr Ereignisdatenspeicher Datenereignisse enthält.


aws cloudtrail get-event-data-store --event-data-store EventDataStoreARN

Der Befehl gibt die Einstellungen für den Ereignisdatenspeicher zurück.


{
    "EventDataStoreArn": "arn:aws:cloudtrail:us-east-1:111122223333:eventdatastore/EXAMPLE492-301f-4053-ac5e-EXAMPLE6441aa",
    "Name": "ebs-data-events",
    "Status": "ENABLED",
    "AdvancedEventSelectors": [
        {
            "Name": "Log all EBS direct APIs on EBS snapshots",
            "FieldSelectors": [
                {
                    "Field": "eventCategory",
                    "Equals": [
                        "Data"
                    ]
                },
                {
                    "Field": "resources.type",
                    "Equals": [
                        "AWS::EC2::Snapshot"
                    ]
                }
            ]
        }
    ],
    "MultiRegionEnabled": true,
    "OrganizationEnabled": false,
    "BillingMode": "EXTENDABLE_RETENTION_PRICING",
    "RetentionPeriod": 366,
    "TerminationProtectionEnabled": true,
    "CreatedTimestamp": "2023-11-04T15:57:33.701000+00:00",
    "UpdatedTimestamp": "2023-11-20T20:37:34.228000+00:00"
}

Themen

Schließt alle Amazon S3 S3-Ereignisse für einen bestimmten Bucket ein
Amazon S3 einbeziehen AWS Outposts Veranstaltungen

Schließt alle Amazon S3 S3-Ereignisse für einen bestimmten Bucket ein

Das folgende Beispiel zeigt, wie Sie einen Ereignisdatenspeicher erstellen, um alle Datenereignisse für alle Amazon S3 S3-Objekte in einem speziellen S3-Bucket für allgemeine Zwecke aufzunehmen und AWS-Service Ereignisse und Ereignisse auszuschließen, die von der generiert wurden bucket-scanner-roleuserIdentity. Der Wert für S3-Ereignisse für das resources.type-Feld ist AWS::S3::Object. Da sich die ARN-Werte für S3-Objekte und S3 Buckets geringfügig unterscheiden, müssen Sie den StartsWith-Operator für resources.ARN hinzufügen, um alle Ereignisse zu erfassen.


aws cloudtrail create-event-data-store --name "EventDataStoreName" --multi-region-enabled \
--advanced-event-selectors \
'[
    {
        "Name": "S3EventSelector",
        "FieldSelectors": [
            { "Field": "eventCategory", "Equals": ["Data"] },
            { "Field": "resources.type", "Equals": ["AWS::S3::Object"] },
            { "Field": "resources.ARN", "StartsWith": ["arn:partition:s3:::amzn-s3-demo-bucket/"] },
            { "Field": "userIdentity.arn", "NotStartsWith": ["arn:aws:sts::123456789012:assumed-role/bucket-scanner-role"]},
            { "Field": "eventType","NotEquals": ["AwsServiceEvent"]}
        ]
    }
]'

Der Befehl gibt die folgende Beispielausgabe zurück.


{
    "EventDataStoreArn": "arn:aws:cloudtrail:us-east-1:111122223333:eventdatastore/EXAMPLE492-301f-4053-ac5e-EXAMPLE441aa",
    "Name": "EventDataStoreName",
    "Status": "ENABLED",
    "AdvancedEventSelectors": [
        {
            "Name": "S3EventSelector",
            "FieldSelectors": [
                {
                    "Field": "eventCategory",
                    "Equals": [
                        "Data"
                    ]
                },
                {
                    "Field": "resources.ARN",
                    "StartsWith": [
                        "arn:partition:s3:::amzn-s3-demo-bucket/"
                    ]
                },
                {
                    "Field": "resources.type",
                    "Equals": [
                        "AWS::S3::Object"
                    ]
                },
                { 
                    "Field": "userIdentity.arn", 
                    "NotStartsWith": [
                        "arn:aws:sts::123456789012:assumed-role/bucket-scanner-role"
                     ]
                },
                { 
                    "Field": "eventType",
                    "NotEquals": [
                        "AwsServiceEvent"
                    ]
                }
            ]
        }
    ],
    "MultiRegionEnabled": true,
    "OrganizationEnabled": false,
    "BillingMode": "EXTENDABLE_RETENTION_PRICING",
    "RetentionPeriod": 366,
    "TerminationProtectionEnabled": true,
    "CreatedTimestamp": "2024-11-04T15:57:33.701000+00:00",
    "UpdatedTimestamp": "2024-11-20T20:49:21.766000+00:00"
}

Amazon S3 einbeziehen AWS Outposts Veranstaltungen

Das folgende Beispiel zeigt, wie Sie Ihren Ereignisdatenspeicher so konfigurieren, dass alle Datenereignisse für alle Objekte von Amazon S3 on Outposts in Ihrem Outpost enthalten sind.


aws cloudtrail create-event-data-store --name EventDataStoreName \
--advanced-event-selectors \
'[
    {
            "Name": "OutpostsEventSelector",
            "FieldSelectors": [
                { "Field": "eventCategory", "Equals": ["Data"] },
                { "Field": "resources.type", "Equals": ["AWS::S3Outposts::Object"] }
            ]
        }
]'

Der Befehl gibt die folgende Beispielausgabe zurück.


{
    "EventDataStoreArn": "arn:aws:cloudtrail:us-east-1:111122223333:eventdatastore/EXAMPLEb4a8-99b1-4ec2-9258-EXAMPLEc890",
    "Name": "EventDataStoreName",
    "Status": "CREATED",
    "AdvancedEventSelectors": [
        {
            "Name": "OutpostsEventSelector",
            "FieldSelectors": [
                {
                    "Field": "eventCategory",
                    "Equals": [
                        "Data"
                    ]
                },
                {
                    "Field": "resources.type",
                    "Equals": [
                        "AWS::S3Outposts::Object"
                    ]
                }
            ]
        }
    ],
    "MultiRegionEnabled": true,
    "OrganizationEnabled": false,
    "BillingMode": "EXTENDABLE_RETENTION_PRICING",
    "RetentionPeriod": 366,
    "TerminationProtectionEnabled": true,
    "CreatedTimestamp": "2023-02-20T21:00:17.673000+00:00",
    "UpdatedTimestamp": "2023-02-20T21:00:17.820000+00:00"
}

Protokollierung von Datenereignissen für AWS Config -Compliance

Wenn Sie AWS Config Conformance Packs verwenden, um Ihr Unternehmen bei der Einhaltung formalisierter Standards zu unterstützen, wie sie beispielsweise vom Federal Risk and Authorization Management Program (FedRAMP) oder vom National Institute of Standards and Technology (NIST) gefordert werden, erfordern Konformitätspakete für Compliance-Frameworks in der Regel, dass Sie mindestens Datenereignisse für Amazon S3 S3-Buckets protokollieren. Compliance-Pakete für Compliance-Frameworks enthalten eine verwaltete Regel namens cloudtrail-s3-dataevents-enabled, die die S3-Datenereignisprotokollierung in Ihrem Konto überprüft. Viele Compliance-Pakete, die nicht mit Compliance-Frameworks verknüpft sind, erfordern auch die S3-Datenereignisprotokollierung. Im Folgenden finden Sie Beispiele für Konformitätspakete, die diese Regel enthalten.

Eine vollständige Liste der in verfügbaren Mustervorlagen für Conformance Packs finden Sie im AWS ConfigAWS Config Developer Guide unter Conformance Pack Sample Templates.

Protokollieren von Datenereignissen mit dem AWS SDKs

Führen Sie den GetEventSelectorsVorgang aus, um festzustellen, ob Ihr Trail Datenereignisse protokolliert. Sie können Ihre Trails so konfigurieren, dass Datenereignisse protokolliert werden, indem Sie den PutEventSelectorsVorgang ausführen. Weitere Informationen finden Sie in der AWS CloudTrail -API-Referenz.

Führen Sie den GetEventDataStoreVorgang aus, um festzustellen, ob Ihr Ereignisdatenspeicher Datenereignisse protokolliert. Sie können Ihre Ereignisdatenspeicher so konfigurieren, dass sie Datenereignisse enthalten, indem Sie die UpdateEventDataStoreOperationen CreateEventDataStoreoder ausführen und erweiterte Ereignisselektoren angeben. Weitere Informationen finden Sie unter Erstellen, aktualisieren und verwalten Sie Ereignisdatenspeicher mit dem AWS CLI und der AWS CloudTrail -API-Referenz.

Warnung JavaScript ist in Ihrem Browser nicht verfügbar oder deaktiviert.

Zur Nutzung der AWS-Dokumentation muss JavaScript aktiviert sein. Weitere Informationen finden auf den Hilfe-Seiten Ihres Browsers.

Dokumentkonventionen

Verwaltungsereignisse

Filtern von Datenereignissen mithilfe erweiterter Event-Selektoren