Run it your way

Take Daptin from a local evaluation to an environment your team can own.

Use a pinned container or release binary, choose persistent state, put the right services behind a trusted edge, and keep a rollback path.

See what it changes Technical guide ↗

Deployment in a product

Choose the releasePin the chosen release artifact

Connect durable stateDatabase, assets, configuration, and keys

Expose only the product surfaceProxy, TLS, monitoring, backup, and rollback

Deployment is an owned product decision

01Begin with a repeatable artifactUse a pinned container or release binary.

02Keep state beyond the processPersist database, files, configuration, and key material.

03Keep pinned artifacts, tested backups, restore procedures, and rollback steps ready for each deployment.Back up, observe, upgrade deliberately, and retain rollback.

Why it matters

Starting the process is easy. Owning the product means planning what survives it.

A local container can prove the product quickly. Production adds harder questions: where data and files persist, which services are public, how secrets and TLS are managed, how health is observed, and how an upgrade can be reversed.

Daptin ships as versioned releases and a container, with Compose useful for evaluation and small coordinated environments. The same runtime can connect to supported external databases and cloud storage.

A production deployment treats the binary as one replaceable piece of a wider owned system. Database, storage, DNS, certificates, monitoring, and recovery must move through change together.

Reproduce what you run

Pin the application artifact and record its configuration.

Separate process from state

Keep durable data, files, secrets, and certificates outside disposable runtime layers.

Make upgrades reversible

Back up first, observe representative paths, and retain the earlier compatible artifact and recovery plan.

Protect customers through a restart

Prepare, serve, and complete a restart while protecting accepted requests.

Daptin opens business information and customer features before taking traffic, sends new requests to another active service, finishes accepted requests, and saves every update safely.

Diagram showing Daptin preparing for customer traffic, serving website and app requests, and safely finishing accepted activity during restart. — **Serve customers through a safe restart**Connect active Daptin services, load customer features and scheduled routines, track capacity, and finish in-flight activity before disconnecting.Open diagram for full-size view

How it fits

Part of one connected backend.

Deployment does more when it can reuse the records, people, access rules, and workflows already in your application.

Step 1Package

Choose the versioned image or release binary.

Step 2Persist

Connect the database and storage appropriate to the workload.

Step 3Protect

Configure secrets, TLS, origins, network exposure, and limits.

Step 4Operate

Operate the database, file storage, secrets, listeners, queues, and Daptin binary as one deployment.

What it enables

Use it in products people recognize.

Start from the experience you want to create; the backend capability supports the work behind it.

Single-server product

Run the binary under a service manager with externalized state.

Container deployment

Place a pinned image behind an existing proxy and monitoring stack.

Coordinated small stack

Use Compose as a starting point, then replace examples with real secrets and persistence.

Connected by design

Deploy, monitor, back up, restore, upgrade, and redeploy a pinned previous release for the complete Daptin stack.

These capabilities share the same application context, so each one makes deployment more useful.

Know the boundary

What Daptin leaves in your hands.

Your team provisions infrastructure, deploys Daptin, monitors health, performs backups, and applies upgrades. You own infrastructure, availability, scaling, backups, secrets, DNS, certificates, upgrades, and incident response. Run Daptin with a service manager, containers, or an orchestration platform that supplies persistent state, secrets, networking, and health checks.

Understand the operating responsibility →

Build from one foundation

Deploy one self-hosted runtime for APIs, files, jobs, mail, and integrations.

Run Daptin locally, explore the live administration surface, and follow one complete application path.

Get Daptin Explore all capabilities