Saltar al contenido

Despliegue

El push es el despliegue.

Una ilustración animada del App Builder: se escribe un prompt en un campo de texto, se pulsa el botón Constrúyela y el agente enumera su plan —páginas, modelo de datos, una base de datos gestionada, un push al repositorio— antes de ponerse a trabajar.

Describe una app y un agente la escribe en tu propio repositorio de GitHub. O conecta un repositorio que ya tengas. En ambos casos el push es el despliegue: una construcción se ejecuta en tu servidor de despliegue gestionado y vuelve una dirección en vivo.

Empezar a construir Ver un push construirse

01 Cómo funciona

Descríbelo. Míralo construirse.

Un espacio de trabajo une un repositorio de GitHub con un chat. Tú dices lo que quieres; el agente escribe el código y lo sube; tu servidor de despliegue construye el push y publica el resultado.

Seis pasos: describir, planificar, aprovisionar, construir, desplegar, en vivo. Un raíl de progreso se dibuja a lo largo de los pasos según te desplazas.

  1. 01 Describe

    Di lo que quieres

    En lenguaje llano. Una landing, una API pequeña, un sitio WordPress. El agente pregunta lo que todavía necesita saber y se pone a trabajar en tu repositorio.

  2. 02 Planifica

    El agente lo planifica

    Páginas, modelo de datos, el flujo entre ambos. Cada paso que da se escribe en el chat, así que nada ocurre a escondidas.

  3. 03 Aprovisiona

    Lo que necesita se levanta

    Se aprovisiona una base de datos gestionada junto con la app. Su URL de conexión queda como variable de configuración, así que la app la encuentra en el siguiente arranque.

  4. 04 Construye

    Un push dispara una construcción

    El agente hace commit en tu repositorio de GitHub. Tu servidor de despliegue recoge el commit —clonar, instalar, construir— sin ningún fichero de pipeline que escribir.

  5. 05 Despliega

    Sale una release

    Las variables de configuración y la base de datos vinculada pasan a la nueva release. La URL sigue funcionando durante el cambio.

  6. 06 En vivo

    Vuelve una URL

    La app responde en su propia dirección. Cada push posterior la actualiza exactamente igual, y la dirección no cambia nunca entre releases.

02 Para desarrolladores

Push, y sale a producción.

Conecta un repositorio e Interlaken se encarga del resto: clonar, instalar, construir, ejecutar. Los repositorios privados pasan por tu propia cuenta de GitHub conectada, así que no cambian claves de manos.

  • 01

    Push y despliega

    Elige una rama. Cada commit en ella se construye y se publica; no hay fichero de pipeline que escribir ni runner que mantener.

  • 02

    Repositorios privados, tu cuenta

    Los repositorios privados se clonan a través de tu propia cuenta de GitHub conectada. No cambian claves de despliegue de manos y no se copia nada a la plataforma.

  • 03

    Apúntale y elige un runtime

    Interlaken clona el repositorio, lo construye y lo ejecuta. Apps y servicios web, sitios WordPress: si construye y escucha en un puerto, se ejecuta.

  • 04

    Logs e historial en la consola

    La salida de la construcción, el historial de despliegues y el registro de actividad de la app están en la misma página que la app.

Una secuencia animada: un commit cambia el total del checkout, se ejecuta git push, el log de despliegue muestra los pasos de construcción y publicación, la app aparece en su URL en vivo y el historial de despliegues lista las releases anteriores.

03 Sigue adelante

Crece contigo.

Tu app no está metida en una caja negra. Debajo tiene las mismas primitivas sobre las que corre todo lo demás en Interlaken, y el día que necesites una está a una página de distancia, no a una migración.

01

Cuando necesita estado

Vincula un PostgreSQL, MySQL, MongoDB, Redis o Elasticsearch gestionado. Su URL de conexión llega a la app como variable de configuración; la app la encuentra en el siguiente arranque.

02

Cuando necesita ajustes

Edita las variables de entorno en la consola. Se escriben en la máquina en marcha y quedan fijadas para su siguiente arranque, así que nada se desvía.

03

Cuando una release sale mal

Cada despliegue queda registrado con su log de build. Vuelve a desplegar una versión anterior y la app revierte a ella: la URL sigue respondiendo todo el rato.

04

Cuando necesita tu nombre

Cada app empieza en el dominio de apps de tu servidor de despliegue. Apunta el DNS de tu propio dominio al servidor, añádelo a la app y responderá también ahí.

Debajo

  • Máquinas reales

    Las apps corren sobre máquinas virtuales, microVMs Firecracker y contenedores que puedes redimensionar, capturar en snapshot, abrir por consola y colocar tú mismo.

    Ver la infraestructura

  • Redes de verdad

    Redes privadas y subredes, balanceadores que hablan desde TCP hasta HTTP/3, direcciones públicas y salida enrutada: el tejido sobre el que la propia plataforma corre.

    Explorar la plataforma

  • Estado gestionado

    PostgreSQL, MySQL, MongoDB, Redis y Elasticsearch como servicios gestionados, más volúmenes de bloque replicados y buckets compatibles con S3.

    Explorar la plataforma

04 Preguntas

Antes de empezar.

Las respuestas cortas. Las largas son una página de la consola.

No. En el App Builder describes la app en un chat y un agente la escribe y la despliega. El código vive todo el tiempo en tu propio repositorio de GitHub, así que puedes leerlo, editarlo o entregárselo a una desarrolladora cuando quieras.

Nada que instalar

Empieza con una frase.

Crea una cuenta, describe lo que quieres ejecutar y deja que el agente dé la primera pasada. Pagas por lo que usas.

Empezar Ver precios