Framework Fráncfort, Alemania
Nodion reconoce Nuxt por nuxt en el package.json. El buildpack de Node.js instala tus dependencias desde el lockfile, ejecuta nuxt build y arranca el servidor Nitro con node .output/server/index.mjs, así que los scripts por defecto de Nuxt funcionan tal cual. Tu app se ejecuta como un servidor Node.js siempre activo en Fráncfort.
nuxt en package.jsonstart o node .output/server/index.mjsbuild y luego arranca .output/server/index.mjs, que escucha en el PORT que define Nodion. Si añades un script start, Nodion ejecuta ese en su lugar. package.json "scripts": {
"build": "nuxt build",
"dev": "nuxt dev"
} runtimeConfig y defínelos como NUXT_API_SECRET o NUXT_PUBLIC_API_BASE en la pestaña Environment. Nuxt los lee al arrancar el servidor, así que no necesitan la opción Build. Solo la necesitan los valores que nuxt.config lee de process.env durante la build. nuxt.config.ts export default defineNuxtConfig({
runtimeConfig: {
apiSecret: "",
public: {
apiBase: "",
},
},
}); / responde con un estado 2xx o 3xx. Si / responde 401 o 404, añade una ruta de servidor como server/routes/health.ts y define /health como ruta de health check en los ajustes de la app. nuxt generate por sí solo y sigue arrancando el servidor. Para un sitio estático, usa nuxt generate como script build y añade un static.toml con output-dir = ".output/public". Así Nodion sirve esa carpeta con un servidor web estático y fallback a index.html, y basta con el tamaño más pequeño..output/server/index.mjs, que genera el preset por defecto de Nitro, node-server. Si nuxt.config o NITRO_PRESET eligen un preset para otro proveedor de hosting, quítalo.DATABASE_URL, REDIS_URL o CLICKHOUSE_URL. release: del Procfile se ejecuta con cada nueva build. Las apps con Dockerfile, así como los redeploys o rollbacks a una imagen anterior, usan un comando de release definido en la propia app, que además tiene prioridad sobre la línea del Procfile. En los sitios estáticos, el paso de release se ejecuta en una imagen que solo contiene los archivos generados por la build. No. Sin él, Nodion arranca node .output/server/index.mjs, el servidor que genera nuxt build. Un script start sustituye ese comando, así que, si añades uno, haz que apunte al servidor compilado, no a nuxt dev.
Sí. Nodion ejecuta el servidor Nitro como un proceso Node.js siempre activo, así que todo lo que hay en server/api y server/routes funciona igual que con node .output/server/index.mjs en tu ordenador.
Node.js 24, salvo que fijes otra en .node-version, .nvmrc o engines.node. Un rango como ">=20" selecciona la versión más reciente compatible, que hoy es Node.js 26.
En la región EU Central, en Fráncfort (Alemania). La build, el registry, la app y sus bases de datos, volúmenes, buckets, logs y métricas permanecen en esa región. La API y el plano de control de Nodion están alojados en Alemania. Nodion GmbH tiene su sede en Stuttgart.
Nodion te ofrece las bases para ello: Nodion GmbH tiene su sede en Stuttgart (Alemania); en la región de Fráncfort, la app, sus bases de datos y sus volúmenes se ejecutan en Alemania. Puedes formalizar electrónicamente el DPA (contrato de encargo del tratamiento, art. 28 del RGPD) en el dashboard. Que tu uso cumpla el RGPD también depende de cómo configures y uses la app.
Una instancia de app cuesta desde 1 EUR al mes. La configuración del recuadro de costes cuesta 2 EUR al mes: App 2 EUR. Los precios no incluyen IVA y la facturación es por segundo. Puedes elegir tamaños mayores o más instancias cuando lo necesites.
Sí. Cada app recibe un nombre de host predeterminado con HTTPS. Añade tu propio dominio en la pestaña Domains de la app; el certificado TLS se emite y se renueva automáticamente.
Hasta 15 € de crédito al registrarte.
o con tu email
Novedades del producto, sin spam. Puedes darte de baja cuando quieras.
Suscripción completada.