Interne Tools liefern
mit Produktions-Governance.
Deterministische, versionierte Releases mit org-spezifischer Zugriffskontrolle, audit-gestützten Operationen und DEV/TEST/PROD-Promotion-Pfaden deployen.
Echter Code, Live-Vorschau und governte Daten in einer Oberfläche.
Jetzt baut jeder Apps.
Niemand kontrolliert sie.
AI-Tools und Low-Code-Plattformen haben jedes Team zu App-Entwicklern gemacht. Das Risiko ist nicht das Bauen selbst, sondern Produktionsdatenzugriff ohne klare Release-, Audit- und Zugriffskontrollgrenzen.
- – UI aus einem Prompt generieren
- – An eine öffentliche URL deployen
- – Einzelnutzer-Bearbeitung
- – Keine Umgebungstrennung
- – Kein Audit Trail
- RBAC pro Umgebung und Ressource
- Unveränderliche, versionierte Releases
- Vollständiges Mutations-Audit-Logging
- Serverseitige Secrets mit beschränktem Zugriff
- Promotion-Gates: DEV → TEST → PROD
Interne Tools fallen aus.
Jedes. Einzelne. Mal.
Eine ungeprüfte Änderung kann zum Ausfall, Datenqualitätsproblem oder Audit-Gap werden.
Gepinnt. Promoted. Auditiert.
Jede Veröffentlichung ist content-addressiert: Das Bundle wird kanonisiert und mit SHA-256 gehasht, dann an exakte Schema-Versionen gepinnt. Promotion bringt dasselbe Artefakt durch Umgebungen hinter Approval-Gates, und jedes governed Deployment sowie jede Lifecycle-Änderung wird aufgezeichnet.
Jedes Publish wird kanonisiert, mit SHA-256 gehasht und an exakte Schema-Versionen gepinnt — der getestete Build ist Byte für Byte das, was ausgeliefert wird.
TEST erfordert eine Freigabe, PROD zwei mit Funktionstrennung — Freigaben sind an den exakten Artefakt-Hash gebunden, sodass erneutes Planen sie ungültig macht.
DEV → TEST → PROD klont dasselbe Artefakt und schlägt bei Schema-Drift fehl, beim Apply erneut verifiziert als Tenant-Audit-Einträge.
Privat per Default.
Keine öffentlichen App-Ausreißer.
Jede deployte App bleibt hinter Relpin Authn/Authz. Account, Organisation, App und Umgebung werden geprüft, bevor die App-Runtime Traffic erhält.
Deployte Apps bleiben hinter Relpin-Authn — keine App-URL ist ohne authentifizierte Session erreichbar.
Organisations-Checks laufen an der Routengrenze, bevor die App-Runtime einen einzigen Request sieht.
Connector-Credentials und Secrets bleiben serverseitig — nie durch den Browser proxied.
| Role | Deploy | Secrets | Audit | Users |
|---|---|---|---|---|
| Admin | ✓ | ✓ | ✓ | 1 |
| Developer | ✓ | — | ✓ | 4 |
| Viewer | — | — | ✓ | 12 |
Ihre Datenbank. Ihre Regeln.
Ihre Geschwindigkeit.
Relpin baut auf einer DB-per-Org-Datenebene auf. Tenant-Abfragen laufen serverseitig mit SQL-Pushdown, während Connector-Arbeit governed und serverseitig bleibt.
Filter, Sort und Pagination kompilieren zu Postgres. Publish schlägt fehl, wenn die Query im Browser ausgewertet würde.
Jede Organisation erhält ein dediziertes Postgres mit umgebungs-scoped Schemas und Ownership.
Externe Connector-Calls laufen serverseitig, capability-gated und auditiert über denselben Trail.
Coden. Liefern. Kontrollieren.
Code-first-Entwicklung mit deterministischen Releases und kontrollierter Ausführung. Echtes TypeScript schreiben, jedes Artefakt an einen Schema-Snapshot pinnen und Ihrem Team eine vertrauenswürdige Steuerungsebene geben.
Schluss mit Tools,
die Sie nicht betreiben können.
Die Geschwindigkeit von Low-Code. Die Governance eines Plattform-Teams. Schnell bauen, sicher deployen, im großen Maßstab betreiben.
Offene Beta · Demo-Workspace enthalten · Governance-fokussiert
Gepinnte Releases. Kontrollierte Ausführung. Gebaut für den Betrieb.