Amazon SNS

Der Amazon SNS stellt einen leistungsstarken und anpassungsfähigen Service zur Echtzeit-Nachrichtenübertragung dar. Er ist in der Lage, Nutzer und Systeme zu benachrichtigen, da er verschiedene Protokolle wie E-Mail, SMS, HTTP/HTTPS und mobile Push-Benachrichtigungen unterstützt. Durch die unkomplizierte Verknüpfung mit anderen AWS-Diensten wie CloudWatch, Lambda und S3 können wir automatisierte Abläufe entwickeln und Ereignisse effizient bearbeiten.

Ein Nachteil von Amazon SNS kann die Komplexität bei der Konfiguration und Verwaltung sein, insbesondere wenn man eine Vielzahl an Themen und Abonnenten verwalten muss.

Wir verwenden Amazon SNS, um Benachrichtigungen und Alarme in Echtzeit zu versenden, sei es für interne Kommunikation, Systemmonitoring oder Benutzerwarnungen. Durch die Verknüpfung mit anderen AWS-Diensten können wir automatisierte Abläufe entwickeln und rasch auf Ereignisse reagieren. Um die Verfügbarkeit und Skalierbarkeit unserer Benachrichtigungsdienste zu gewährleisten, ist SNS besonders nützlich. Um speziellere Bedürfnisse zu erfüllen, etwa bei der Verarbeitung komplexer Nachrichtenlogik, ergänzen wir zusätzliche Tools oder Services.

Amazon SNS ist ein Pub/Sub-Service. Hiermit können z.B. Microservices asynchron miteinander kommunizieren. Die Nachrichten können von mehreren Konsumenten gelesen und verarbeitet werden. Es ist eine gute Alternative wenn es zu aufwändig ist einen eigenen Kafka zu hosten. Amazon SNS lässt sich einfach Aufsetzten mithilfe des AWS-CDK und schnell im Code durch die AWS-SDK verwendet werden. Es bieten Maximale Flexibilität um die Pub/Sub-Architektur zu verwirklichen. Das Pricing der SNS ist Fair!

Leider ist die Größe der einzelnen Nachrichten auf 140 Byte beschränkt wodurch ab und zu ein Workaround gefunden werden muss. Wenn die Amazon SNS als Standart genutzt wird macht man sich sehr stark von der AWS-Abhängig und ein Providerwechsel wird etwas Komplizierter. Im vergleich zu Kafka können keine Konsumentengruppen angelegt werden. Jeder Konsument erhält alle Nachrichten.

Kommunikation zwischen Microservices und Verwendung der Pub/Sub-Architektur. Infrastruktur muss nicht selbst dafür bereitgestellt werden sondern wird von Amazon übernommen. Informationen können einmal geschrieben und mehrfach verarbeitet werden.

Wir nutzen SNS seit über einem Jahr in unseren Projekten zur Entkopplung der Service Architektur. Im Zuge der Migration unserer Services nach cloud native, haben wir SNS als Topic zur Interprozesskommunikation zwischen unseren serverless Anwendungen im Einsatz. Die Konfiguration ist einfach und, wie bei eigentlich allen AWS Services, hervorragend dokumentiert.

Bisher haben wir die Push Funktionalität noch nicht im Einsatz, daher fällt es mir schwer, diese ernsthaft zu beurteilen. Das Potential ist aber auch hier recht groß. Die sehr feingranulare Rechtevergabe in der AWS kann einen schon vor Herausforderungen stellen, speziell wenn man am Ende ein möglichst sicheres Setup haben möchte.

Bei der Migration von SpringBoot basierten REST Services, hin zu cloud native Anwendungen, setzen wir auf serverless und nutzen Lambda Funktionen. Diese binden wir an SNS Topics an, um so eine lose Kopplung der verschiedenen Funktionalitäten zu erreichen. Zum Teil haben wir auch SQS und SES an unsere SNS Topics angebunden, um spezielle Anforderungen, wie zum Beispiel DeadLetterQueues, oder den Versand von Infomails, zu erreichen.

Amazon SNS ist ein einfaches und benutzerfreundliches Tool, sehr einfach zu verwenden, wenn man bereits die Infrastruktur von Amazon verwendet. Zudem ist es Kostengünstig da es ein Pay-as-you-go-Modell ist (basierend auf Push-Nachrichten, nicht auf Abfragen). Amazon SNS lässt sich auch hervorragend in Amazon SQS integrieren.

Es gibt eine feste Anzahl & Größe von Nachrichten pro Sekunde. Wir sind uns somit unsicher, ob wir SNS oder beispielsweise EventBridge verwenden werden langfristig. Fürs erste haben wir uns aber für Amazon SNS entschieden und sind, Stand jetzt, auch erstmal damit gut aufgestellt.

Einfach zu konfigurierende und zu implementierende Integration mit dem Backend. Wie jeder AWS-Service hat er eine Betriebszeit von 100 %. Klassenbester meiner Meinung nach.

Amazon SNS ist gut geeignet für Anwendungen, die auf einer ereignisgesteuerten Architektur aufbauen. Es erleichtert das protokollieren und verfolgen von Ereignissen in Echtzeit von der Quelle bis zum Ziel. Außerdem gibt es eine gute Dokumentation , die auch wirklich wichtig ist um Fehler zu vermeiden.

Manchmal gibt es Probleme mit den Berechtigungen, diese sollten richtig konfiguriert werden. Sonst kann es bei der Implementierung zu "Access Denied"-Fehlern kommen. Die Dashboards teilweise sehr unübersichtlich.

Wir haben Amazon Simple Notification Service (SNS) für die Erstellung von Anwendungen verwendet, die von Ereignissen Gebrauch machen. Mit Hilfe von SNS ist es einfach, Ereignisse mit ihrem Zeitstempel zu verfolgen, wann sie entstanden sind und wie sie verwendet wurden. Das ist sehr wichtig und macht die Verwendung einfach, da SNS bei der Protokollierung der ein- und ausgehenden Ereignisse helfen kann.