Skip to content

Terminology and Conventions

This document defines the terminology used throughout Primatomic documentation.

Primatomic provides the following guarantees:

  • Events appended to a log are durably stored before the append response is returned.
  • The service does not acknowledge an append until the event is persisted.
  • Events within a single log are assigned strictly monotonically increasing sequence numbers.
  • Each event is stored exactly once with a unique sequence number.
  • The service never reorders or skips events within a log.
  • Views process events in sequence order.
  • View execution is at-least-once: events may be reprocessed after failures.
  • Views are expected to be deterministic. Applying the same event sequence must produce the same state.
  • When a query specifies a sequence number, the response reflects all events up to and including that sequence.
  • Queries without a sequence number may return stale results.
  • Tenants cannot access other tenants’ logs, views, or data.
  • API keys only authorize access to the owning tenant’s resources.
  • The service maintains high availability through distributed leadership election.
  • View queries may be temporarily unavailable during leader transitions.
TermDefinition
TenantAn isolated account with its own logs, views, and API keys.
LogAn append-only sequence of events belonging to a tenant.
EventA binary payload appended to a log, assigned a sequence number.
ViewA WASM component that processes log events and maintains queryable state.
Sequence NumberA monotonically increasing identifier assigned to each event in a log.
LeaderThe node responsible for processing events and serving queries for a view.
SnapshotA serialized representation of view state used for recovery.
Stale ReadA query that may not reflect the most recent events.
Read-After-WriteA consistency model where reads reflect preceding writes.