Skip to content

Concepts

Explanation-oriented pages: how Nimbus works and why it’s built the way it is. Read these to build a mental model; reach for Developers or Operators when you have a task in hand.

  • How Nimbus works — the one-engine, many-adapters model: server, adapters, engine, runtime, and storage in one binary.
  • Data and mutations — documents, optional schemas, the single mutation path, and reactive subscriptions.
  • The adapter boundary — how five protocol front doors share one engine without sharing each other’s semantics.
  • Tenant isolation — the multi-tenant trust model: who a tenant is and what separates one from another.
  • Runtime permissions — grants, mode ceilings, and why queries and mutations carry no ambient authority.
  • Scaling — what one Nimbus process gives you today and where the scaling boundaries are.
  • Architecture — a system-by-system map of the binary: twelve pages covering the server, adapters, engine, storage, runtime, sandboxes, auth, tenancy, node lifecycle, CLI, SDK packages, and observability, each citing the crates that implement it.