Startseite / Funktionen / Apps und interne Tools

Interne Tools und öffentliche Apps mit osFoundry bauen

Tool ausliefern, Deploy klicken, öffentliche URL erhalten. Datenbank, Secrets, Cron, Logs alle inklusive. Ersetzt Team-Chat, CRM und Dashboard-Tools.

osFoundry ist eine App-Plattform mit allem Drum und Dran: Jede Room App erhält ihre eigene Postgres-Datenbank, einen KV-Store, Dateispeicher, einen Secrets-Tresor, geplante Jobs, eine öffentliche Subdomain und eine optionale eigene Domain. Bauen Sie interne Tools, die Team-Chat, CRM oder Doku-Software für Ihr Team ersetzen — oder veröffentlichen Sie öffentliche Apps für Ihre Kunden. Keine DevOps, keine zweite Cloud-Rechnung, kein Vendor-Lock-in.

Kurzantwort

Apps werden in Sekunden ausgeliefert — schreiben Sie Code in osFoundry, klicken Sie auf Deploy, erhalten Sie eine `<slug>.apps.osfoundry.io`-URL.
Per-App Postgres + pgvector + TimescaleDB out-of-the-box.
Per-App KV, Dateispeicher, Secrets-Tresor, geplante Jobs, Build-Logs.
Drei Runtime-Modi: Serverless-Funktionen, Container-Compute oder Native (nur Desktop).
Cross-App-Daten-Grants lassen zwei Apps Daten mit expliziter Berechtigung teilen.

Wichtige Funktionen

Sandpack-gebündelte Apps für schnelle UI-Iteration ohne DevOps.
Container-Compute für lang laufende Workloads, ML-Inferenz oder alles Schwere.
Per-App Postgres mit vorinstalliertem pgvector + TimescaleDB.
Per-App Secrets-Tresor — Schlüssel berühren nie Quellcode oder Build-Artefakte.
App-Cron-Jobs (next_run_at + manueller Trigger).
Per-App-Subdomains + eigene Domains mit automatischem TLS.
Rate-Limiting für öffentliche Apps und Besucher-Authentifizierung.

So geht’s in osFoundry

Starter auswählen oder Repo importieren — Starten Sie von einer Vorlage (CRM, Dashboard, Dataset-Viewer) oder fügen Sie eine GitHub-URL ein.
In der Web-IDE entwickeln — Bearbeiten Sie Code in Monaco. Die Sandpack-Runtime lädt bei jedem Speichern neu.
Datenbank hinzufügen — Klicken Sie auf „Postgres hinzufügen“ — die App erhält ihr eigenes Schema, der Connection-String wird als Secret injiziert.
Deployen — Klicken Sie auf Deploy. Build läuft in CodeBuild, Artefakt landet in R2, ausgeliefert von einem CDN. Öffentliche URL ist in ~30 Sekunden live.

Per-App-KV-Store

Jede App erhält einen Key-Value-Store für Sitzungsdaten, Feature-Flags und ephemeren Zustand. Sub-Millisekunden-Reads, automatische Eviction-Policies.

Per-App-Dateispeicher

Object Storage, gescoped auf die App. Signierte URLs für Downloads, automatische Bildtransformationen, kein Bandbreiten-Aufschlag.

Cross-App-Daten-Grants

Apps sind standardmäßig isoliert. Gewähren Sie einer anderen App expliziten, auditierten Lese- oder Schreibzugriff auf bestimmte Tabellen — wie RLS, aber über App-Grenzen hinweg.

Rate-Limiting für öffentliche Apps

Per-IP, Per-User und Per-Route-Quoten mit konfigurierbarem Burst und Refill. Edge-erzwungen.

Besucher-Authentifizierung

Magic-Link- oder Passwort-Auth für öffentliche Apps, ohne Auth-Code zu schreiben. Sessions werden in der Per-App-Datenbank gespeichert.

Häufig gestellte Fragen

Sind osFoundry-Apps Vercel/Heroku-Alternativen?

osFoundry deckt für App-Entwickler dieselbe Fläche ab — Code, Datenbank, Secrets, Cron, Deploy-URLs — und fügt KI-Primitiven (invokeAI, Memory Groups, Agenten-Integration) obendrauf.

Wie werden osFoundry-Apps abgerechnet?

Pro Sekunde Compute, pro GB-Tag Speicher und pro Million Funktionsaufrufe. Inaktive Apps nähern sich 0 USD; nur Speicher wird weiter berechnet.

Kann ich meine eigene Domain für eine öffentliche App nutzen?

Ja — fügen Sie einen CNAME hinzu, und osFoundry stellt automatisch ein TLS-Zertifikat bereit.

Teilen Apps Daten miteinander?

Nur mit expliziten Cross-App-Daten-Grants. Standardmäßig ist jede App isoliert (eigene DB, Secrets, Datei-Scope).

Kann ich eine App vollständig offline / auf eigener Hardware betreiben?

Der Native-Runtime-Modus betreibt die App innerhalb der Desktop-Shell mit Dateisystem- + Shell-Zugriff. Server-seitige Runtimes benötigen unsere Cloud (oder BYO-VPC für Unternehmen).