Máquinas, redes, discos, bases de datos, clústeres, despliegues y agentes, creados desde una API y una consola. Debajo hay una sola columna vertebral: tenants, roles, cuotas y cada recurso medido en una única factura.
Una plataforma de aplicaciones gestionada, construida sobre Coolify y operada por nosotros. Sube un repositorio o describe la app: en ambos casos acabas con una construcción, un proceso en marcha y una URL.
Servidores de despliegue
Una instancia de Coolify propia, aprovisionada y mantenida en marcha por la plataforma.
01
Desplegar desde Git
Apunta a un repositorio y elige un runtime. Interlaken lo clona, lo construye y lo ejecuta.
02
Variables de configuración
Edita las variables de entorno en la consola y aplícalas a la app en marcha.
03
Bases de datos vinculadas
Vincula una base de datos gestionada a una app; la plataforma conecta los datos de conexión.
04
App Builder
Describe una app, mira cómo los agentes la construyen sobre un repositorio, recibe una URL en vivo y revierte un despliegue malo.
05
Sitios WordPress
WordPress gestionado, aprovisionado y operado como cualquier otra aplicación.
Cuatro formas de ejecutar una carga de trabajo, todas creadas desde la misma consola: una máquina entera en la que entras, un microVM que arrancas para un solo trabajo, un contenedor que es solo su imagen o un grupo que se dimensiona solo. Elijas la que elijas, aterriza en tus redes y en tus discos.
Máquinas virtuales
Arrancadas desde imágenes cloud con cloud-init, así que tu clave SSH y la configuración de primer arranque ya están puestas.
01
microVMs
Construidos sobre Firecracker, con un jailer por invitado, arrancados desde una imagen rootfs que preparaste tú.
02
Contenedores
Imágenes OCI en las mismas redes y volúmenes que cualquier otra carga de trabajo.
03
Grupos de autoescalado
Haz crecer y encoger un grupo de máquinas o contenedores según métricas de CPU y memoria.
04
Conexión y desconexión en caliente
Añade o quita discos e interfaces de red en una máquina virtual en marcha.
05
Consolas
VNC para máquinas gráficas, serie para microVMs, en el navegador y sin host bastión.
06
01
Máquina virtual
Un sistema operativo entero, levantado con cloud-init y tuyo para entrar en él.
02
microVM
Un invitado Firecracker que arrancas para un trabajo y luego sueltas.
03
Contenedor
Una imagen OCI, ejecutada tal cual, en la misma red que todo lo demás.
04
Grupo de autoescalado
Un grupo de cualquiera de los anteriores, que crece y encoge según una métrica.
Cada tenant recibe nubes privadas virtuales aisladas con su propio espacio de direcciones. Sal a internet por un gateway, pon un balanceador delante y reparte direcciones públicas desde un pool gestionado.
VPCs y subredes
Espacio de direcciones aislado por tenant, segmentado en las subredes que tú definas.
01
Gateways e IPs públicas
Salida con NAT 1:1 por VPC, con direcciones públicas asignadas desde un pool gestionado y ligadas a una interfaz.
02
Balanceadores de carga
Paso directo en capa 4, terminación TLS, enrutado HTTP y HTTP/3 sobre QUIC, con comprobaciones de salud.
03
VPC peering
Conecta dos redes privadas entre sí sin salir a internet.
04
DHCP y DNS
Conjuntos de opciones que adjuntas a VPCs y subredes, y registros por VPC servidos por el gateway.
05
Límites de ancho de banda
Un tope de tasa por interfaz de red, aplicado en la ruta de datos y no dentro del invitado.
Dirección pública, balanceador y backends dentro de tu propia subred. Direcciones de ejemplo.
04 / 07Almacenamiento
Volúmenes que no dependen de una máquina
El almacenamiento en bloque se replica entre hosts con LINSTOR y DRBD, así que un volumen vive en más de una máquina desde el momento en que existe. Los snapshots se convierten en imágenes arrancables; los datos no estructurados van a buckets compatibles con S3 al lado.
Volúmenes de bloque replicados
Cada volumen se coloca en varios hosts y cada escritura se replica en las réplicas.
01
Snapshots
Copias de un disco en un instante dado que puedes restaurar en un volumen nuevo.
02
Golden images
Publica un snapshot como imagen arrancable y levanta máquinas nuevas desde ella.
03
Almacenamiento de objetos
Buckets compatibles con S3 sobre MinIO, con claves de acceso limitadas a un solo bucket y un gestor de archivos en la consola.
04
Ampliación en caliente
Haz crecer un volumen y su sistema de archivos mientras la carga que lo usa sigue en marcha.
escrituraUn volumen, más de una máquina. Volumen de ejemplo.Un volumen, más de una máquina. Volumen de ejemplo.
05 / 07Bases de datos
Motores gestionados, almacenamiento replicado
Cinco motores de base de datos, aprovisionados y reconciliados de forma continua por KubeBlocks sobre el propio Kubernetes de la plataforma, con sus datos en los mismos volúmenes de bloque replicados que todo lo demás. Recibes un endpoint y credenciales.
Cinco motores
PostgreSQL, MySQL, MongoDB, Redis y Elasticsearch.
01
Operados, no solo instalados
Los clústeres se aprovisionan y se reconcilian de forma continua: nunca escribes un manifiesto.
02
Almacenamiento replicado
Los volúmenes de las bases de datos son los volúmenes de bloque replicados de la plataforma, con el mismo soporte de snapshots.
03
Privadas por defecto
Accesibles desde dentro de tu VPC; exponerlas más allá es algo que tienes que pedir.
04
Vinculables
Vincula una base de datos a una aplicación desplegada y ahórrate copiar credenciales a mano.
Clústeres k3s gestionados cuyos nodos son tus propias máquinas virtuales, en tu propia VPC. La red, el driver de almacenamiento y el balanceo quedan conectados antes de entregarte el kubeconfig.
Un agente en Interlaken recibe un sandbox real —una máquina con sistema de archivos, terminal y acceso a la red— en vez de una ventana de chat. Dale un rol, habilidades y herramientas, y deja que un equipo de ellos resuelva una tarea en conjunto.
Runtimes aislados
Una ejecución es una bifurcación pausable y reanudable de un entorno sellado que tú mismo construiste y versionaste.
01
Equipos y roles
Un líder delega en agentes con rol asignado, cada mensaje queda registrado y puedes hablar con el líder mientras trabaja.
02
Habilidades y herramientas
Las capacidades se conceden de forma explícita. Un agente tiene lo que le diste y nada más.
03
Conectores de Claude y Codex
Guarda tus propias credenciales de CLI por tenant para que los agentes se ejecuten bajo cuentas que tú controlas.
04
Servidor MCP y OAuth 2.1
Interlaken expone su propia API como herramientas MCP tras un proveedor de identidad OAuth 2.1, para que un agente externo pueda manejar la plataforma bajo tus roles.
planLocalizar el test que falla y el handler que hay detrás
readapi/checkout — 3 archivos
edit2 archivos modificados
shellgo test ./... — 41 passed
doneRama fix/checkout-total subida
Ejecución de ejemplo
08 Operaciones
Operado como una sola plataforma
Cada recurso de esta página pertenece a un tenant, lo crea un usuario con un rol, cuenta contra una cuota y se mide en una factura. Esa columna vertebral es lo que convierte esto en una nube y no en un montón de servicios.
01 / 06
Tenants
Aislamiento entre organizaciones, en redes, almacenamiento, identidad y facturación.
02 / 06
Usuarios y roles
Control de acceso por roles sobre lo que cada usuario puede hacer con cada tipo de recurso.
03 / 06
Cuotas
Límites por tenant, comprobados antes de aprovisionar nada y no cuando llega la factura.
04 / 06
Medición de consumo
Los recursos en marcha se miden de forma continua y se acumulan en registros de consumo.
05 / 06
Una sola factura
El consumo se convierte en una factura. Los créditos, los métodos de pago y las facturas pasadas viven en la consola.
06 / 06
Controles de suspensión
Un tenant puede suspenderse, lo que corta primero su acceso a la red y pregunta después.
Consola
Compruébalo tú mismo
Cada sección de esta página es una página de la consola. Crea una cuenta y tendrás la plataforma entera a un clic.