¿Cómo despliegas en Europa una app de Claude Code que usa Postgres?
Claude Code escribe y ejecuta código en tu ordenador; no aloja nada. La app necesita un sitio que ejecute su proceso web y su base de datos, mantenga los secretos fuera del código y la sirva por HTTPS. En Codara Cloud todos los servicios funcionan en Helsinki (Finlandia), y la base de datos, sus copias de seguridad y las imágenes de contenedor se quedan en la UE.
1. Sube el código a un repositorio de GitHub e instala la GitHub App de Codara en la cuenta a la que pertenece. 2. Conecta Claude Code a Codara Cloud: pega en Claude Code el prompt de configuración de la página de MCP, que instala la CLI codaracloud y el servidor MCP local y abre el navegador para iniciar sesión. 3. Pide a Claude Code que cree un proyecto, la app, una base de datos Postgres, la conexión entre ellas y el primer despliegue, o ejecuta tú los mismos comandos:
codaracloud projects create my-app --client my-workspace --name "My app"
# La app, desde tu repositorio de GitHub (apps create todavía no hace el build)
codaracloud apps create web --client my-workspace --project my-app \
--repo you/my-app --branch main
# Postgres, conectada a la app: se inyectan DATABASE_URL y DATABASE_DIRECT_URL
codaracloud databases create main-db --engine postgres --client my-workspace --project my-app
codaracloud apps connections add web main-db --client my-workspace
# Los secretos, en tiempo de ejecución; nunca en el repositorio ni en el bundle del frontend
codaracloud env set web SESSION_SECRET=...
# Primer build y publicación; después, abre la dirección HTTPS
codaracloud deploy web --client my-workspace --project my-app --source
codaracloud open web4. Ejecuta las migraciones como comando previo al despliegue de la app, con DATABASE_DIRECT_URL, por ejemplo npx prisma migrate deploy o alembic upgrade head; se ejecuta una vez antes de enviar tráfico a la nueva versión. 5. Añade tu dominio cuando la app funcione en su dirección codara.cloud. A partir de ahí, cada push a la rama despliega una versión nueva.
Los tokens de agente son solo de desarrollo por defecto, y las acciones que cambian o borran recursos devuelven una vista previa hasta que las confirmas, así que tú decides qué hace el agente en producción.
¿Cómo despliegas una app hecha con vibe coding sin gestionar servidores?
Elige un alojamiento que construya tu código, lo ejecute, renueve los certificados y parchee las máquinas por ti. Cuál encaja depende de dónde se hizo la app y de lo que necesita. Lovable y Bolt publican las apps ellos mismos, así que quedarte allí es lo que menos trabajo da. El código de Claude Code, Cursor o Codex es un repositorio normal que puede ejecutar cualquier plataforma compatible con tu framework.
La última fila no te libra de servidores: Coolify es software libre y gratuito, pero alquilas, proteges y mantienes tú la máquina en la que funciona. Las demás dejan los servidores en manos del proveedor.
| Opción | Qué ejecuta | Ideal para |
|---|---|---|
| El alojamiento del propio constructor (Lovable, Bolt) | La app en una dirección lovable.app o bolt.host, con un backend basado en Supabase; dominios propios en planes de pago | Apps que siguen en el constructor y encajan con su backend |
| Una plataforma de apps gestionada (Codara Cloud, Render, Railway, Fly.io) | Servicios web, APIs, Postgres y tareas programadas desde tu repositorio | Apps completas con servidor y base de datos |
| Un alojamiento de frontend más una base de datos alojada (Vercel o Netlify con Supabase o Neon) | El frontend y funciones serverless, con la base de datos en otro sitio | Apps centradas en el frontend con poco trabajo de servidor |
| Un servidor propio con Coolify | Cualquier cosa en contenedores, en un VPS que alquilas | Quien no tiene problema en parchear y hacer copias de un servidor |
¿Qué necesita de verdad tu app para funcionar?
Una vista previa que funciona es un buen comienzo. Antes de elegir alojamiento, pide a tu agente de código que describa la app sin cambiarla: qué arranca el proceso web, dónde se guardan los datos y a qué servicios externos llama. Contrasta esa descripción con el repositorio.
Un frontend y una API en un mismo proceso pueden ser un solo servicio. Una API en otro proceso necesita su propio servicio. Una base de datos, un worker de colas y una tarea programada tienen ciclos de vida distintos; apuntar esos límites facilita mucho desplegar y depurar.
| Parte | Qué apuntar |
|---|---|
| App web / API | Repositorio, comandos de build y arranque, puerto de escucha, endpoint de salud. |
| Base de datos | Motor y versión, comando de migración, variable de conexión, necesidad de copias. |
| Trabajo en segundo plano | Tarea puntual, programación cron o worker continuo; qué pasa si se ejecuta dos veces. |
| Archivos de usuarios | Volumen persistente o almacenamiento de objetos externo; qué debe sobrevivir a un redespliegue. |
| Servicios externos | Modelo de IA, email, pagos y proveedores OAuth; secretos, cuotas y facturas aparte. |
¿Se puede construir desde un checkout limpio?
Instala desde el lockfile del repositorio y ejecuta el build de producción en local. Que el servidor de desarrollo funcione en tu portátil no demuestra que el comando de arranque de producción vaya a funcionar. Mantén un Dockerfile cuando necesites control explícito; si no, revisa el builder detectado y sus logs.
Codara Cloud admite repositorios de GitHub, imágenes de contenedor y subidas de archivos, con builds Dockerfile, Railpack, Nixpacks y estáticos. Haz que la app escuche en el puerto configurado y en una dirección accesible desde fuera de su proceso, no solo en localhost. Empieza por la guía rápida para ver el flujo exacto de la consola.
¿Dónde van los secretos y los datos de producción?
Pon los secretos del servidor en variables de entorno de tiempo de ejecución. Los valores incluidos en un bundle de frontend son públicos, aunque su archivo de origen se llamara .env. Una URL base pública de una API puede ser configuración de build; una contraseña de base de datos o una clave de API de un modelo, no.
Crea la base de datos, enlaza su configuración de conexión con el servicio y ejecuta las migraciones de forma deliberada. Prueba antes las migraciones con datos desechables. Activa y verifica las copias de seguridad de las bases de datos compatibles, y ensaya una restauración antes de depender de ella. Codara restaura en una base de datos nueva en lugar de sobrescribir la original.
Los archivos del contenedor no sustituyen a un almacenamiento duradero. Usa un volumen persistente cuando la aplicación necesite un sistema de archivos duradero. El almacenamiento de objetos está disponible en Codara mediante acuerdo aparte; no es una cuota de buckets incluida en autoservicio.
¿Qué deberías probar antes de compartir la URL?
Usa un entorno de staging para recorrer el camino real del usuario con datos de prueba. Que el proceso esté sano es solo una comprobación: no demuestra que el inicio de sesión, los permisos o los pagos funcionen bien. Mantén las credenciales de prueba y las URLs de callback separadas de producción.
Revisa las métricas de CPU, memoria y reinicios mientras usas la app. Los servicios web, las réplicas, las bases de datos y el resto de cargas comparten la capacidad finita del plan. Un límite de número de servicios no promete que todos puedan funcionar a la vez a su tamaño máximo.
- Crea dos usuarios de prueba y confirma que cada uno solo accede a sus propios datos.
- Escribe un registro en la base de datos, vuelve a desplegar y confirma que el registro y los archivos subidos siguen ahí.
- Ejecuta una tarea programada o puntual y revisa su salida y cómo reintenta.
- Comprueba los callbacks de inicio de sesión, HTTPS, los logs de errores y cómo volver a una versión que funcionaba.
¿Qué incluye Codara Cloud y qué no?
Codara Cloud es un hosting gestionado de apps de Codara Solutions SL, con sede en Madrid, con planes mensuales fijos de 5 a 100 € antes de impuestos. El plan cubre los servicios de la app, las bases de datos gestionadas, los jobs cron, los dominios propios y el tráfico con uso razonable, sin cargos automáticos por uso. Funciona en una sola región, Helsinki, y está en beta por invitación.
Ejecuta la app que traes. No incluye la suscripción de tu agente de código ni la factura de un proveedor externo de modelos de IA, y no revisa por ti el código de tu aplicación.
| Plan | Precio / mes | Máximo de servicios | Ejecución compartida | Almacenamiento persistente |
|---|---|---|---|---|
| Starter | €5 | 10 | 0.5 vCPU / 512 MiB RAM | Up to 10 GiB persistent storage |
| Standard | €20 | 50 | 1 vCPU / 2 GiB RAM | Up to 20 GiB persistent storage |
| Pro | €50 | 100 | 2 vCPU / 4 GiB RAM | Up to 50 GiB persistent storage |
| Scale | €100 | 250 | 6 vCPU / 12 GiB RAM | Up to 150 GiB persistent storage |
Preguntas
- ¿Claude Code aloja mi app?
- No. Claude Code es un agente de código que trabaja en tu terminal, tu IDE, su app de escritorio o el navegador. Puede desplegar en un alojamiento a través de la CLI o del servidor MCP de ese alojamiento, pero la app se ejecuta donde tú elijas.
- ¿Qué región usa Codara Cloud?
- Helsinki, Finlandia (Hetzner Cloud). Las apps, bases de datos, volúmenes, copias de seguridad e imágenes de contenedor se almacenan en la UE; la red global de Cloudflare transporta el tráfico de las apps y puede almacenar en caché el contenido servido.
- ¿Necesito Docker?
- No. Sin Dockerfile, Codara detecta el build con Railpack o Nixpacks, o sirve un sitio estático. Mantén un Dockerfile si quieres controlar la imagen al detalle.
- ¿Puedo seguir usando mi base de datos de Supabase?
- Sí. Pon su URL de conexión como variable de entorno de tiempo de ejecución en la app. Supabase factura y hace las copias de la base de datos con sus propias condiciones, y la región la eliges allí.
Fuentes
Las cifras de otros proveedores se comprobaron en sus propias páginas de precios y documentación el 28 de septiembre de 2026. Los precios cambian: revísalos antes de decidir.
- Claude Code overview ↗code.claude.com/docs/en/overview
- Claude Code and MCP ↗code.claude.com/docs/en/mcp
- Render regions ↗render.com/docs/regions
- Railway deployment regions ↗docs.railway.com/reference/deployment-regions
- Fly.io regions ↗docs.fly.io/reference/regions/
- Lovable publishing ↗docs.lovable.dev/features/publish
- Bolt Cloud ↗support.bolt.new/cloud/bolt-cloud
- Coolify installation and server requirements ↗coolify.io/docs/get-started/installation