- - Object-store native databases built on a common foundation. Simple to operate. Impossible to outgrow. -
- - read the manifesto → - -
-
-
-
-
-
-
+
+
+
+
-
+
+
+
+
+
+
+
+
-
- OSS · contributors welcome
-
-
+
+
+
+ + Object store native databases. + Radically simpler operations. +
++ Multiple focused databases on a shared foundation. Learn one operational model. + Apply it everywhere. From your laptop to production in minutes. +
+ + + + + +
+
+
+
+
+ + Databases weren't built for the cloud +
+ +
+
+ + Traditional databases carry complexity from a pre-cloud era. Local disks, manual replication, + consensus protocols, failover playbooks — each database you adopt brings a new operational model, + new failure modes, and a new scaling story. +
++ Object storage changes the game. Services like S3 provide durable, highly-available, effectively + infinite storage out of the box. But building correctly on object storage requires deep care — + you need to handle write batching, caching, compaction, and snapshot isolation to get the + performance developers expect. +
++ That work is substantially similar across databases. The write-ahead log, the compaction engine, + the caching layer — it's the same problem solved slightly differently each time. What if you + solved it once, and built every database on that shared foundation? +
++ That's OpenData. Multiple focused databases, one operational model, zero infrastructure to manage. +
+
+
+
+
+
+ + From laptop to production +
++ See how OpenData takes you from local development to scaled production + with the same tools and the same operational model at every step. +
+
+
+
+
+ + Everything you saw uses the same storage engine, + same config system, same CLI tools, same metrics. That's the OpenData advantage. +
+
+
+
+
+
+ Purpose-built databases
++ Each database is focused on one use case. All share the same operational model. +
+
+
+
+
+
+
+
+ Built on a shared foundation
++ All OpenData databases share a common storage engine, infrastructure layer, + and operational tooling built on SlateDB. +
+
+
+
+
+ Join the community
++ OpenData is MIT licensed and built in the open. Join us on GitHub and Discord. +
+ + + +
+ MIT License
+ ·
+ Contributors welcome
+
+
+
+
+
-
-
-
The OpenData Manifesto
- -- If databases are open source commodities, why can database vendors still charge - 80% margins? It's because running production database clusters requires - specialized expertise. Said another way, the cost of databases today is in the - operations, not the code. -
- -- We can fix this imbalance. Thanks to object storage, we now have durable, - globally addressable storage that makes radically simpler database architectures - possible. What's more, the work needed to use object storage optimally is - substantially similar across modern databases. OpenData leverages this to build - multiple databases on a shared core. Bespoke operational know how disappears. - Fewer people are needed to run many databases. Operational costs collapse. -
- -- OpenData is a collection of databases designed natively for object storage. - Each database is focused on one usecase. All databases share: -
- --
-
- a common core, so operational expertise transfers across every database -
- common tooling, so you have one operational model to learn -
- open data formats and MIT licensing, so there is no vendor lock-in -
- The future belongs to those who own their infrastructure without being owned by it. -
- -
-
— The OpenData Contributors
-
+
+
+
diff --git a/src/styles/global.css b/src/styles/global.css
index a461c50..687bf0b 100644
--- a/src/styles/global.css
+++ b/src/styles/global.css
@@ -1 +1,188 @@
-@import "tailwindcss";
\ No newline at end of file
+@import "tailwindcss";
+
+@theme {
+ --font-sans: 'Inter', ui-sans-serif, system-ui, sans-serif;
+ --font-mono: 'JetBrains Mono', ui-monospace, 'Cascadia Code', 'Fira Code', monospace;
+
+ --color-accent: #6366f1;
+ --color-accent-light: #818cf8;
+ --color-accent-dark: #4f46e5;
+
+ --color-db-log: #10b981;
+ --color-db-timeseries: #f59e0b;
+ --color-db-vector: #8b5cf6;
+ --color-db-kv: #0ea5e9;
+
+ --color-surface: #ffffff;
+ --color-surface-alt: #f8fafc;
+ --color-surface-code: #1e1e2e;
+
+ --color-text: #1e293b;
+ --color-text-secondary: #64748b;
+ --color-text-muted: #94a3b8;
+
+ --color-border: #e2e8f0;
+ --color-border-light: #f1f5f9;
+}
+
+@layer base {
+ html {
+ scroll-behavior: smooth;
+ -webkit-font-smoothing: antialiased;
+ -moz-osx-font-smoothing: grayscale;
+ }
+
+ body {
+ font-family: var(--font-sans);
+ color: var(--color-text);
+ background-color: var(--color-surface);
+ }
+
+ code, pre, kbd {
+ font-family: var(--font-mono);
+ }
+
+ h1, h2, h3, h4, h5, h6 {
+ color: #0f172a;
+ font-weight: 700;
+ line-height: 1.2;
+ }
+}
+
+@layer components {
+ .btn-primary {
+ display: inline-flex;
+ align-items: center;
+ gap: 0.5rem;
+ padding: 0.625rem 1.5rem;
+ background-color: var(--color-accent);
+ color: white;
+ font-weight: 500;
+ font-size: 0.875rem;
+ border-radius: 0.5rem;
+ transition: background-color 0.15s;
+ &:hover {
+ background-color: var(--color-accent-dark);
+ }
+ }
+
+ .btn-secondary {
+ display: inline-flex;
+ align-items: center;
+ gap: 0.5rem;
+ padding: 0.625rem 1.5rem;
+ background-color: transparent;
+ color: var(--color-text);
+ font-weight: 500;
+ font-size: 0.875rem;
+ border: 1px solid var(--color-border);
+ border-radius: 0.5rem;
+ transition: all 0.15s;
+ &:hover {
+ border-color: var(--color-accent);
+ color: var(--color-accent);
+ }
+ }
+
+ .code-block {
+ background-color: var(--color-surface-code);
+ color: #cdd6f4;
+ border-radius: 0.75rem;
+ overflow: hidden;
+ font-size: 0.875rem;
+ line-height: 1.7;
+ }
+
+ .code-block-header {
+ display: flex;
+ align-items: center;
+ gap: 0.5rem;
+ padding: 0.75rem 1rem;
+ background-color: #181825;
+ border-bottom: 1px solid #313244;
+ font-size: 0.75rem;
+ color: #a6adc8;
+ }
+
+ .code-block-header .dot {
+ width: 0.75rem;
+ height: 0.75rem;
+ border-radius: 9999px;
+ }
+
+ .code-block-body {
+ padding: 1rem 1.25rem;
+ overflow-x: auto;
+ }
+
+ .docs-content h2 {
+ font-size: 1.5rem;
+ margin-top: 2.5rem;
+ margin-bottom: 1rem;
+ padding-bottom: 0.5rem;
+ border-bottom: 1px solid var(--color-border);
+ }
+
+ .docs-content h3 {
+ font-size: 1.25rem;
+ margin-top: 2rem;
+ margin-bottom: 0.75rem;
+ }
+
+ .docs-content p {
+ margin-bottom: 1rem;
+ line-height: 1.75;
+ color: var(--color-text);
+ }
+
+ .docs-content ul, .docs-content ol {
+ margin-bottom: 1rem;
+ padding-left: 1.5rem;
+ }
+
+ .docs-content li {
+ margin-bottom: 0.25rem;
+ line-height: 1.75;
+ }
+
+ .docs-content ul li {
+ list-style-type: disc;
+ }
+
+ .docs-content ol li {
+ list-style-type: decimal;
+ }
+
+ .docs-content pre {
+ margin-bottom: 1.5rem;
+ }
+
+ .docs-content table {
+ width: 100%;
+ border-collapse: collapse;
+ margin-bottom: 1.5rem;
+ font-size: 0.875rem;
+ }
+
+ .docs-content th {
+ text-align: left;
+ padding: 0.75rem 1rem;
+ background-color: var(--color-surface-alt);
+ border-bottom: 2px solid var(--color-border);
+ font-weight: 600;
+ color: #0f172a;
+ }
+
+ .docs-content td {
+ padding: 0.75rem 1rem;
+ border-bottom: 1px solid var(--color-border-light);
+ }
+
+ .docs-content code:not(pre code) {
+ background-color: #f1f5f9;
+ padding: 0.125rem 0.375rem;
+ border-radius: 0.25rem;
+ font-size: 0.85em;
+ color: var(--color-accent-dark);
+ }
+}
diff --git a/tsconfig.json b/tsconfig.json
index 8bf91d3..92a18df 100644
--- a/tsconfig.json
+++ b/tsconfig.json
@@ -1,5 +1,9 @@
{
"extends": "astro/tsconfigs/strict",
"include": [".astro/types.d.ts", "**/*"],
- "exclude": ["dist"]
+ "exclude": ["dist"],
+ "compilerOptions": {
+ "jsx": "react-jsx",
+ "jsxImportSource": "react"
+ }
}
+
-
+ The OpenData Manifesto
+ +
+
+ +
+ +
-
-
-
- ← back home
-
- + If databases are open source commodities, why can database vendors still charge + 80% margins? It's because running production database clusters requires + specialized expertise. The cost of databases today is in the + operations, not the code. +
+ ++ +
1. Object storage is a new primitive
+ ++ We can fix this imbalance. Thanks to object storage, we now have durable, + globally addressable storage that makes radically simpler database architectures + possible. S3, GCS, and Azure Blob provide 11 nines of durability, effectively + infinite capacity, and pay-per-use pricing — all without operational overhead. +
+ ++ This isn't just cheaper storage. It's a new architectural primitive. When your + storage layer is durable, available, and infinite by default, the entire database + design changes. Replication, failover, capacity planning — these become storage + concerns, handled by cloud infrastructure instead of database operators. +
+ + {/* TODO: Expand with more specific examples of how object storage changes architecture */} + +2. Focused databases beat monoliths
+ ++ What's more, the work needed to use object storage optimally is substantially + similar across modern databases. The write-ahead log, the compaction engine, + the caching layer, the manifest system — it's the same problem solved slightly + differently each time. +
+ ++ OpenData leverages this insight to build multiple focused databases on a shared core. + Each database does one thing well. A log is a log. A TSDB is a TSDB. A vector + database is a vector database. But underneath, they share the same storage engine, + the same operational model, the same tooling. +
+ ++ Bespoke operational know-how disappears. Fewer people are needed to run many databases. + Operational costs collapse. +
+ + {/* TODO: Expand with comparison to monolithic database approaches */} + +3. Open source, open data
+ ++ These designs should be open source. OpenData uses open data formats and MIT licensing + so there is no vendor lock-in. Your data is stored in standard formats in your own + object storage bucket. You own it. You can read it with any compatible tool. +
+ ++ OpenData is a collection of databases designed natively for object storage. + Each database is focused on one use case. All databases share: +
+ +-
+
- + • + A common core — so operational expertise transfers across every database + +
- + • + Common tooling — so you have one operational model to learn + +
- + • + Open data formats and MIT licensing — so there is no vendor lock-in + +
+ +
+ The future belongs to those who own their infrastructure without being owned by it. +
+ +
+
— The OpenData Contributors