Skip to content
Apex
Aether Cloud / Integration / Message queues
Aether Cloud · Integration

Message queues.

Durable queues for decoupled, at-least-once processing with dead-letter handling.

⊟ Integration
Overview

Decouple producers from consumers with durable, scalable queues — at-least-once delivery, visibility timeouts and dead-letter handling so a slow or failing consumer never drops work.

Where it sits
Category
Integration
Deployment
Managed → air-gapped
Governance
IAM · encryption · audit
How it works

Three steps to running.

01
Create a queue

Standard for throughput or FIFO where order matters.

02
Produce & consume

At-least-once delivery with visibility timeouts and backpressure.

03
Handle failures

Dead-letter queues and redrive catch what consumers can't.

What you get

Message queues, in full.

Durable delivery

At-least-once with redrive and dead-letter queues.

Elastic throughput

From a trickle to millions of messages without tuning.

Ordering options

FIFO where order matters, standard for max throughput.

Backpressure

Visibility timeouts and concurrency control protect consumers.

API-first

Provision it in a few lines.

Every service is reachable from the same SDK, CLI and infrastructure-as-code — one identity, one bill, one audit trail across the whole catalog.

# Provision message queues on Aether Cloud
aether integration create \
  --service message-queues \
  --name app \
  --region us-1 \
  --deploy managed   # or vpc | on-prem | air-gapped
Specs

At a glance.

Delivery
At-least-once
Ordering
FIFO or standard
Throughput
Elastic, to millions/sec
Failures
DLQ + redrive
Backpressure
Visibility timeouts
Use cases

Built for real work.

01

Asynchronous job processing

02

Service decoupling

03

Workload smoothing

Why one platform

On one model, not stitched together.

The usual stack runs message queues in one product, the model in another and the data in a third — and the seams between them are the cost. Aether Cloud runs it on the same platform that serves the model, governs your identity and deploys into your boundary, with the rest of the catalog one hop away.

One platform

No stitching a vector DB to one place, a warehouse to another and a model to a third — message queues sits next to the rest of the catalog, one identity, one bill.

The model is here

The provider that runs Aether runs your message queues — so the data and the model never leave the same governed boundary to talk to each other.

Built on demand

Need a capability that isn’t here yet? The model writes and deploys it into the same boundary — the catalog is a starting point, not a ceiling.

FAQ

Good to know.

How does this compare to Amazon SQS?

Durable queues for decoupled processing — with FIFO and dead-letter handling, next to your compute and functions.

Does it preserve order?

FIFO queues do; standard queues maximize throughput.

What about poison messages?

Dead-letter queues and redrive isolate them automatically.

Deploy anywhere

Your boundary, your choice.

Managed
Your VPC
On-prem
Air-gapped / sovereign

Run Message queues on Aether Cloud.

Durable queues for decoupled, at-least-once processing with dead-letter handling. Deployable managed, in your VPC, on-prem or fully air-gapped — talk to us about the configuration your workloads and your boundary require.