F: Was ist Amazon SQS?

Amazon Simple Queue Service (Amazon SQS) bietet eine zuverlässige, hochgradig skalierbare, gehostete Warteschlange zum Speichern von Mitteilungen, während diese zwischen Computern weitergeleitet werden. Mit Amazon SQS können Entwickler auf einfache Weise Daten zwischen verteilten Anwendungskomponenten, die verschiedene Aufgaben ausführen, verschieben. Dabei gehen keine Mitteilungen verloren und es muss nicht jede Komponente stets verfügbar sein. Amazon SQS vereinfacht das Erstellen eines automatisierten Workflows und funktioniert gut mit Amazon Elastic Compute Cloud (Amazon EC2) und den anderen AWS-Infrastruktur-Web-Services.

F: Was kann ich mit Amazon SQS tun?

Mit dem Web-Service Amazon SQS haben Sie Zugriff auf eine Warteschlange, mit der Mitteilungen gespeichert werden können, die auf die weitere Bearbeitung durch einen Computer warten. Damit können Sie schnell Anwendungen für Mitteilungswarteschlangen erstellen, die auf jedem mit dem Internet verbundenen Computer ausgeführt werden können. Da Amazon SQS hochgradig skalierbar ist und leistungsbasiert bezahlt wird, können Sie klein anfangen und Ihre Anwendung nach Bedarf erweitern, ohne Kompromisse in Bezug auf die Leistung und die Zuverlässigkeit eingehen zu müssen. So können Sie sich ganz auf die Erstellung einer hochentwickelten mitteilungsbasierten Anwendung konzentrieren, ohne sich Gedanken über die Speicherung und Verwaltung der Mitteilungen machen zu müssen. Sie können Amazon SQS ganz unterschiedlich mit verschiedenen Softwareanwendungen verwenden. Beispielsweise können Sie:

  • Amazon SQS in andere AWS-Infrastruktur-Web-Services integrieren, um Anwendungen zuverlässiger und flexibler zu gestalten.
  • eine Amazon SQS-Warteschlange als Arbeitswarteschlange verwenden, in der jede Mitteilung eine Aufgabe darstellt, die durch einen Vorgang erledigt werden muss. Ein oder mehrere Computer können die Aufgaben der Warteschlange sehen und sie durchführen.
  • durch Amazon SQS einer Browser-basierten Anwendung dazu verhelfen, Mitteilungen von einem Server zu erhalten. Der Anwendungsserver kann einer Warteschlange Meldungen hinzufügen, die der Browser abfragen kann, selbst wenn sich eine Firewall dazwischen befindet.
  • Mitteilungen zu wichtigen Ereignissen in einem Geschäftsprozess in einer Amazon SQS-Warteschlange aufbewahren. Zu jedem Ereignis kann es eine entsprechende Nachricht in einer Warteschlange geben. Anwendungen, für die das Ereignis von Relevanz ist, können die Nachrichten abrufen und verarbeiten.

F: Was sind die ersten Schritte mit Amazon SQS?

Zur Anmeldung bei Amazon SQS klicken Sie auf der Amazon-SQS-Detailseite auf die Schaltfläche "Für diesen Web-Service anmelden". Für den Zugriff auf diesen Service ist ein Amazon Web Services-Konto erforderlich. Wenn Sie noch kein Konto haben, werden Sie bei der Anmeldung bei Amazon SQS zur Erstellung eines Kontos aufgefordert. Besuchen Sie nach der Anmeldung die AWS Management Console oder durchsuchen Sie die Dokumentation von Amazon SQS sowie den Beispiel-Code im Ressourcencenter, um weitere Informationen zur Verwendung von Amazon SQS zu erhalten.

F: Was sind die Vorteile von Amazon SQS gegenüber eigenen oder in Paketen enthaltenen Warteschlangensystemen?

Die Verwendung von Amazon SQS bietet zahlreiche Vorteile gegenüber der Entwicklung eigener Software für die Verwaltung von Warteschlangen oder gegenüber der Verwendung kommerzieller Open-Source-Warteschlangensysteme für Mitteilungen. Denn diese beiden Alternativen erfordern einen erheblichen anfänglichen Zeitaufwand für die Entwicklung und Konfiguration im Vergleich zur einfachen Integration eines bestehenden Web-Service. Sie benötigen außerdem langfristig administrative Ressourcen für den Betrieb der Hardware und des Systems. Die Komplexität der Konfiguration und Verwaltung dieser Systeme erhöht sich, wenn sie so konfiguriert werden müssen, dass sie eine redundante Speicherung der Mitteilungen sicherstellen, damit diese bei Hardware-Ausfällen nicht verloren gehen. Im Gegensatz dazu ist bei Amazon SQS kein administrativer Aufwand und nur eine geringfügige Konfiguration erforderlich.

