(WEBHOOKS)
Live
POST /v1/relay/eventsRelay
Webhooks‑as‑a‑Service
Consegna affidabile dei webhooks con retry automatici, verifica delle firme e un portale di gestione completo. Basato su Svix.
Infrastruttura per sviluppatori semplificata
Webhooks, autenticazione, login con Telegram e job pianificati: API pronte per la produzione che puoi integrare in pochi minuti, non mesi.
Nessuna carta di credito · Piano gratuito incluso · Roadmap SOC 2
- WEBHOOKS
- AUTH
- CRON JOBS
- TELEGRAM LOGIN
- API KEYS
- RATE LIMITING
- HMAC SIGNATURES
- IDEMPOTENCY
- RETRIES & BACKOFF
- OIDC
- TOTP MFA
- AUDIT LOGS
- TENANT ISOLATION
- USAGE METERING
(Prodotti Nautilus)
Un'unica piattaforma per tutte le primitive backend
Nautilus è la piattaforma unificata di Verne Software: un'unica API per tutti i motori già attivi e per quelli che arriveranno, una dashboard per gestirli tutti e SDK ufficiali per Node, Python, PHP e Rust. Un'unica infrastruttura, ospitata nell'UE, per aziende e sviluppatori indipendenti europei.
(AUTH)
Live
PATCH /v1/gate/identities/:id/metadataGate
Auth‑as‑a‑Service
Gestione completa delle identità B2B: registrazione, login, recupero e API di amministrazione. Basato su Ory Kratos.
(CRON)
Live
POST /v1/clockwork/jobsClockwork
Cron‑as‑a‑Service
Pianifica job ricorrenti e ritardati tramite una semplice API. Retry automatici e log di ogni esecuzione.
(TELEGRAM)
Live
POST /v1/passepartout/login/startPassepartout
Telegram Auth-as-a-Service
Consenti agli utenti finali del tuo tenant di registrarsi e accedere tramite Telegram — senza password, senza flussi email, senza costi SMS. Integrazione bot plug-and-play con isolamento completo per tenant.
(Rust + Go · Prestazioni bare‑metal)
- Validazione chiavi API
- < 1ms
- Obiettivo di SLA della piattaforma
- > 99.9%
- Motori collaudati
- Svix + Ory
Progettata con Rust sicuro in memoria e motori Go altamente concorrenti, la nostra architettura elimina l'overhead tradizionale: nessun Postgres sul percorso critico, nessun cold start tra una richiesta e la sua risposta. Invece di promettere qui un numero di latenza, pubblichiamo quello reale — in diretta sulla nostra pagina di stato.
(Come funziona)
Integra in tre passaggi
Registrati
Crea il tuo account Nautilus gratuito. Nessuna carta di credito richiesta.
Ottieni la tua chiave API
Genera una chiave con scope dalla dashboard (es. vrn_relay_...).
Inizia a costruire
Chiama la nostra API dal tuo backend. Al resto pensiamo noi.
(Perché Nautilus)
Costruito diversamente
Auth in microsecondi
Sul percorso critico la tua chiave API non tocca mai Postgres: il gateway ne verifica l'hash e scala la tua quota con una sola lettura in memoria. Autenticazione, rate limiting e misurazione condividono lo stesso passaggio, così la validazione resta sotto il millisecondo anche nei picchi di traffico.
Isolamento dei tenant
Il contesto del tenant viaggia dal gateway fino al database. Chiavi API, endpoint dei webhook, job pianificati e identità Telegram sono separati per tenant: i dati di un cliente non possono mai essere letti – né fatturati – sotto l'account di un altro. A garantirlo è la piattaforma, non il tuo codice.
Prezzi basati sull'uso
Paghi le richieste che invii davvero: 3.000 al mese sono gratuite, poi 3 € ogni 10.000. La misurazione è per tenant e resta visibile nella dashboard, e un tetto di spesa mensile evita che la fattura sfugga di mano.
Motori self‑hosted
Il piano dati gira su open source che puoi verificare e portare con te: Svix per i webhook, Ory Kratos per l'identità. La pianificazione è nostra, e ogni job e ogni esecuzione restano leggibili tramite API. Gestiamo cluster, aggiornamenti e reperibilità – ma se le esigenze cambiano, gli stessi motori girano sulla tua infrastruttura.
Perché Verne, se anche AWS, Google Cloud e Azure hanno data center a Francoforte e in Irlanda?
AWS ti dà un data center grezzo, non una soluzione di business pronta. Per far funzionare la consegna dei webhook, l'autenticazione e il cron su AWS devi assumere un ingegnere DevOps, configurare SQS, Lambda, Cognito ed EventBridge, collegarli tra loro e scrivere tu stesso il monitoraggio: settimane di lavoro prima che passi la prima richiesta di un cliente, e poi tenerlo in piedi resta compito tuo. Verne ti dà un'API pronta per la produzione a partire da 19 € in dieci minuti, non un kit da assemblare e poi mantenere per mesi.
Il GDPR non è solo un server nell'UE: sono accordi legali (DPA) e processi di trattamento e cancellazione dei dati.
Verne è progettato fin dall'inizio secondo il principio del Privacy by Design. Non conserviamo dati superflui (minimizzazione dei dati), offriamo DPA (accordi sul trattamento dei dati) trasparenti e forniamo endpoint API pronti per la cancellazione completa dei dati di un utente alla prima richiesta (diritto all'oblio).
Se Verne cade, cadono insieme i miei webhook, la mia autenticazione e il mio cron. È un single point of failure.
All'interno di Verne i motori sono isolati tra loro. Relay, Gate e Clockwork girano come servizi separati su storage separati, quindi un guasto in uno non ferma gli altri: un worker cron bloccato lascia intatte l'autenticazione e la consegna dei webhook. L'unica superficie condivisa è il sottile gateway edge che verifica le chiavi API e misura il consumo, e non conserva dati dei motori.
Per me è più semplice prendere il piano gratuito di Supabase o Firebase che pagare 19 € per Verne.
Anche Verne ha un piano gratuito: 3.000 richieste al mese, con tutti i motori inclusi. La differenza emerge dopo: Supabase e Firebase si aspettano che i tuoi dati vivano al loro interno, così appena i webhook o l'autenticazione devono funzionare con un database che già gestisci — PostgreSQL, MySQL, MongoDB — ti ritrovi a rifare il backend attorno al loro. Verne si appoggia sopra il codice che hai già: il tuo database resta dov'è e chiami un'API HTTP da qualsiasi stack.
È troppo economico. O il servizio è instabile, o alzerete i prezzi appena avrete la base utenti (dumping / bait-and-switch).
Il prezzo deriva dallo stack, non da una corsa alla quota di mercato. Tutto ciò che trasporta il tuo traffico è compilato — Rust per il gateway e l'API, Rust e Go per i motori stessi (Svix, Ory Kratos e il nostro scheduler in Rust) — e i servizi compilati reggono molto più traffico per gigabyte di RAM rispetto agli equivalenti in Node.js e Python. Così la nostra bolletta infrastrutturale per richiesta resta bassa, e il listino è dove te la giriamo. E se un giorno l'accordo smettesse di essere conveniente: Svix e Kratos sono open source, puoi prenderli e gestirli da solo.
(Inizia)
Quattro motori, un'unica API, in produzione dalla 1.0
Quattro motori girano in produzione già oggi, con SDK ufficiali per Node, Python, PHP e Rust e una release pubblicata dietro ogni correzione. Registrati, genera una chiave: le prime 3.000 richieste di ogni mese sono gratuite.