Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Amazon SNS Eventziele
In diesem Thema sind alle Veranstaltungsziele aufgeführt, sortiert nach A2A-Nachrichten (Application-to-Application-Nachrichten) und A2P-Benachrichtigungen (Application-to-Person).
Anmerkung
Amazon SNS führte FIFO-Themen im Oktober 2020 ein. Derzeit unterstützen die meisten AWS Dienste nur den Empfang von Ereignissen aus SNS-Standardthemen. Amazon SQS unterstützt den Empfang von Ereignissen aus SNS-Standard- und FIFO-Themen.
A2A-Ziele
In der folgenden Tabelle wird beschrieben, wie Amazon SNS Ereignisse an verschiedene Application-to-Application-Ziele (A2A) wie Lambda, Amazon SQS, AWS Event Fork Pipelines und Endpunkte übermitteln kann. HTTP/S
Diese Integrationen ermöglichen es Ihnen, Daten zu archivieren und zu analysieren, benutzerdefinierte Geschäftslogik auszulösen, die Anwendungsintegration zu erleichtern und Ereignisse an externe Webhooks weiterzuleiten, wodurch die Effizienz und Flexibilität ereignisgesteuerter Architekturen verbessert wird.
| Eventziel | Vorteile der Verwendung mit Amazon SNS |
|---|---|
|
Bereitstellen von Ereignissen für Delivery Streams zu Archivierungs- und Analysezwecken. Über Delivery Streams können Sie Ereignisse an AWS Ziele wie Amazon Simple Storage Service (Amazon S3), Amazon Redshift und Amazon OpenSearch Service (OpenSearch Service) oder an Ziele von Drittanbietern wie Datadog, New Relic, MongoDB und Splunk übermitteln. Weitere Informationen finden Sie unter Lieferstreams von Fanout nach Firehose. |
|
|
Ereignisse an Funktionen liefern zum Auslösen der Ausführung benutzerdefinierter Geschäftslogik. Weitere Informationen finden Sie unter Fanout Amazon SNS-Benachrichtigungen an Lambda-Funktionen zur automatisierten Verarbeitung. |
|
|
Bereitstellen von Ereignissen in Queues für Anwendungsintegrationszwecke. Weitere Informationen finden Sie unter Fanout Amazon SNS-Benachrichtigungen an Amazon SQS-Warteschlangen für asynchrone Verarbeitung. |
|
|
AWS Event Fork Pipelines |
Bereitstellen von Ereignissen für Ereignissicherung und -speicherung, Ereignissuche und -analysen oder Ereigniswiedergabepipelines. Weitere Informationen finden Sie unter Fanout Amazon SNS-Veranstaltungen an AWS Event Fork Pipelines. |
|
HTTP/S |
Liefern von Ereignissen an externe Webhooks. Weitere Informationen finden Sie unter Fanout Amazon SNS-Benachrichtigungen an HTTPS-Endpunkte. |
A2P-Ziele
In der folgenden Tabelle wird beschrieben, wie Amazon SNS A2P-Benachrichtigungen (Application-to-Person) an verschiedene Ziele übermittelt, darunter Mobiltelefone per SMS und systemeigene Push-Benachrichtigungen, E-Mail-Postfächer, Amazon Chime-Chatrooms, Slack-Kanäle und betriebliche Einblicke für Bereitschaftsteams. PagerDuty
Diese Integrationen verbessern die Kommunikation und die betriebliche Effizienz, indem sie Benachrichtigungen und Updates in Echtzeit auf mehreren Plattformen und Kommunikationskanälen ermöglichen.
| Eventziel | Vorteile der Verwendung mit Amazon SNS |
|---|---|
|
SMS |
Bereitstellen von Ereignissen an Mobiltelefone als Textnachrichten. Weitere Informationen finden Sie unter Mobiles Textnachrichten mit Amazon SNS. |
|
|
Übermitteln Sie Ereignisse als E-Mail-Nachrichten an Posteingänge. Weitere Informationen finden Sie unter Einrichtung und Verwaltung des Amazon SNS-E-Mail-Abonnements. |
|
Plattformendpunkt |
Bereitstellen von Ereignissen auf Mobiltelefonen als native Push-Benachrichtigungen. Weitere Informationen finden Sie unter Senden von mobilen Push-Benachrichtigungen mit Amazon SNS. |
|
Liefern Sie Ereignisse an Amazon Chime Chatrooms oder Slack-Kanäle. Weitere Informationen finden Sie auf den folgenden Seiten im Administratorhandbuch für Amazon Q Developer in Chat-Anwendungen: |
|
|
PagerDuty |
Bereitstellen von operativen Einblicken für Bereitschaftsteams. Weitere Informationen finden Sie im AWS Management & Governance Blog unter Vermitteln Sie Ihren Bereitschaftsteams PagerDuty mithilfe von |
Anmerkung
Sie können Chat-Apps sowohl native AWS als auch benutzerdefinierte Ereignisse bereitstellen:
-
Native AWS Ereignisse — Sie können Amazon Q Developer in Chat-Anwendungen verwenden, um native AWS Ereignisse über Amazon SNS-Themen an Amazon Chime und Slack zu senden. Der unterstützte Satz nativer AWS Ereignisse umfasst Ereignisse von AWS Fakturierung und Kostenmanagement,, AWS Health AWS CloudFormation CloudWatch, Amazon und mehr. Weitere Informationen finden Sie unter Verwenden von Amazon Q Developer in Chat-Anwendungen mit anderen Diensten im Administratorhandbuch für Amazon Q Developer in Chat-Anwendungen.
-
Benutzerdefinierte Ereignisse— Sie können Ihre benutzerdefinierten Ereignisse auch über Amazon SNS-Themen an Amazon Chime, Slack und Microsoft Teams senden. Dazu veröffentlichen Sie benutzerdefinierte Ereignisse in einem SNS-Thema, das die Ereignisse an eine abonnierte Lambda-Funktion übermittelt. Die Lambda-Funktion verwendet dann den Webhook der Chat-App, um die Ereignisse an Empfänger zu übermitteln. Weitere Informationen finden Sie unterWie verwende ich Webhooks, um Amazon SNS Nachrichten in Amazon Chime, Slack oder Microsoft Teams zu veröffentlichen?
