(WEBHOOKS)
Live
POST /v1/relay/eventsRelay
Webhooks‑as‑a‑Service
Zuverlässige Webhook‑Zustellung mit automatischen Retries, Signaturprüfung und vollständigem Verwaltungsportal. Betrieben von Svix.
Entwickler- Infrastruktur vereinfacht
Webhooks, Authentifizierung, Telegram‑Login und Cron‑Jobs – produktionsreife APIs, die Sie in Minuten statt Monaten integrieren.
Keine Kreditkarte erforderlich · Kostenloser Tarif inklusive · SOC‑2‑Roadmap
- WEBHOOKS
- AUTH
- CRON JOBS
- TELEGRAM LOGIN
- API KEYS
- RATE LIMITING
- HMAC SIGNATURES
- IDEMPOTENCY
- RETRIES & BACKOFF
- OIDC
- TOTP MFA
- AUDIT LOGS
- TENANT ISOLATION
- USAGE METERING
(Nautilus-Produkte)
Eine Plattform, alle Backend‑Primitiven
Nautilus ist die zentrale Plattform von Verne Software: eine API für alle heute laufenden Engines und für jede, die später dazukommt, ein Dashboard für die Verwaltung aller Dienste und offizielle SDKs für Node, Python, PHP und Rust. Eine Infrastruktur, in der EU gehostet, für europäische Unternehmen und unabhängige Entwickler.
(AUTH)
Live
PATCH /v1/gate/identities/:id/metadataGate
Auth‑as‑a‑Service
Komplettes Identitätsmanagement für Ihre B2B‑Nutzer – Registrierung, Login, Recovery und Admin‑APIs. Betrieben von Ory Kratos.
(CRON)
Live
POST /v1/clockwork/jobsClockwork
Cron‑as‑a‑Service
Planen Sie wiederkehrende und verzögerte Jobs über eine einfache API. Automatische Wiederholungen und ein Log jedes Laufs.
(TELEGRAM)
Live
POST /v1/passepartout/login/startPassepartout
Telegram Auth-as-a-Service
Ermöglichen Sie den Endnutzern Ihres Tenants die Registrierung und Anmeldung über Telegram – ohne Passwörter, ohne E-Mail-Flows, ohne SMS-Kosten. Drop-in-Bot-Integration mit vollständiger Tenant-Isolation.
(Rust + Go · Bare‑Metal‑Performance)
- API‑Schlüssel‑Validierung
- < 1ms
- Plattform‑SLA‑Ziel
- > 99.9%
- Bewährte Engines
- Svix + Ory
Mit speichersicherem Rust und hochgradig parallelen Go‑Engines gebaut, entfernt unsere Architektur traditionellen Overhead: kein Postgres auf dem heißen Pfad, kein Kaltstart zwischen Anfrage und Antwort. Statt hier eine Latenzzahl zu versprechen, veröffentlichen wir die echte — live auf unserer Statusseite.
(So funktioniert's)
In drei Schritten integrieren
Registrieren
Erstellen Sie Ihr kostenloses Nautilus‑Konto. Keine Kreditkarte erforderlich.
API‑Schlüssel erhalten
Generieren Sie einen Key mit Scope im Dashboard (z. B. vrn_relay_...).
Loslegen
Rufen Sie unsere API aus Ihrem Backend auf – wir kümmern uns um den Rest.
(Warum Nautilus)
Anders gebaut
Authentifizierung in Mikrosekunden
Im Hot Path berührt Ihr API‑Schlüssel niemals Postgres: Das Edge‑Gateway prüft den Hash und zieht Ihr Kontingent in einem einzigen In‑Memory‑Zugriff ab. Authentifizierung, Rate‑Limiting und Messung teilen sich diesen Schritt – die Validierung bleibt selbst bei Lastspitzen unter einer Millisekunde.
Mandantenisolation
Der Mandantenkontext reicht vom Edge‑Gateway bis in die Datenbank. API‑Schlüssel, Webhook‑Endpunkte, Cron‑Jobs und Telegram‑Identitäten sind pro Mandant getrennt: Die Daten eines Kunden können niemals unter einem anderen Konto gelesen – oder abgerechnet – werden. Dafür sorgt die Plattform, nicht Ihr Code.
Nutzungsbasierte Preise
Sie zahlen für die Anfragen, die Sie tatsächlich senden: 3.000 pro Monat sind frei, danach 3 € je 10.000. Die Messung läuft pro Mandant und bleibt im Dashboard sichtbar, und ein monatliches Ausgabenlimit sorgt dafür, dass die Rechnung nie aus dem Ruder läuft.
Selbst hostbare Engines
Die Datenebene läuft auf Open Source, die Sie prüfen und mitnehmen können: Svix für Webhooks, Ory Kratos für Identität. Die Planung ist unsere eigene, und jeder Job und jede Ausführung bleibt über die API lesbar. Wir betreiben Cluster, Upgrades und Rufbereitschaft – ändern sich Ihre Anforderungen, laufen dieselben Engines auf Ihrer eigenen Infrastruktur.
Warum Verne, wenn AWS, Google Cloud und Azure ebenfalls Rechenzentren in Frankfurt und Irland haben?
AWS liefert Ihnen ein rohes Rechenzentrum, keine fertige Business-Lösung. Um Webhook-Zustellung, Authentifizierung und Cron auf AWS zu betreiben, stellen Sie einen DevOps-Engineer ein, richten SQS, Lambda, Cognito und EventBridge ein, verdrahten sie miteinander und schreiben das Monitoring selbst — Wochen an Engineering, bevor die erste Kundenanfrage durchläuft, und danach bleibt der Betrieb bei Ihnen. Verne gibt Ihnen in zehn Minuten eine produktionsreife API ab 19 € — keinen Baukasten, den Sie erst zusammensetzen und dann monatelang pflegen.
DSGVO heißt nicht einfach Server in der EU — dazu gehören rechtliche Vereinbarungen (AVV/DPA) sowie Prozesse für Verarbeitung und Löschung von Daten.
Verne ist von Anfang an nach dem Prinzip Privacy by Design gebaut. Wir speichern keine überflüssigen Daten (Datenminimierung), wir bieten transparente Auftragsverarbeitungsverträge (DPAs) und wir liefern fertige API-Endpoints für die vollständige Löschung der Daten eines Nutzers auf erste Anfrage (Recht auf Vergessenwerden).
Wenn Verne ausfällt, fallen meine Webhooks, meine Authentifizierung und mein Cron gleichzeitig aus. Das ist ein Single Point of Failure.
Innerhalb von Verne sind die Engines voneinander isoliert. Relay, Gate und Clockwork laufen als eigene Services auf eigenem Speicher, ein Ausfall der einen stoppt die anderen also nicht — ein hängender Cron-Worker lässt Authentifizierung und Webhook-Zustellung unberührt. Gemeinsam ist nur das schlanke Edge-Gateway, das API-Schlüssel prüft und die Nutzung zählt, und es hält selbst keine Engine-Daten.
Es ist für mich einfacher, den kostenlosen Tarif von Supabase oder Firebase zu nehmen, als 19 € für Verne zu zahlen.
Verne hat ebenfalls einen kostenlosen Tarif — 3.000 Anfragen pro Monat, alle Engines inklusive. Der Unterschied zeigt sich später: Supabase und Firebase erwarten, dass Ihre Daten bei ihnen liegen. Sobald Webhooks oder Authentifizierung mit einer Datenbank arbeiten sollen, die Sie bereits betreiben — PostgreSQL, MySQL, MongoDB — bauen Sie Ihr Backend um deren Backend herum neu. Verne setzt auf den Code auf, den Sie schon haben: Ihre Datenbank bleibt, wo sie ist, und Sie rufen aus jedem Stack eine HTTP-API auf.
Das ist zu billig. Entweder ist der Dienst wackelig, oder Sie erhöhen die Preise, sobald die Nutzerbasis steht (Dumping / Bait-and-Switch).
Der Preis folgt dem Stack, nicht einer Landnahme. Alles, was Ihren Traffic trägt, ist kompiliert — Rust für Gateway und API, Rust und Go für die Engines selbst (Svix, Ory Kratos und unser eigener Rust-Scheduler) — und kompilierte Services tragen pro Gigabyte RAM deutlich mehr Traffic als ihre Node.js- und Python-Pendants. Damit bleibt unsere Infrastrukturrechnung pro Anfrage klein, und die Preisliste ist der Ort, an dem wir das weitergeben. Und falls das Angebot je aufhört, gut zu sein: Svix und Kratos sind Open Source, Sie können sie mitnehmen und selbst betreiben.
(Loslegen)
Vier Engines, eine API, im Produktivbetrieb seit 1.0
Vier Engines laufen heute in Produktion, mit offiziellen SDKs für Node, Python, PHP und Rust und einem getaggten Release hinter jedem Fix. Registrieren, Schlüssel erzeugen — die ersten 3.000 Anfragen pro Monat sind kostenlos.