Acceso anticipado · Región BUE

Tu producto en producción, desde Buenos Aires.

Olimpia corre tus apps, tus bases Postgres y Redis y tus buckets en infraestructura de primer nivel en Buenos Aires, conectados por una red privada. Lo manejás desde la consola o se lo pedís a tu agente.

Cómo funciona

De tu código a producción en cuatro pasos

Conectás tu repo, sumás lo que tu app necesita y Olimpia se ocupa del resto.

  1. 01

    Conectá tu repo

    Elegí un repo de GitHub y una rama: cada push se construye y se publica solo. También podés subir una carpeta o usar una imagen de Docker.

  2. 02

    Sumá tus bases

    Postgres, Redis y buckets en la misma red privada que tus apps. Al conectarlos, tu app recibe DATABASE_URL, REDIS_URL y las credenciales de S3.

  3. 03

    Desplegá sin cortes

    Railpack detecta tu stack o usa tu Dockerfile. La versión nueva arranca antes de apagar la anterior, y volver atrás es un clic.

  4. 04

    Tu dominio, con HTTPS

    Apuntá un CNAME y listo: verificamos el dominio, emitimos el certificado y lo servimos por Olimpia CDN.

La plataforma

Todo lo que tu producto necesita, en un solo lugar

Cada producto funciona por separado y todos se hablan por una red privada. Empezá con uno y sumá el resto cuando lo necesites.

  • Deploy automático desde GitHub en cada push, una imagen de Docker o tu carpeta local. Ver la guía

Próximamente:StreamRéplicas de lecturaEquiposFacturaciónNuevas regiones

Infraestructura

Tu nube, cerca de tus usuarios

Servidores en la ciudad, una red privada por cuenta y bases que nacen cerradas a internet.

  • Corre en Buenos Aires

    La región BUE está en la ciudad. Tus datos se quedan cerca de tus usuarios y tus respuestas no cruzan el continente.

  • Red interna

    Apps y bases se hablan por una red privada. Nada queda expuesto a internet si no lo pedís.

  • Privado por defecto

    Postgres y Redis nacen sin acceso público. Si necesitás conectarte desde afuera, lo habilitás vos con un clic.

  • Backups en tu S3

    Programá copias de Postgres en AWS S3, Cloudflare R2, Backblaze B2, MinIO o cualquier S3.

Alta disponibilidad

Si un servidor se cae, tu app sigue.

Cada proyecto tiene una copia en otro servidor, con la imagen descargada y las bases replicadas en streaming. Si el servidor principal deja de responder, el otro toma el control solo: promueve las bases, prende las apps y mueve el tráfico.

  1. 0 s

    El servidor deja de responder y deja de renovar su lugar en el testigo.

  2. 1 min

    Si quedó aislado, detiene sus proyectos para que nunca escriban dos copias a la vez.

  3. 2 min

    El testigo le da el traspaso al otro servidor, que promueve las réplicas.

  4. ✓

    Tus apps arrancan en el otro servidor y tus dominios apuntan ahí, sin que toques nada.

Lo único que se puede perder es lo que no llegó a replicarse, normalmente milisegundos. Cuando el servidor vuelve, se pone al día solo.

Para agentes

Tu agente despliega. Vos decidís.

Olimpia tiene un servidor MCP. Conectá tu agente una vez y despliega código, crea bases, lee logs y configura dominios por vos, siempre con tu permiso.

  • Claude Codeclaude mcp add --transport http olimpia https://api.olimpia.dev/mcp
  • Codexcodex mcp add olimpia --url https://api.olimpia.dev/mcp
  • Skillbunx skills add olimpiacloud/olimpia-skills
Guía para agentes

Preguntas

Preguntas frecuentes

¿Te quedó otra duda? Escribinos y te respondemos.

[email protected]

Lista de espera

Sumate al acceso anticipado

Estamos sumando a los primeros equipos. Dejanos tu email y te avisamos cuando tengas acceso.