F: Nutzt Amazon für seine eigenen Anwendungen auch Amazon SQS?

Ja. Die Entwickler von Amazon verwenden Amazon SQS für unterschiedliche Projekte und für eine große Anzahl von täglichen Amazon SQS-Mitteilungen. Zu den Anwendungen, die Amazon SQS verwenden, zählen die wichtigsten Geschäftsprozesse für die Website von Amazon.de und Amazon Web Services.


F: Was kann ich mit dem kostenlosen Kontingent für Amazon SQS tun?

Im kostenlosen Kontingent für Amazon SQS sind 1 Mio. Anforderungen pro Monat kostenlos enthalten. Viele kleinere Anwendungen können eventuell komplett innerhalb der Grenzen dieses Gratisangebots betrieben werden. Es fallen weiterhin Datenübertragungsgebühren an. Das kostenlose Kontingent ist ein monatliches Angebot. Die kostenlose Nutzung ist nicht monatsübergreifend kumulierbar.

F: Wie viel kostet Amazon SQS?

Sie zahlen nur für das, was Sie auch tatsächlich nutzen. Dabei fallen keine Mindestgebühren an. Sie zahlen für je 1 Mio. Anforderungen 0,50 USD plus Übertragungskosten für Daten, die aus Amazon SQS übertragen werden. Datenübertragungen zwischen Amazon SQS und Amazon EC2 innerhalb der USA sind kostenfrei. Weitere Informationen finden Sie auf der Seite der SQS-Preise.

F: Kosten Amazon SQS-Stapelvorgänge mehr als andere Anforderungen?

Stapelvorgänge, darunter SendMessageBatch, DeleteMessageBatch und ChangeMessageVisibilityBatch, kosten genauso viel wie andere Amazon SQS-Anforderungen.

F: Wie wird mir Amazon SQS in Rechnung gestellt?

Es gibt keine Einrichtungsgebühren für den Service. Nach Ende eines Monats wird Ihre Kreditkarte automatisch mit den Nutzungsgebühren für den betreffenden Monat belastet. Sie können die Gebühren für den aktuellen Abrechnungszeitraum jederzeit auf der Amazon Web Services-Website anzeigen. Melden Sie sich hierzu bei Ihrem Amazon Web Services-Konto an und klicken Sie unter "Your Web Services Account" auf "Account Activity".

F: Sind Steuern bereits in den Preisen enthalten?

Falls nicht anders angegeben, gelten unsere Preise zuzüglich geltender Steuern und Abgaben, darunter MwSt. und Umsatzsteuer. Bei Kunden mit japanischer Rechungsadresse unterliegt die Nutzung der Region Asien-Pazifik (Tokio) der japanischen Verbrauchssteuer. Weitere Informationen.


F: Kann Amazon SQS zusammen mit anderen AWS-Services verwendet werden?

Amazon SQS kann sowohl mit Amazon EC2 als auch mit Amazon S3 und Amazon SimpleDB verwendet werden, um Anwendungen flexibler und skalierbarer zu machen. Ein üblicher Anwendungsfall ist das Erstellen eines integrierten und automatisierten Workflows, bei dem mehrere Komponenten oder Module miteinander kommunizieren müssen, jedoch nicht alle dieselbe Menge Arbeit gleichzeitig verarbeiten können. In diesem Fall enthalten die Amazon SQS-Warteschlangen die Mitteilungen, die in geordneter Reihenfolge durch die auf Amazon EC2-Instanzen ausgeführte Anwendung des Nutzers verarbeitet werden sollen. Die Amazon EC2-Instances können die Warteschlange lesen, die Aufgabe verarbeiten und anschließend die Ergebnisse als Mitteilungen an eine andere Amazon SQS-Warteschlange weitergeben (etwa für die weitere Verarbeitung durch eine andere Anwendung). Da Amazon EC2 die dynamische Skalierung von Anwendungen nach oben und nach unten zulässt, können Anwendungsentwickler die Anzahl der Recheninstanzen einfach anhand der Arbeitsmenge in den SQS-Warteschlangen variieren, um sicherzustellen, dass Aufgaben in einem angemessenen Zeitraum ausgeführt werden.

