Needs visual design work WIP
One access layer over all your data
Monospace connects to the databases and systems you already run, reads their structures, and presents them as one clean API. Your data stays where it is, and every read and write passes through Monospace to the source system. This means no copies to keep in sync, and no staging layer between your applications and the data they use.
[Placeholder] SE Artefact Diagram
Needs visual design work WIP
Connect your data sources, get an API
Database introspection
Point Monospace at a data source and it reads the schema. Your tables become collections you manage in Monospace, with their fields and relations already mapped. Refresh introspection to pick up new schema changes.
Data federation across sources
The same identifier usually exists in several systems, and no database can express that. Monospace lets you define cross-system relationships, so a customer ID in PostgreSQL joins to the same customer in Salesforce, resolved at query time.
No data movement
No ETL, no replication. Your data stays in its system of record, with no copies to secure or keep in sync.
Real-time queries
Query all your live data instantly, across data sources. Queries run against the source system when they're made, not against a snapshot of the data. What the database has, your API returns.
Needs visual design work WIP
What is data federation?
Data federation in Monospace establishes a single access layer for using data that lives in many systems. Source data stays where it is. Monospace connects to it, reads its schema, and represents it as collections in a single governed API, so applications and agents can read and write across systems in real time.
Because everything shares one model, relationships can cross systems. A customer in one database can relate to their invoices in another, and a single query resolves both against their sources at request time.
[Placeholder] Spaghetti to One Unified Layer Diagram
Needs visual design work WIP
How it works
Connect your data source
Add a new data source in Studio. Choose your connector type and enter the connection details. You can connect multiple sources to a single workspace, and the same source can also be connected to multiple workspaces.
Monospace introspects the schema
Your tables are mapped to collections that can then be managed in Monospace automatically, with fields and relations already mapped. From there you can evolve the schema in Monospace, or keep managing it in your existing migration tooling and re-introspect to pick up the changes.
Relate fields across sources
Define how collections are connected. Relations work across data sources, so a single query can join data that lives in different systems.
Build on your data
Connecting a source gives you three ways to use it straight away: a governed REST API, a typed SDK, and the workspace's MCP endpoint.
Needs visual design work WIP
What connecting a source gives you
[Placeholder]

Needs visual design work WIP
Monospace data connectors
Data connectors enable Monospace to connect to external data sources. Connectors cover various database types, REST APIs, and third-party SaaS systems. Connect more data sources and immediately open up new revenue streams and use cases.
Needs visual design work WIP
Common scenarios
A customer-facing app that needs orders from one database and account data from another
A legacy system that nobody wants to migrate but everything needs to read
A support agent that can read customer orders and tickets, but not payment details
Needs visual design work WIP
Connect a data source and start building
Bring a data source and we’ll set it up with you, so your teams can start building.
from Directus