osFoundry / Platform
Postgres pro App
Jede App erhält ihre eigene Postgres mit pgvector und TimescaleDB. Zahlen Sie nur, was Sie speichern.
Was es ist
Postgres pro App gibt jeder App, die du in osFoundry baust, eine eigene, dedizierte Postgres-Datenbank, statt alle Apps zu zwingen, ein Schema oder eine Verbindung zu teilen. Jede Datenbank bringt pgvector zum Speichern und Abfragen von Embeddings sowie TimescaleDB für Zeitreihendaten mit, sodass eine einzige Datenbank deine relationalen Tabellen, deine Vektoren für die semantische Suche und deine Metriken oder Event-Streams aufnehmen kann, ohne dass du separate Dienste anflanschen musst. Die Modell-Keys für alles, was diese Embeddings erzeugt, bringst du selbst mit; das Postgres, das sie speichert, wird pro App bereitgestellt.
Weil jede App in ihrer eigenen Datenbank isoliert ist, können Schema, Indizes und Daten einer App nicht mit denen einer anderen kollidieren. Diese Isolation macht Apps leichter nachvollziehbar, sicherer zu iterieren und sauberer abzuräumen: Verschwindet eine App, verschwindet ihre Datenbank mit. Innerhalb von osFoundry liegt das in der Apps-und-Backend-Schicht, sodass eine App, die du baust, einen echten Backend-Datenspeicher bekommt statt eines Spielzeug-Key-Value-Stores, und dieselbe Datenbank steht dem serverseitigen Code der App, ihrer Vektorsuche und ihren Zeitreihenabfragen zur Verfügung. osFoundry ist ein BYOK- und Local-First-Workspace, also folgt auch das demselben Prinzip, das sich durch das ganze Produkt zieht: Deine Daten und die Infrastruktur, auf der sie liegen, bleiben deine, und es kommen keine Gebühren pro Sitzplatz obendrauf.
Der Preis richtet sich nach dem, was du tatsächlich nutzt. Du zahlst nur für das, was du speicherst, sodass eine App mit ein paar tausend Zeilen entsprechend kostet und eine App, die ihre Datenbank nie füllt, nicht abgerechnet wird, als hätte sie es getan. Das macht es praktikabel, jeder App standardmäßig ihr eigenes Postgres zu geben, auch kleinen oder experimentellen, statt Datenbanken zu rationieren, um Geld zu sparen. pgvector und TimescaleDB sind Teil der Datenbank, die du ohnehin hast, keine Add-ons mit separater Rechnungsposition.
Wichtige Funktionen
- Jede App wird mit ihrer eigenen, dedizierten Postgres-Datenbank bereitgestellt, isoliert vom Schema und den Daten jeder anderen App
- pgvector ist integriert, um Embeddings neben deinen relationalen Tabellen in derselben Datenbank zu speichern und abzufragen
- TimescaleDB ist für Zeitreihen integriert, sodass Metriken und Event-Streams direkt neben den Kern-Tabellen deiner App liegen
- Speicherbasierter Preis: Du zahlst nur für das, was du speicherst, sodass kleine und experimentelle Apps günstig bleiben
- Passt zum BYOK- und Local-First-Modell von osFoundry: Die Modell-Keys für Embeddings bringst du mit; die Datenbank, die sie speichert, gehört dir, pro App
Anwendungsfälle
- App-Entwickler: Bring eine App live, die relationale Tabellen, semantische Suche und Dashboards braucht, ohne drei separate Datendienste zu verdrahten
- KI-Entwickler: Speichere Dokument-Embeddings mit pgvector und führe die Ähnlichkeitssuche im selben Postgres aus, das die Datensätze deiner App hält
- Solo-Maker: Zieh viele kleine Apps hoch, jede mit eigener Datenbank, und zahle nur für die wenigen, in denen sich tatsächlich Daten ansammeln
Häufig gestellte Fragen
Bekommt jede App wirklich eine eigene Postgres-Datenbank, oder ist es eine geteilte Instanz?
Jede App bekommt ihre eigene Postgres-Datenbank, isoliert von den anderen Apps. Ihr Schema, ihre Indizes und ihre Daten gehören ihr allein, und wenn du die App entfernst, geht ihre Datenbank mit. Genau diese Isolation verhindert Kollisionen und macht Apps leicht iterier- und abbaubar.
Muss ich pgvector und TimescaleDB selbst installieren?
Nein. pgvector und TimescaleDB sind in der Datenbank jeder App bereits integriert. Du kannst Embeddings im selben Postgres speichern und abfragen und mit Zeitreihendaten arbeiten, das auch deine relationalen Tabellen hält, ohne separate Erweiterungen oder Dienste hinzuzufügen.
Wie wird Postgres pro App abgerechnet?
Du zahlst nur für das, was du speicherst. Die Abrechnung folgt deinem tatsächlichen Speicher, sodass eine App mit wenig Daten wenig kostet und leere Datenbanken nicht abgerechnet werden, als wären sie voll. Genau das macht es standardmäßig praktikabel, jeder App ihre eigene Datenbank zu geben.