Ein Beispiel: Eine Videoumschlüsselungs-Website verwendet Amazon EC2, Amazon SQS, Amazon S3 und Amazon SimpleDB gemeinsam. Endanwender übertragen Videos zur Umschlüsselung an die Website. Die Videos werden in Amazon S3 gespeichert und eine Mitteilung (die Anforderungsmitteilung) wird in einer Amazon-SQS-Warteschlange (die Eingangswarteschlange) mit einem Pointer auf das Video und auf das Zielformat des Videos in der Mitteilung abgelegt. Die auf einem Verbund aus Amazon EC2-Instances ausgeführte Umschlüsselungs-Engine liest die Anforderungsmitteilung aus der Eingangswarteschlange, ruft die Videos mithilfe des Pointers von Amazon S3 ab und schlüsselt das Video in das Zielformat um. Das konvertierte Video wird zurück in Amazon S3 abgelegt und eine andere Mitteilung (die Antwortmitteilung) wird in einer anderen Amazon SQS-Warteschlange (der Ausgangswarteschlange) mit einem Pointer auf das konvertierte Video platziert. Gleichzeitig können Metadaten zum Video (z. B. Format, Erstellungsdatum und Länge) zur leichten Abfragedurchführung in Amazon SimpleDB indiziert werden. Während dieses ganzen Ablaufs kann eine dedizierte Amazon EC2-Instance durchgängig die Eingangswarteschlange überwachen und, basierend auf der Anzahl der Mitteilungen in der Eingangswarteschlange, die Anzahl der umschlüsselnden Amazon EC2-Instances dynamisch anpassen, um den Kundenanforderungen bezüglich der Reaktionszeit gerecht zu werden.

F: Über welche Schnittstelle kann ich auf Amazon SQS zugreifen?

Amazon SQS bietet benutzerfreundliche, auf Standards basierende SOAP- und Abfrageschnittstellen für Web-Services, die mit jedem beliebigen Toolkit für die Internetentwicklung kompatibel sind. Die Vorgänge sind für die Arbeit mit Mitteilungen und Warteschlangen bewusst einfach gehalten.

F: Welche Vorgänge sind für Warteschlangen verfügbar?

Wer kann Vorgänge für eine Warteschlange durchführen? Die folgenden Vorgänge wurden für Amazon SQS definiert: CreateQueue, ListQueues, DeleteQueue, SendMessage, SendMessageBatch, ReceiveMessage, DeleteMessage, DeleteMessageBatch, ChangeMessageVisibility, ChangeMessageVisibilityBatch, SetQueueAttributes, GetQueueAttributes, GetQueueUrl, AddPermission und RemovePermission. Vorgänge können nur vom AWS-Kontoinhaber oder einem AWS-Konto, an das der Inhaber die Aufgabe delegiert hat, ausgeführt werden.

F: Wie werden Mitteilungen im System erkannt?

Alle Mitteilungen verfügen über eine global eindeutige ID, die Amazon SQS wiedergibt, wenn die Mitteilung an die Warteschlange geliefert wird. Die ID ist für keine weiteren Vorgänge an der Mitteilung notwendig, aber sie ist nützlich, um herauszufinden, ob eine bestimmte Mitteilung in der Warteschlange empfangen wurde. Wenn Sie eine Mitteilung aus der Warteschlange empfangen, enthält die Antwort eine Empfangs-Mitteilung, die für die Löschung der Mitteilung benötigt wird.

F: Bietet Amazon SQS Warteschlangen für unzustellbare Nachrichten?

Ja. Eine Warteschlange für unzustellbare Nachrichten ist eine SQS-Warteschlange, die so konfiguriert wird, dass sie Nachrichten aus anderen SQS-Warteschlangen, den Quellwarteschlangen, empfängt. Sie richten eine solche Warteschlange für den Empfang von Nachrichten ein, nachdem die maximale Anzahl von Zustellungsversuchen erreicht wurde. Eine Warteschlange für unzustellbare Nachrichten ermöglicht das Isolieren von Nachrichten, die nicht für eine Out-Of-Band-Analyse verarbeitet werden konnten.

