Templates
Herramientas open source como n8n, cal.com o Infisical, listas para deployar con su base y sus secretos configurados.
Un template es una herramienta open source que ya viene preparada para Olimpia: la imagen, el puerto, las variables de entorno y, si las necesita, una base Postgres y un Redis. No hay que leer la documentación de la herramienta para levantarla.
Buscá el template
En Apps → Nueva app, elegí Templates y buscá por nombre, uso o etiqueta: n8n, analytics, wiki.
Elegí el nombre
Es también el subdominio: n8n queda en https://n8n.olimpia.cc. Si el template usa Postgres o Redis, se llaman igual que la app.
Deployá
Olimpia crea las bases, genera las claves, carga las variables y arranca el primer deploy. Lo seguís en vivo en Deploys.
El catálogo
El catálogo reúne los templates de Dokploy que corren como una sola app en Olimpia (un contenedor web que guarda sus datos en Postgres, en Redis o en ningún lado) y algunos preparados por Olimpia. Cada tarjeta muestra si el template usa Postgres o Redis.
Si la herramienta que buscás no está, probablemente necesita disco persistente, varios contenedores o archivos de configuración montados, algo que las apps de Olimpia todavía no soportan.
Qué se crea
- Una app con la imagen del template, como cualquier imagen de Docker.
- Una base Postgres y un Redis en el mismo proyecto, si el template los necesita, ya conectados a la app por la red interna. Reemplazan a los que traía la herramienta, así tenés backups, explorador de datos y métricas como en cualquier base de Olimpia.
- Las variables de entorno: las claves secretas se generan al azar para cada app, en el formato que espera la herramienta, y las URLs usan el subdominio de la app. Las ves y las cambiás en Variables.
Después del primer deploy es una app más: podés cambiarle variables, agregarle dominios propios, ver sus logs o volver a un deploy anterior.
Templates preparados por Olimpia
n8n
Abrí la URL y creá la cuenta de dueño. Los workflows, las credenciales y los archivos que procesan se guardan en Postgres, así que sobreviven a cada deploy. Los webhooks usan la URL de la app (N8N_WEBHOOK_URL).
Centrifugo
El panel de admin está en la URL de la app, con la contraseña de CENTRIFUGO_ADMIN_PASSWORD.
- Tu backend publica con la API HTTP en
/api/*, mandandoCENTRIFUGO_HTTP_API_KEYen el headerX-API-Key. - Los clientes se conectan a
wss://<subdominio>.olimpia.cc/connection/websocketcon un JWT firmado conCENTRIFUGO_CLIENT_TOKEN_HMAC_SECRET_KEY. CENTRIFUGO_CLIENT_ALLOWED_ORIGINSviene en*. Conviene cambiarlo por el origen de tu frontend, por ejemplohttps://miapp.com(si son varios, separados por espacios).
Corre con el motor en memoria, pensado para una sola instancia. Si necesitás historial persistente, creá un Redis y cargá CENTRIFUGO_ENGINE_TYPE=redis y CENTRIFUGO_ENGINE_REDIS_ADDRESS con su URL interna.
Umami
El usuario inicial es admin con contraseña umami. Cambiala apenas entres.
Metabase
El primer arranque corre las migraciones de Metabase y tarda unos minutos. Después, el asistente te pide crear la cuenta de admin. Para consultar una base de Olimpia desde Metabase, usá su host interno, que está en la pestaña Conexión de la base.
Para tener en cuenta
- Las variables se completan una sola vez, al crear la app. Si después cambiás el subdominio o pasás a usar un dominio propio, actualizá a mano las que tienen la URL vieja.
- Los usuarios iniciales suelen venir en variables como
ADMIN_EMAILyADMIN_PASSWORD. Los emails generados son[email protected]; cambialos desde la herramienta después de entrar. - Para actualizar, tocá Deployar: Olimpia vuelve a descargar el tag del template. Si preferís otra versión, cambiá la imagen en Configuración.
- Desde tu agente,
list_templatesbusca en el catálogo ydeploy_templatehace todo lo de arriba. Ver herramientas.