OCI Queue est un service de file d'attente à haut débit hautement disponible capable d'assimiler des millions de messages par seconde. Les utilisateurs peuvent publier, consommer et supprimer des messages dans la file d'attente, ainsi que mettre à jour la visibilité d'un message.
OCI Queue prend en charge des API RESTful avec des SDK et STOMP.
La file d'attente prend en charge les files d'attente standard (best-effort ordering). Les files d'attente FIFO (strict ordering) sont une fonctionnalité que nous prévoyons, mais nous n'avons pas encore établi de calendrier. Soumettez une demande d'assistance ou communiquez avec votre gestionnaire de compte OCI si c'est nécessaire.
OCI Queue offre un contrat de niveau de service de 99,9 % de disponibilité avec une conservation maximale de sept jours pour les messages.
Vous pouvez augmenter certaines limites en introduisant une demande d'assistance.
Un mécanisme de limitation s’active lorsque les seuils suivants sont dépassés :
Paramètre | Limite souple du client |
---|---|
Limitation du débit | 10 Mo/s d'entrée et 10 Mo/s de sortie de données par file d'attente (limite souple) |
Vous pouvez trouver un exemple de code dans le dépôt Github d'Oracle DevRel ou suivre les étapes suivantes pour configurer votre IDE.
com.oracle.oci.sdk
oci-java-sdk-queue
3.2.0
Certaines fonctionnalités du SDK sont présentées dans des exemples des dépôts GitHub publics d'OCI Queue.
Nous fournissons les API suivantes :
API de gestion de la file d'attente
API de messagerie
Les détails sur les erreurs d'API se trouvent dans la documentation.
L'appel de purge est cohérent à terme. Cela signifie qu'il supprime tous les messages publiés avant l'appel de purge, mais qu'il peut également supprimer certains messages publiés alors que la file d'attente est en purge (plus strictement dans l'état « Updating » avec les détails de l'état de cycle de vie de purge). L'appel PutMessages n'est pas bloqué pendant l'opération de purge, mais ses messages peuvent être supprimés.
Les messages purgés ne seront pas renvoyés par l'appel GetMessages et n'affecteront pas les statistiques de file d'attente. Toutefois, le processus de suppression des messages est asynchrone et peut prendre un certain temps. Pendant ce temps, les opérations de mise à jour et de suppression des messages purgés aboutiront, à condition que vous disposiez d'une réception valide.
Non, le client doit appeler l'API DeleteMessage pour supprimer un message après l'avoir traité. Sinon, le message est renvoyé à la file d'attente (après un délai d'expiration de visibilité) et renvoyé lors d'une requête Get ultérieure.