Platform · CosmoLake
Your bucket. Your region. Open files. One query engine over both tiers.
CosmoLake is where customer-owned stops being a slogan. Files are written in an open columnar format to object storage you control. Retention is a policy per class. Deleting is a file operation. Leaving is a copy, because there is no proprietary index to export from.
Storage and query
Hot when it matters, cold by default
Ownership
What you can do because the files are yours
- Read them with anything
- The files are standard columnar objects. Your existing query engine, notebook or warehouse can read them without CosmoTrace in the path.
- Pin them to a region
- The bucket is in the region you choose. On your hardware, it is on your network. Residency is a property of where the bucket is, not a contract clause.
- Delete on your terms
- Retention is a policy per class and per hierarchy level. Expiry is a lifecycle rule on your storage. A legal hold is a bucket setting you already know how to make.
- Leave without an export
- If you stop paying us the files are still yours, still readable, still in place. There is nothing to migrate.
Limits
Measured ceilings
- 15MB/s
- Ingest per vCPU
- ≤20vCPU-h
- Per terabyte landed
- 10–100TB/day
- Per cell
About 1.3 TB per day per vCPU.
Write, compact and index.
A cell is one stream and one lake; estates run many.
First-party measurement. CosmoLake absorbs CosmoStream at 400 GB/day per vCPU without a growing lag; that is the property the two numbers are chosen to show.
Managed or on your hardware — the price model is on one page.
Per node with usage overage when we run it; capacity bands when you do. No numbers until we have seen your estate, and no per-gigabyte ingest fee in either case.