Every analyst. Every engineer. One canvas. Self-hosted visual ETL and data integration platform
Get your whole team building data pipelines, right in the browser. Analysts stop waiting on tickets, engineers stop rebuilding their work, and leaders trust the data again.
| order_id | customer | amount |
|---|---|---|
| 1043 | Redwood Labs | 1,284.00 |
| 1044 | Bellhaven Co | 312.50 |
| 1045 | Orchard Group | 9,940.10 |
| 1046 | Kestrel Freight | 2,410.00 |
- Started on Production v7
- Postgres read 482,910 rows
- Filter kept 311,204 of 482,910 rows
- Join matched 309,877 rows
- S3 File wrote 309,877 rows. Succeeded.
Faster data onboarding, fewer fragile jobs, and numbers the business can trust.
Eight things Trinium changes for a data team.
Onboard new data without new code
One input reads a whole folder of partner files. Files whose columns moved, appeared or vanished are lined up by name, and rejected rows go back to the partner by email.
Partner file onboardingRetire the jobs only one person understands
Scripts, cron entries, cloud functions and desktop workflows become pipelines the whole team can open, test and rerun. The migration guides map what you run today.
Retiring scripts and cronTrust every number you hand over
Every node counts its rows on every run, validation rules send bad rows to an output of their own, and Data Compare shows each cell where two datasets disagree.
Reconciliation you can hand overLet the people who need the data build it
Analysts build and test in a browser tab, with formulas in plain SQL. Engineers deploy that same pipeline, so nothing is rebuilt in a second tool.
How building worksChange pipelines without breaking production
Edit a draft, test it on 50 rows and deploy it to staging. Production runs only what went through staging.
How deploys workGrow without growing the bill
Every account is free, a bigger machine never costs more, and both prices are published.
See pricingClear the security review
Trinium runs inside your network and sends us nothing. People sign in through your own provider, production is a permission of its own, and every change carries a name.
Security overviewDo on one server what usually needs a cluster
Large joins, sorts and summaries run on an ordinary server, with no cluster to stand up or tune.
See the measured runAnalysts build it. Engineers ship it. IT signs off.
Everyone works on the same pipeline, so the person who asked for a change can open it, test it and see exactly what it does.
Analysts & business teams
Build it yourself, without a ticket or a license to wait for.
- A 50-row preview of every step, one click of Test away
- Formulas in plain SQL, with
[bracket]column names if you prefer them - Excel in, and formatted Excel reports and per-person emails out
Data engineers
Production pipelines without the glue code.
- S3, Parquet and Iceberg, plus seven warehouses and query engines
- Schedules, file-arrival triggers and Flows that branch on failure
- Staging and production versions, with per-node telemetry on every run
100% Rust. No JVM. No garbage collector.
One measured run: half a billion rows read from a Parquet file on S3, sent through 75 steps of filters, formulas and column changes, then totalled and checked. Not one row was lost or duplicated, and more than 120 GB spilled to disk rather than running out of memory.
Many established visual ETL tools run on the Java virtual machine, which is why keeping one alive under load means heap flags, per-component memory settings and a lot of time reading stack traces. That is the standing cost of a garbage-collected data engine.
Trinium's engine is Rust from end to end, with no virtual machine to size and no collector to pause a run in the middle of the night. Every node runs at once, rows stream between them in batches, and the work that cannot stream spills to disk inside one memory budget instead of taking the process down.
The discipline engineers expect, on a canvas analysts can read.
Everything a pipeline needs once people depend on it: versions, schedules, orchestration, alerts and a record of every run.
A pipeline is a graph of steps. A Flow is a graph of pipelines.
Run pipelines in order or independently, branch on the outcome, and alert someone only when something fails.
Rolling back is one deploy, not an incident.
Every version is numbered and never changes, every deploy is recorded, and every run is stamped with the version it ran.
- v7StagingProduction
- v6Deploy
- v5Deploy
Four ways a run starts.
Each one lands in the same queue, the same history and the same telemetry.
- On demand
- On a schedule
- When a file lands
- As a step in a Flow
Every run answers what happened.
Rows and time for every node, and peak memory and queue wait for every run.
- Postgres482,910
- Join309,877
- S3 File309,877
One expression language, and it is SQL.
Filters, formulas and validation rules all share it, and [bracket] column names still work.
CASE WHEN [score] >= 90 THEN 'A' WHEN [score] >= 80 THEN 'B' ELSE 'C' END
Priced per server. Everyone is included.
Pro counts one thing, the servers you run, and Enterprise covers as many as you need. Both prices are on the pricing page, with nothing to request.
The tools the job needs, already on the canvas.
On the way in: files, databases, warehouses, lakehouse tables and SaaS APIs. In the middle: cleansing, joins, parsing, reshaping, fuzzy matching, validation and reconciliation. On the way out: the same systems again, plus formatted Excel reports and email.
Everything listed ships in the product today.
- InputFiles, cloud storage, databases, warehouses, lakehouse tables and SaaS APIs 32
- PreparationFilter, Route, Formula, Cleanse, Validation, Profile and Compare 18
- JoinJoin, Join Multiple, Union, Find & Replace and Fuzzy Match 6
- ParseDates, RegEx, Text to Columns, JSON, XML and URLs 6
- TransformSummarize, Cross Tab and Transpose 3
- OutputFiles, cloud storage, databases, warehouses, lakehouse, APIs and email 26
Connects to
Your data never reaches us. Neither does your telemetry.
Read the security overview- Runs in your network. Trinium is a set of containers on your servers, beside a Postgres database you own, and nothing leaves except what your pipelines send. It ships no AI model and sends nothing to an AI service on its own.
- Licenses verify offline. Your key is checked against a public key built into the binary, so there is no license server and no usage reporting.
- Credentials stay encrypted. Secrets are encrypted at rest, and a pipeline holds only the name of a connection, never its password.
- Nobody gets locked out. If a license lapses, new runs stop and everything else keeps working. Nothing is deleted.
Bring your hardest pipeline.
Rebuild one real pipeline of yours during the trial. It settles the question better than anything on this page.