Eine Warteschlange für unzustellbare Nachrichten unterscheidet sich nicht von anderen SQS-Warteschlangen. Es können wie bei anderen SQS-Warteschlangen Nachrichten an sie gesendet und von ihr empfangen werden. Sie erstellen eine Warteschlange für unzustellbare Nachrichten über die SQS-API und die SQS-Konsole.

Weitere Informationen zum Erstellen und Nutzen von Warteschlangen für unzustellbare Nachrichten finden Sie im SQS Developer Guide.

F: Bietet Amazon SQS FIFO-Zugriff (First-in-First-out) auf Mitteilungen?

Nein. Amazon SQS garantiert keinen FIFO-Zugriff auf Mitteilungen in Amazon SQS-Warteschlangen, vor allem aufgrund der verteilten Struktur von Amazon SQS. Wenn Sie eine bestimmte Mitteilungsanordnung bevorzugen, sollten Sie eine Anwendung entwickeln, die diese Anforderung erfüllt.

F: Was ist die maximale Grenze für die Mitteilungssichtbarkeit?

Amazon SQS unterstützt eine maximale Sichtbarkeit von 12 Stunden für WSDLs 2009 und 2011.

F: Welche neuen Attribute werden unterstützt?

Amazon SQS unterstützt nun weitere Attribute, wie beispielsweise die Zeit der Sendung einer Mitteilung oder den Absender. Alle unterstützten Attribute finden Sie in der aktuellen Dokumentation von Amazon SQS.

F: Wie kann ein Entwickler die Wartezeit feststellen?

Entwickler können das Attribut "SentTimestamp" anfordern, wenn sie eine Mitteilung erhalten. Die Subtraktion dieses Wertes von der aktuellen Zeit ergibt den Wert der Wartezeit.

F: Was ist der "SenderId"-Attributwert einer Mitteilung im Falle eines anonymen Zugriffs?

Amazon SQS stellt die IP-Adresse zur Verfügung, wenn die AWS-Konto-ID nicht sichtbar ist, beispielsweise, wenn ein anonymer Benutzer eine Mitteilung sendet.

F: Was ist eine SQS-Langabfrage?

Die SQS-Langabfrage ist eine neue Möglichkeit zum Abrufen von Nachrichten aus Ihren SQS-Warteschlangen. Während die herkömmliche SQS-Kurzabfrage sofort eine Rückgabe liefert, auch wenn die abgefragte Warteschlange leer ist, gibt die SQS-Langabfrage erst dann eine Antwort zurück, wenn eine Nachricht in die Warteschlange eingeht oder die Zeitbeschränkung der Langabfrage überschritten wird. Die SQS-Langabfrage ermöglicht das kostengünstige Abrufen von Nachrichten aus Ihrer SQS-Warteschlange, sobald diese verfügbar sind.

F: Fallen für das Verwenden der SQS-Langabfrage weitere Gebühren an?

Aufrufe der "ReceiveMessage"-API mit Langabfrage werden genauso in Rechnung gestellt wie Aufrufe der "ReceiveMessage"-API mit Kurzabfrage.

F: Wann sollte ich die SQS-Langabfrage und wann die SQS-Kurzabfrage wählen?

In den meisten Fällen ist die SQS-Langabfrage im Vergleich zur SQS-Kurzabfrage die bessere Wahl. Bei Anforderungen von Langabfragen erhalten Warteschlangennutzer Nachrichten, sobald diese in Ihre Warteschlange eingehen, wobei die Anzahl leerer "ReceiveMessageResponses"-Antworten verringert wird. In Kombination führt die SQS-Langabfrage bei den meisten Anwendungsfällen zu einer höheren Leistung bei geringeren Kosten. Wenn Ihre Anwendung jedoch so codiert ist, dass eine sofortige Antwort auf einen Aufruf von "ReceiveMessage" erwartet wird, können Sie ggf. nicht mit der Langabfrage arbeiten, ohne zuvor die Anwendung zu ändern. Wenn Ihre Anwendung beispielsweise über einen einzelnen Thread zum Abfragen mehrerer Warteschlangen verfügt, funktioniert der Wechsel von der Kurz- zur Langabfrage ggf. nicht. Der Grund ist, dass der einzelne Thread bei leeren Warteschlangen die Zeitbeschränkung der Langabfrage abwartet, wodurch die Verarbeitung von Warteschlangen verzögert wird, die ggf. Nachrichten enthalten. Bei einer solchen Anwendung wird empfohlen, dass ein einzelner Thread nur eine Warteschlange verarbeitet, damit die Anwendung in den Genuss der Vorteile von SQS-Langabfragen kommen kann.

