OCI Queue ist ein hochverfügbarer Queue-Service mit hohem Durchsatz, der Millionen von Nachrichten pro Sekunde aufnehmen kann. Nutzer können Nachrichten in der Warteschlange veröffentlichen, konsumieren und löschen sowie die Sichtbarkeit einer Nachricht aktualisieren.
OCI Queue unterstützt RESTful-APIs mit SDKs und STOMP.
Die Queue unterstützt Standard-Queues (Best-Effort-Anordnung). FIFO-Queues (strenge Anordnung) ist eine zukünftige Funktion, für die wir noch keinen Zeitplan haben. Bitte stellen Sie eine Support-Anfrage oder wenden Sie sich an Ihren OCI-Kundenbetreuer, falls dies erforderlich ist.
OCI Queue bietet eine SLA von 99,9 % Betriebszeit mit einer maximalen Aufbewahrungszeit von sieben Tagen für Nachrichten.
Sie können einige Limits erhöhen, indem Sie eine Supportanfrage stellen.
Ein Drosselmechanismus wird aktiviert, wenn die folgenden Schwellenwerte überschritten werden:
Parameter | Variabler Grenzwert der Kunden |
---|---|
Grenzwert für die Durchsatzdrosselung | 10 MB/s Ingress und 10 MB/s Daten-Egress pro Queue (soft) |
Beispielcode finden Sie im Oracle DevRel GitHub Repository oder über die folgenden Schritte zum Konfigurieren Ihrer IDE.
com.oracle.oci.sdk
oci-java-sdk-queue
3.2.0
Einige SDK-Funktionen werden in Beispielen demonstriert, die in den öffentlichen GitHub-Repositories für OCI Queue enthalten sind.
Folgende APIs sind dafür verfügbar:
Queue-Management-APIs
Messaging-APIs
Details zu den API-Fehlern finden Sie in der Dokumentation.
Der Bereinigungsaufruf ist im Endeffekt einheitlich; das bedeutet, dass er alle Nachrichten löscht, die vor dem Bereinigungsaufruf veröffentlicht wurden. Er kann jedoch auch einige Nachrichten löschen, die veröffentlicht wurden, während sich die Warteschlange im Bereinigungszustand befand (strenger im Updatezustand mit Details zum Bereinigungs-Lebenszykluszustand). Der PutMessages-Aufruf wird während des Bereinigungsvorgangs nicht blockiert, seine Nachrichten können jedoch gelöscht werden.
Es ist gewährleistet, dass bereinigte Nachrichten nicht vom GetMessages-Aufruf zurückgegeben werden und die Statistiken der Warteschlange nicht beeinflussen. Dennoch ist der Nachrichten-Löschprozess asynchron und kann einige Zeit in Anspruch nehmen. Während dieser Zeit werden Aktualisierungs- und Löschvorgänge für die bereinigten Nachrichten erfolgreich sein, sofern Sie einen gültigen Beleg haben.
Nein, der Client muss die DeleteMessage-API aufrufen, um eine Nachricht nach der erfolgreichen Verarbeitung zu löschen. Andernfalls wird die Nachricht in die Warteschlange zurückgestellt (nach einer Zeitüberschreitung für die Sichtbarkeit) und bei einer nachfolgenden Abfrage zurückgegeben.