Skip to content
Apex
Aether Cloud / Integration / Service mesh
Aether Cloud · Integration

Service mesh.

mTLS, traffic management and observability between your services, without app changes.

⊟ Integration
Overview

A mesh layer that gives every service mutual TLS, traffic control and golden-signal telemetry without code changes — security and reliability infrastructure moved out of the app.

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

Three steps to running.

01
Enroll services

Sidecars give every service mTLS and telemetry, no code changes.

02
Shape traffic

Canary, mirror and retry policies without redeploys.

03
Authorize

Identity-based, zero-trust authorization between workloads.

What you get

Service mesh, in full.

Automatic mTLS

Encrypted, authenticated service-to-service traffic by default.

Traffic shaping

Canary, mirror and retry policies without redeploys.

Golden signals

Latency, errors and saturation per service, free.

Zero-trust

Identity-based authorization between workloads.

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 service mesh on Aether Cloud
aether integration create \
  --service service-mesh \
  --name app \
  --region us-1 \
  --deploy managed   # or vpc | on-prem | air-gapped
Specs

At a glance.

Security
Automatic mTLS
Traffic
Canary · mirror · retry
Telemetry
Golden signals, free
Model
Zero-trust identity
Changes
None to app code
Use cases

Built for real work.

01

Zero-trust microservices

02

Progressive delivery

03

Uniform service telemetry

Why one platform

On one model, not stitched together.

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

The model is here

The provider that runs Aether runs your service mesh — 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 service meshes or service meshes?

A managed mesh giving mTLS, traffic control and telemetry between services — without app changes.

Do I change my code?

No — sidecars add security and observability transparently.

Does it enable canaries?

Yes — traffic shaping for canary and mirror without redeploys.

Deploy anywhere

Your boundary, your choice.

Managed
Your VPC
On-prem
Air-gapped / sovereign

Run Service mesh on Aether Cloud.

mTLS, traffic management and observability between your services, without app changes. Deployable managed, in your VPC, on-prem or fully air-gapped — talk to us about the configuration your workloads and your boundary require.