F: Welchen Wert sollte ich für die Zeitbeschränkung der Langabfrage wählen?

Im Allgemeinen sollte die maximale Zeitbeschränkung für Langabfragen (20 Sekunden) verwendet werden. Durch höhere Zeitbeschränkungswerte für die Langabfrage wird die Anzahl zurückgegebener leerer "ReceiveMessageResponses"-Antworten verringert. Legen Sie deshalb den Zeitbeschränkungswert für die Langabfrage so hoch wie möglich fest. Wenn sich der Maximalwert von 20 Sekunden für Ihre Anwendung nicht eignet, können Sie einen kürzeren Zeitbeschränkungswert für die Langabfrage wählen (der Mindestwert ist 1 Sekunde). Alle AWS SDKs arbeiten standardmäßig mit 20-sekündigen Langabfragen. Wenn Sie AWS SDK für den Zugriff auf SQS verwenden oder Ihr AWS SDK mit einem kürzeren Zeitbeschränkungswert konfiguriert haben, müssen Sie ggf. den SQS-Client so ändern, dass längere Anforderungen zulässig sind, oder einen kürzeren Zeitbeschränkungswert für die Langabfrage wählen.

F: Was ist der AmazonSQSBufferedAsync-Client?

Der AmazonSQSBufferedAsync-Client bietet eine neue Implementierung der AmazonSQSAsync-Client-Schnittstelle, die mehrere wichtige Funktionen hinzufügt. Zunächst unterstützt der AmazonSQSBufferedAsync-Client die automatische Stapelverarbeitung mehrerer Anforderungen von Typ "SendMessage", "DeleteMessage" oder "ChangeMessageVisibility" in Stapeln des jeweiligen Typs, ohne dass die Anwendung geändert werden muss. Darüber hinaus unterstützt der AmazonSQSBufferedAsync-Client den Vorabruf von Nachrichten in einen lokalen Puffer, was Ihrer Anwendung die sofortige Verarbeitung von Nachrichten aus SQS ermöglicht, ohne deren Abruf aus SQS abwarten zu müssen. Durch die Kombination aus automatischer Stapelverarbeitung und Vorabruf werden der Durchsatz gesteigert und die Latenz Ihrer Anwendung verkürzt und durch das Stellen weniger SQS-Anforderungen die Kosten gesenkt.

F: Wie wird der AmazonSQSBufferedAsync-Client heruntergeladen?

Sie können den AmazonSQSBufferedAsync-Client als Teil des neuen AWS-SDK für Java unter http://aws.amazon.com/sdkforjava/ herunterladen.

F: Welche Sprachen unterstützt der AmazonSQSBufferedAsync-Client?

Derzeit wird der AmazonSQSBufferedAsync-Client nur von Java unterstützt. In Kürze wird der AmazonSQSBufferedAsync-Client in anderen Sprachen veröffentlicht.

F: Muss ich meine Anwendung umcodieren, um den AmazonSQSBufferedAsync-Client verwenden zu können?

Nein, der AmazonSQSBufferedAsync-Client wird im Austausch mit dem vorhandenen AmazonSQSAsync-Clients implementiert. Sie können Ihre Anwendung so ändern, dass das neueste AWS SDK verwendet wird, und die Client-Konfiguration so ändern, dass der AmazonSQSBufferedAsync-Client anstelle des AmazonSQSAsync-Clients verwendet wird, damit Ihre Anwendung in den Genuss von automatischer Stapelverarbeitung und Vorabruf kommt.

F: Wie kann ich SQS-Warteschlangen so abonnieren, dass Benachrichtigungen von SNS-Themen empfangen werden?

Wählen Sie in der SQS-Konsole die SQS-Warteschlange aus, klicken Sie auf der Menüleiste auf "Queue Actions", und wählen Sie in der Dropdown-Liste "Subscribe Queue to SNS Topic" aus. Wählen Sie im Dialogfeld für das Abonnement das Thema in der Dropdown-Liste "Choose a Topic" aus und klicken Sie auf die Schaltfläche "Subscribe". Umfassende schrittweise Anleitungen finden Sie in der Amazon SQS-Dokumentation.

F: Wie kann ich identische Nachrichten in mehreren SQS-Warteschlangen verbreiten?

