Skip to content
Apex
Aether Cloud / Databases / In-memory cache
Aether Cloud · Databases

In-memory cache.

Sub-millisecond managed cache for sessions, hot data and rate limiting.

▥ Databases
Overview

A managed, Redis-compatible in-memory cache for sub-millisecond access to hot data — offload your database, hold sessions and back rate limiters, with HA and persistence options.

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

Three steps to running.

01
Spin up a cache

Redis-compatible, with replicas and optional persistence.

02
Point clients at it

Existing Redis clients, data structures and Lua scripts work unchanged.

03
Scale out

Cluster mode shards across nodes for memory and throughput.

What you get

In-memory cache, in full.

Redis-compatible

Drop-in for existing clients, data structures and Lua scripts.

Sub-ms latency

In-memory reads and writes for the hottest paths.

HA & persistence

Replicas, failover and optional durability.

Cluster mode

Shard across nodes for memory and throughput beyond one machine.

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.

import { aether } from "@aether/sdk";

// Provision in-memory cache and query it
const in_memory_cache = await aether.databases.create({
  service: "in-memory-cache",
  name: "app",
  region: "us-1",
});

const rows = await in_memory_cache.query(`select * from events limit 10`);
Specs

At a glance.

Compatibility
Redis-compatible
Latency
Sub-millisecond
HA
Replicas + failover
Persistence
Optional
Scale
Cluster sharding
Use cases

Built for real work.

01

Database offload caching

02

Session and token stores

03

Rate limiting and leaderboards

Why one platform

On one model, not stitched together.

The usual stack runs in-memory cache 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 — in-memory cache sits next to the rest of the catalog, one identity, one bill.

The model is here

The provider that runs Aether runs your in-memory cache — 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 ElastiCache or Redis?

Managed, Redis-compatible in-memory cache — for sessions, hot data and rate limiting next to your app.

Is my Redis code compatible?

Yes — drop-in for existing clients, data structures and Lua scripts.

Can it persist?

Optionally — with replicas and durability where you need them.

Deploy anywhere

Your boundary, your choice.

Managed
Your VPC
On-prem
Air-gapped / sovereign

Run In-memory cache on Aether Cloud.

Sub-millisecond managed cache for sessions, hot data and rate limiting. Deployable managed, in your VPC, on-prem or fully air-gapped — talk to us about the configuration your workloads and your boundary require.