Overview
TigerBeetle compatibility
Current Parix support boundaries, provider constraints, and product limitations.
This page documents Parix compatibility as implemented in this repository. It is not an exhaustive upstream TigerBeetle feature matrix.
Access model
Current product compatibility assumes:
- gateway-only access to TigerBeetle operations
- no broad public raw TigerBeetle network access
- provider-aware routing through Parix infrastructure
Provider support
The repository currently centers on AWS and GCP provider paths.
Current productized surfaces include:
- AWS-backed cluster workflows
- GCP-backed cluster workflows
- manual backups for active Fly and GCP profiles
- parameter changes for Fly and GCP deployments
Current limitations
Operators should assume these limitations unless a page says otherwise:
- no cross-region replication or multi-region HA
- no broad public control-plane REST API
- no restore-from-backup workflow
- no point-in-time recovery workflow
- no dedicated shipped Parix CLI binary
Change visibility
The cluster Changes tab is derived from durable control-plane state, not from every workflow event.
You should expect visibility for:
- CDC changes
- cluster shape changes
- storage changes
- TigerBeetle version upgrades
- applied cache-grid overrides
- initial cluster creation fallback rows
You should not expect full historical visibility for:
- direct-connect toggle history
- provider or region migration history
- workflow-only events that never materialize into durable state
Compatibility guidance
If you are designing around current behavior:
- treat the dashboard and docs as the product contract
- treat unsupported areas as unavailable, not implicitly coming soon
- assume gateway and workflow orchestration are part of the platform boundary