Erstellen Sie zunächst in SNS ein SNS-Thema. Erstellen Sie anschließend mehrere SQS-Warteschlangen, und lassen Sie diese das SNS-Thema abonnieren. Wird nun eine Nachricht an das SNS-Thema gesendet, wird die Nachricht an die SQS-Warteschlangen verbreitet, d. h. SNS übermittelt die Nachricht an alle SQS-Warteschlangen, die das Thema abonniert haben.


F: Wie zuverlässig werden meine Daten in Amazon SQS gespeichert?

Amazon SQS speichert alle Warteschlangen- und Mitteilungsdaten im Amazon-Netzwerk aus hochsicheren und hochverfügbaren Rechenzentren. Alle Mitteilungen werden redundant auf mehreren Servern sowie in mehreren Rechenzentren gespeichert. Dies bedeutet, dass SQS-Mitteilungen auch im Falle von Computer- oder Netzwerkausfällen immer verfügbar sind.

F: Wie kann ich die Mitteilungen in meinen Warteschlangen sichern?

 Authentifizierungsmechanismen sorgen dafür, dass in Amazon SQS-Warteschlangen gespeicherte Nachrichten vor unautorisiertem Zugriff geschützt sind. Nur die AWS-Kontoinhaber haben Zugang zu den von ihnen erstellten Warteschlangen.

Amazon SQS verwendet kryptografische Methoden zur Ermittlung Ihrer Identität: entweder die Benutzung Ihrer Access-Key-ID und Unterschriftenabfrage oder die Verwendung eines X.509-Zertifikats. Weitere Details zur Verwendung dieser beiden Authentifizierungsmechanismen von Amazon SQS finden Sie im Amazon SQS-Entwicklerhandbuch.

Für zusätzliche Sicherheit können Sie Ihre Anwendung so konzipieren, dass sie Mitteilungen verschlüsselt, bevor diese in der Warteschlange platziert werden.

F: Wie ermöglicht Amazon SQS mehreren Lesern den Zugriff auf dieselbe Mitteilungswarteschlange, ohne dass Mitteilungen verloren gehen oder mehrmals verarbeitet werden?

Jede Amazon SQS-Warteschlange verfügt über eine konfigurierbare Sichtbarkeitsunterbrechung. Für eine bestimmte Zeit, nachdem eine Mitteilung aus der Warteschlange gelesen wurde, ist diese für andere Leser nicht sichtbar. Solange die Bearbeitungszeit kürzer als die Sichtbarkeitsunterbrechung ist, wir jede Mitteilung verarbeitet und gelöscht. Sollte die Komponente, mit der die Mitteilung verarbeitet wird, ausfallen oder unverfügbar werden, wird die Mitteilung nach Ablauf der Sichtbarkeitsunterbrechung für jeden Leser wieder sichtbar. Dies ermöglicht verschiedenen Komponenten das Lesen von Mitteilungen aus derselben Warteschlange, wobei jedoch jede Komponente eine andere Mitteilung verarbeitet.

F: Wie oft erhalte ich jede Mitteilung?

Amazon SQS ist konzipiert, um eine "mindestens einmalige" Lieferung aller Mitteilungen in den Warteschlangen sicherzustellen. Obwohl meistens jede Mitteilung genau einmal an Ihre Anwendung gesendet wird, sollten Sie Ihr System so einrichten, dass die mehrmalige Verarbeitung von Mitteilungen nicht zu Fehlern oder Inkonsistenzen führt.

F: Wieso gibt es mehrere "ReceiveMessage"- und "DeleteMessage"-Vorgänge?

Wenn Amazon SQS eine Mitteilung an Sie zurücksendet, bleibt diese Mitteilung in der Warteschlange, ganz gleich, ob Sie diese Mitteilung erhalten haben oder nicht. Sie sind dafür verantwortlich, die Mitteilung zu löschen. Durch die Löschanforderung bestätigen Sie, dass Sie mit der Verarbeitung der Mitteilung fertig sind. Wenn Sie die Mitteilung nicht löschen, sendet sie Amazon SQS bei der nächsten Anforderung erneut.

F: Kann eine gelöschte Mitteilung erneut empfangen werden?

