Queue
A Serverless Messaging Service
Oracle Cloud Infrastructure (OCI) Queue is a service for enabling asynchronous (decoupled) communication in a serverless manner. OCI Queue handles high-volume transactional data that requires independent processing without loss or duplication. The service uses open standards (STOMP and OpenAPI-defined REST) endpoints to communicate with any client.
Why OCI Queue?
-
Application decoupling
OCI Queue enables the decoupling of services through asynchronous connectivity. This ensures that components can scale independently and designs can be future-proofed, so as new components are built, they can publish or subscribe to the queue transparently.
-
Reliable message processing
OCI Queue guarantees that a message is persistent until it's either deleted or expires. The service can guarantee that the message is delivered to the consumer application at least once.
-
Autoscaling
OCI Queue handles fluctuations in service demand transparently. This means OCI Queue can ingest any volume of messages over a short period of time (managing peak loads) and allow messages to be processed more slowly with a limited number of consumers.
-
Open standards
OCI Queue is very easy and efficient to use because it supports open standards, including RESTful APIs (with an OpenAPI specification) and the industry-standard STOMP protocol.
OCI Queue features
OCI Queue includes the following features:
- Scalability—OCI Queue handles unexpected traffic spikes by automatically adding resources based on demand and distributing the workload to the available consumers.
- High throughput—OCI Queue can support a nearly unlimited number of transactions per second per API action.
- At-least-once delivery—A message is guaranteed to be delivered to the consumer at least once unless the message is either deleted or expires.
- Best-effort ordering—Messages are delivered to the consumers in the same sequence they are received from the producers. But occasionally, messages might be delivered in a different order to avoid adding latency for order correction.
- Message locking—A message is locked to avoid duplicate reads while a consumer processes it or until the visibility timeout period ends.
- Message batching—Send, receive, update, or delete messages in batches of up to 20 messages to optimize cost.
- Delivery attempts and dead-letter queues—You can define the number of attempts to deliver a message. If a message can't be consumed successfully, it can be sent to a dead-letter-queue (DLQ). DLQs let you isolate messages for troubleshooting.
- Encryption—Messages are encrypted end to end.
- STOMP protocol—STOMP is an open protocol designed for messaging that can boost efficiency as authentication and authorization are done once per connection rather than per HTTP request.
- REST APIs—OCI Queue can be used with true REST APIs, supported with an OpenAPI specification.
