(WEBHOOKS)
En producción
POST /v1/relay/eventsRelay
Webhooks‑as‑a‑Service
Entrega fiable de webhooks con reintentos automáticos, firma y un portal de gestión completo. Impulsado por Svix.
Infraestructura para developers simplificada
Webhooks, autenticación, inicio de sesión con Telegram y trabajos programados: APIs listas para producción que puedes integrar en minutos, no en meses.
Sin tarjeta de crédito · Plan gratuito incluido · Hoja de ruta 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
(Productos Nautilus)
Una plataforma para todas tus primitivas backend
Nautilus es la plataforma unificada de Verne Software: una sola API para todos los motores en marcha hoy y para los que se añadan después, un panel para gestionarlos todos y SDK oficiales para Node, Python, PHP y Rust. Una única infraestructura, alojada en la UE, para empresas y desarrolladores independientes europeos.
(AUTH)
En producción
PATCH /v1/gate/identities/:id/metadataGate
Auth‑as‑a‑Service
Gestión completa de identidades B2B: registro, inicio de sesión, recuperación y APIs de administración. Impulsado por Ory Kratos.
(CRON)
En producción
POST /v1/clockwork/jobsClockwork
Cron‑as‑a‑Service
Programa trabajos recurrentes y retrasados mediante una API sencilla. Reintentos automáticos y registro de cada ejecución.
(TELEGRAM)
En producción
POST /v1/passepartout/login/startPassepartout
Telegram Auth-as-a-Service
Permite a los usuarios finales de tu tenant registrarse e iniciar sesión vía Telegram — sin contraseñas, sin flujos de correo, sin costes de SMS. Integración de bot lista para usar con aislamiento total por tenant.
(Rust + Go · Rendimiento bare‑metal)
- Validación de claves API
- < 1ms
- Objetivo de SLA de la plataforma
- > 99.9%
- Motores probados
- Svix + Ory
Diseñada con Rust seguro en memoria y motores Go altamente concurrentes, nuestra arquitectura elimina la sobrecarga tradicional: sin Postgres en la ruta crítica, sin arranque en frío entre una petición y su respuesta. En lugar de prometer aquí una cifra de latencia, publicamos la real — en directo en nuestra página de estado.
(Cómo funciona)
Integra en tres pasos
Regístrate
Crea tu cuenta gratuita de Nautilus. No se requiere tarjeta de crédito.
Obtén tu clave API
Genera una clave con alcance desde el panel (p. ej. vrn_relay_...).
Empieza a construir
Llama a nuestra API desde tu backend. Nosotros nos encargamos del resto.
(Por qué Nautilus)
Construido diferente
Auth en microsegundos
En el camino crítico tu clave API nunca toca Postgres: la pasarela comprueba su hash y descuenta tu cuota en una única lectura en memoria. Autenticación, límite de tasa y medición comparten ese mismo salto, así que la validación se mantiene por debajo del milisegundo incluso en picos de tráfico.
Aislamiento de inquilinos
El ámbito del inquilino viaja desde la pasarela hasta la base de datos. Claves API, endpoints de webhooks, trabajos programados e identidades de Telegram se particionan por inquilino: los datos de un cliente nunca pueden leerse – ni facturarse – bajo la cuenta de otro. Lo garantiza la plataforma, no tu código.
Precio basado en uso
Pagas por las peticiones que realmente envías: 3.000 al mes son gratis y después 3 € por cada 10.000. La medición es por inquilino y siempre visible en tu panel, y un límite de gasto mensual evita que la factura se dispare.
Motores autoalojables
La capa de datos funciona sobre open source que puedes auditar y llevarte: Svix para webhooks y Ory Kratos para identidad. La planificación es nuestra, y cada job y cada ejecución siguen siendo legibles por la API. Nosotros gestionamos los clústeres, las actualizaciones y las guardias – pero si tus necesidades cambian, esos mismos motores corren en tu propia infraestructura.
¿Por qué Verne, si AWS, Google Cloud y Azure también tienen centros de datos en Fráncfort e Irlanda?
AWS te da un centro de datos en bruto, no una solución de negocio terminada. Para poner en marcha la entrega de webhooks, la autenticación y el cron en AWS tienes que contratar a un ingeniero DevOps, configurar SQS, Lambda, Cognito y EventBridge, conectarlos entre sí y escribir tú mismo la monitorización: semanas de ingeniería antes de la primera petición de un cliente, y mantenerlo en marcha sigue siendo cosa tuya. Verne te da una API lista para producción desde 19 € en diez minutos, no un kit que hay que montar y mantener durante meses.
El RGPD no es solo un servidor en la UE: son acuerdos legales (DPA) y procesos de tratamiento y eliminación de datos.
Verne está diseñado desde el principio según el principio de Privacy by Design. No guardamos datos innecesarios (minimización de datos), ofrecemos DPA (acuerdos de tratamiento de datos) transparentes y proporcionamos endpoints de API listos para eliminar por completo los datos de un usuario a la primera solicitud (derecho al olvido).
Si Verne se cae, mis webhooks, mi autenticación y mi cron se caen a la vez. Eso es un punto único de fallo.
Dentro de Verne los motores están aislados entre sí. Relay, Gate y Clockwork funcionan como servicios separados sobre almacenamientos separados, así que un fallo en uno no detiene a los demás: un worker de cron atascado deja intactas la autenticación y la entrega de webhooks. La única superficie compartida es la fina pasarela edge que comprueba las claves de API y mide el uso, y no guarda datos de los motores.
Me resulta más fácil coger el plan gratuito de Supabase o Firebase que pagar 19 € por Verne.
Verne también tiene plan gratuito: 3.000 peticiones al mes, con todos los motores incluidos. La diferencia aparece después: Supabase y Firebase esperan que tus datos vivan dentro de ellos, así que en cuanto los webhooks o la autenticación tienen que funcionar contra una base de datos que ya gestionas — PostgreSQL, MySQL, MongoDB — acabas rehaciendo tu backend alrededor del suyo. Verne se coloca encima del código que ya tienes: tu base de datos se queda donde está y llamas a una API HTTP desde cualquier stack.
Es demasiado barato. O el servicio es inestable, o subiréis los precios en cuanto tengáis la base de usuarios (dumping / bait-and-switch).
El precio viene de la stack, no de una conquista de mercado. Todo lo que transporta tu tráfico está compilado — Rust para la pasarela y la API, Rust y Go para los propios motores (Svix, Ory Kratos y nuestro propio planificador en Rust) — y los servicios compilados soportan mucho más tráfico por gigabyte de RAM que sus equivalentes en Node.js y Python. Eso mantiene pequeña nuestra factura de infraestructura por petición, y la lista de precios es donde te la trasladamos. Y si algún día deja de ser un buen trato: Svix y Kratos son de código abierto, puedes llevártelos y ejecutarlos tú mismo.
(Empezar)
Cuatro motores, una sola API, en producción desde la 1.0
Cuatro motores funcionan hoy en producción, con SDK oficiales para Node, Python, PHP y Rust y una versión publicada detrás de cada corrección. Regístrate, genera una clave: las primeras 3.000 peticiones de cada mes son gratis.