Ja, in seltenen Fällen erhalten Sie unter Umständen eine gelöschte Mitteilung erneut. Dies kann der Fall sein, wenn ein "DeleteMessage"-Vorgang nicht alle Kopien der Mitteilung löscht, weil ein Server des verteilten Amazon-SQS-Systems zum Zeitpunkt des Löschvorgangs nicht verfügbar war Diese Kopie der Mitteilung wird dann eventuell erneut versendet. Sie sollten Ihre Anwendung so einrichten, dass beim Empfang einer gelöschten Mitteilung keine Fehler oder Inkonsistenzen auftreten.

F: Was passiert, wenn ich eine "DeleteMessage"-Anforderung für eine bereits gelöschte Mitteilung stellen möchte?

SQS sendet eine Erfolgsmeldung zurück.


F: Wie lange kann ich meine Mitteilungen in den Warteschlangen von Amazon SQS aufbewahren?

Der Aufbewahrungszeitraum für Mitteilungen in SQS ist zwischen 1 Minute und 2 Wochen frei konfigurierbar. Standardmäßig ist ein Zeitraum von 4 Tagen eingestellt. Sobald der vorgegebene Zeitraum abgelaufen ist, werden Ihre Mitteilungen gelöscht. Dank der Option zur längeren Aufbewahrung von Mitteilungen können Sie flexibler bestimmen, wann Mitteilungen erstellt und wann sie genutzt werden.

F: Wie kann ich SQS so konfigurieren, dass Nachrichten länger aufbewahrt werden?

Um die Aufbewahrungszeit für Mitteilungen zu konfigurieren, stellen Sie das Attribut "MessageRetentionPeriod" mithilfe der "SetQueueAttributes"-Methode ein. Mit diesem Attribut wird festgelegt, wie viele Sekunden eine Mitteilung von SQS aufbewahrt wird. Derzeit ist standardmäßig ein Zeitraum von 4 Tagen zur Aufbewahrung festgelegt. Über das Attribut „MessageRetentionPeriod“ kann ein beliebiger Aufbewahrungszeitraum zwischen 60 Sekunden (1 Minute) und 1.209.600 Sekunden (14 Tage) festgelegt werden. Weitere Informationen zum Arbeiten mit diesen neuen Nachrichtenattributen finden Sie im Amazon SQS API-Referenzhandbuch.

F: Wie kann ich SQS so konfigurieren, dass größere Mitteilungen unterstützt werden?

Zum Konfigurieren der maximalen Mitteilungsgröße stellen Sie das Attribut "MaximumMessageSize" mithilfe der "SetQueueAttributes"-Methode ein. Mit diesem Attribut wird festgelegt, welche Größe in Byte eine SQS-Mitteilung aufweisen darf. Sie können eine beliebige Größe zwischen 1.024 Byte (1 kB) und 65.536 Byte (64 kB) festlegen. Weitere Informationen zum Arbeiten mit diesen neuen Nachrichtenattributen finden Sie im Amazon SQS API Reference Guide.

F: Wie viele und welche Art von Daten kann eine Mitteilung enthalten?

Amazon SQS-Mitteilungen können bis zu 64 KB an Textdaten, darunter XML, JSON und unformatierten Text, enthalten. Die folgenden Unicode-Zeichen sind zugelassen:

#x9 | #xA | #xD | [#x20 bis #xD7FF] | [#xE000 bis #xFFFD] | [#x10000 bis #x10FFFF]

