Build with a supported Strapi runtime
The starter uses Node.js 24, which is inside Strapi 5's declared package-engine range, and builds the administration panel before starting the production server.
Build the Strapi 5 admin application on Node.js 24, connect managed PostgreSQL, generate every production secret, and keep local media uploads on durable storage.
Candidate release
Strapi
SOURCE
Git
REGION
de
ROUTE
HTTPS
01Source received
02Build completed
03Runtime started
04Health check passed
Promoted route
production.adios.run
A production path for
The production path
The application or service is only one part of production. Build evidence, runtime state, health, secrets, logs, routes, and the promoted version should remain inspectable together.
The starter uses Node.js 24, which is inside Strapi 5's declared package-engine range, and builds the administration panel before starting the production server.
Managed PostgreSQL 17 is created with a generated password and injected DATABASE_URL, keeping the service connection attached to the deployment contract.
Application keys, JWT secrets, token salts, and the encryption key remain secret-backed while the uploads volume preserves media written by the local upload provider.
From source to release
Use the source and production behavior the project already has. The manifest records what the platform should build or provision and how the result becomes ready.
Bring the existing repository, or inspect and deploy one of the exact starter variants linked below.
$adios loginKeep commands, runtime or service version, health behavior, and secret references in adios.yaml.
$git diff -- adios.yamlFollow build and runtime evidence, verify the candidate, and open the promoted route or service connection.
$adios upruntime: node@24
secrets:
POSTGRES_PASSWORD: secret://generate:32
APP_KEYS: secret://generate:128
API_TOKEN_SALT: secret://generate:64
ADMIN_JWT_SECRET: secret://generate:64
resources:
db:
type: database
template: postgres:17
database: strapi
username: strapi
password: secret://POSTGRES_PASSWORD
build_cmd: npm install && npm run build
start_cmd: npm run start
port: 1337
volumes:
- /app/public/uploadsDeployable starting points
The Strapi starter includes production configuration, managed PostgreSQL, generated secrets, the built-in health endpoint, and a persistent local-upload directory.
Web apps
Strapi 5 on Node.js 24 with managed PostgreSQL, generated secrets, and persistent uploads.
git clone https://github.com/adiosdotdev/templates.git
cd templates/nodejs/strapi
adios upBefore production
The safest first release starts with a reproducible build or service configuration and a preview that exercises the dependencies production will actually use.
Questions, answered
Review the runtime or service boundary, template path, failure behavior, and production checks before creating the first release.
The template uses Node.js 24. Strapi 5.46.1 declares support for Node.js 20 through 24, and the starter keeps the matching engine range in package.json.
The starter provisions managed PostgreSQL 17 and injects a secret-backed DATABASE_URL. PostgreSQL 17 is Strapi's current recommended PostgreSQL version and is above its version 14 minimum.
The manifest generates the PostgreSQL password, app keys, API-token salt, admin JWT secret, transfer-token salt, users-permissions JWT secret, and admin encryption key.
Yes for the included local upload provider. The template mounts /app/public/uploads on persistent storage. If you switch to object storage, update the provider configuration and backup plan.
Strapi exposes /_health and returns a successful no-content response after the server is ready. Use it for release readiness and uptime checks.
Related deployment paths
Deploy a persistent Node.js web process or worker from its existing package scripts, with release health, logs, secrets, routing, and Git history attached.
Choose a PostgreSQL version, keep database credentials out of Git, attach persistent storage, connect the application, and verify data after a restart.
Run WordPress 7.0.1 on PHP 8.3, provision its MySQL 8 database, generate stable authentication salts, and persist uploads, themes, and plugins across releases.
Deploy the frontend, API, or worker that connects to Supabase. Adios runs the application release; your Supabase project remains the external database and backend service.
The first release
Start from the repository or a template, review the deployment contract, and inspect what becomes the promoted production version.