(gemäß http://www.w3.org/TR/REC-xml/#charsets).

F: Wie groß dürfen Warteschlangen von Amazon SQS sein?

Eine einzelne Warteschlange kann eine unbegrenzte Anzahl an Mitteilungen enthalten, und Sie können beliebig viele Warteschlangen erstellen.

F: Gibt es Beschränkungen hinsichtlich der Benennung der Amazon SQS-Warteschlangen?

Gibt es eine Längenbeschränkung für die Namen der Amazon SQS-Warteschlangen? Kann der Name einer Warteschlange erneut verwendet werden? Die Namen von Warteschlangen sind auf 80 Zeichen beschränkt. Alphanumerische Zeichen sowie Bindestriche (-) und Unterstriche (_) sind zulässig. Innerhalb eines AWS-Kontos müssen die Namen von Warteschlangen eindeutig sein. Nach dem Löschen einer Warteschlange kann ihr Name erneut verwendet werden.

F: Was passiert, wenn eine Warteschlange für einen längeren Zeitraum nicht aktiv ist?

Wir behalten uns das Recht vor, eine Warteschlange zu löschen, wenn für 30 aufeinanderfolgende Tage keine der folgenden Anforderungen übermittelt wurde: SendMessage, ReceiveMessage, DeleteMessage, GetQueueAttributes und SetQueueAttributes. Bitte berücksichtigen Sie dies bei der Konzeption Ihrer Anwendung.


F: Wie können mehrere Benutzer auf eine Warteschlange zugreifen?

Ein Entwickler ordnet der gemeinsam zu nutzenden Warteschlange eine Zugriffsrichtlinienerklärung zu (in der die Berechtigungen näher definiert sind). Amazon SQS stellt APIs zur Erstellung und Verwaltung der folgenden Zugriffsrichtlinienerklärungen bereit: AddPermission, RemovePermission, SetQueueAttributes und GetQueueAttributes. Siehe aktuelle API-Spezifizierung für weitere Details.

F: Wer zahlt für den gemeinsamen Warteschlangenzugriff?

Der Inhaber der Warteschlange bezahlt den gemeinsamen Warteschlangenzugriff.

F: Wie erkenne ich einen anderen AWS-Benutzer?

Die Amazon SQS-API verwendet die AWS-Kontonummer zur Identifizierung der AWS-Benutzer.

F: Was muss ich anderen Benutzern zur Verfügung stellen, damit ich gemeinsam mit ihnen auf eine Warteschlange zugreifen kann?

Sie müssen die gesamte URL der Warteschlange zur Verfügung stellen. Die Vorgänge CreateQueue und ListQueues geben diese URL in ihrer Antwort an.

F: Unterstützt Amazon SQS anonymen Zugriff?

Ja, mit der WSDL 2009 API und höher kann ein Entwickler eine Zugriffsrichtlinie erstellen, die anonymen Benutzern den Zugriff auf eine Warteschlange erlaubt.

F: Wann sollte ich die Berechtigungs-API nutzen?

Die Berechtigungs-API bietet Entwicklern eine einfache Schnittstelle, um Benutzern den gleichzeitigen Zugang zur Warteschlange zu gewähren. Ein bedingter Zugang oder erweiterte Anwendungsfälle sind nicht möglich.

F: Wann sollte ich "SetQueueAttributes" mit JSON-Objekten verwenden?

Der "SetQueueAttributes"-Vorgang unterstützt die vollständige Zugriffsrichtliniensprache. Unter Verwendung der Richtliniensprache kann der Zugang zur Warteschlange beispielsweise nach IP-Adresse und Tageszeit eingegrenzt werden. Weitere Details finden Sie in der Dokumentation zur Zugriffsrichtlinie im aktuellen Entwicklerhandbuch.


F: Was sind die Amazon SQS Service-Zugangspunkte in jeder Region?

Der Endpunkt USA Ost (Nord-Virginia) ist: http://sqs.us-east-1.amazonaws.com

Der Endpunkt USA West (Oregon) ist: http://sqs.us-west-2.amazonaws.com

Der Endpunkt USA West (Nordkalifornien) ist: http://sqs.us-west-1.amazonaws.com

Der Endpunkt EU (Irland) ist: http://sqs.eu-west-1.amazonaws.com

Der Endpunkt Asien-Pazifik (Singapur) ist: http://sqs.ap-southeast-1.amazonaws.com

Der Endpunkt Asien-Pazifik (Tokio) ist: http://sqs.ap-northeast-1.amazonaws.com

Der Endpunkt Asien-Pazifik (Sydney) hat die Adresse: http://sqs.ap-southeast-2.amazonaws.com

Der Endpunkt Südamerika (São Paulo) hat die Adresse: http://sqs.sa-east-1.amazonaws.com

F: Können Mitteilungen von Warteschlangen in verschiedenen Regionen gleichzeitig bearbeitet werden?

Nein. Amazon SQS ist in jeder Region in Bezug auf die Mitteilungsspeicher und Warteschlangennamen vollkommen unabhängig.

F: Gibt es zwischen den verschiedenen Regionen einen Preisunterschied?

Nein. Die Preise von Amazon SQS sind in allen 8 Regionen gleich.

F: Wie sieht die Preisgestaltung bei Übertragungen zwischen den verschiedenen Regionen aus?

Datenübertragungen zwischen Amazon SQS und Amazon EC2 innerhalb einer Region sind gebührenfrei. Datenübertragungen zwischen Amazon SQS und Amazon EC2 in verschiedenen Regionen werden nach den normalen Datenübertragungstarifen berechnet.