Run supported catalog apps or custom deployments on a server you control. With the Impreza Agent, you can inspect your apps, create backups in the Impreza S3 storage associated with your account and restore into compatible deployments. An authorized AI assistant can help you manage those operations through Impreza MCP.
If the server is already hosted elsewhere, start with bringing your own server to Impreza and verify the Agent before choosing an app workflow. Connecting the machine does not import existing applications or their data.
A hosting workflow beyond installation
Deploy a supported catalog app or bring your Docker image, Dockerfile, Git repository or Compose stack. Check the resources and configuration your workload needs, then follow deployment status. Supported web apps can use automatic HTTPS and optional Tor access.
Once the app is running, use supported tools to inspect logs and app files, perform maintenance and manage backups. Keep root access to the server and choose what your assistant is allowed to do. You remain responsible for application updates, data consistency and recovery testing.
Keep a reviewable configuration history
Export a supported custom app as an impreza.app.v1 configuration document, inspect it and keep a reviewed copy in your repository. Prepare a change, compare its differences and confirm the exact plan before applying it to the existing app. Secret references are resolved against the app’s stored values; review the document before committing it.
Configuration history helps explain a change. It does not create a new deployment, move a domain, change a database binding or migrate data. Use the configuration guide for that reviewed workflow.
Observe the app after a change
Compatible agents report recent container state, CPU, memory, restart counts and estimated volume use. Configure supported down, restart or memory alert rules and inspect their evidence. The measurement window is 24 hours; missing reports are unknown, and this feature does not provide APM or automatic repairs.
See metrics and alerts before relying on a threshold or connecting external notifications.
Build a recovery plan for the app
App backups target covered deployment data and detected named volumes. They use Impreza S3 associated with your account, with capacity and costs determined by your storage service. Check successful job results and the actual schedule instead of assuming every deployment already has a usable recovery point.
Whole-VPS backups serve a different purpose. External databases, custom storage paths and third-party services also need their own plan. Eligible managed PostgreSQL and MariaDB connections can include a database-native dump with mandatory temporary restore verification. Unsupported engines and layouts still need their own backup procedure. Files and database dumps do not form one atomic snapshot; test the recovery you intend to use.
Assisted database recovery creates a new database for inspection. It leaves the serving database and app connection unchanged until you plan a separate switch.
Read the app backup and restore guide.
Prepare a move between compatible deployments
Create the destination app on another supported server in your account, restore a completed backup and test it before changing traffic. Catalog copies require the same app; custom copies require compatible deployment sources and modes. Application and database versions still need review.
You control the transition: verify records and files, check credentials and callbacks, then plan DNS or other address changes. This workflow does not provide continuous synchronization or an automatic zero-downtime move. Keep the source deployment record while relying on its backups: integrated restore currently needs that record.
Follow the migration guide for the sequence and checks.
Use the portal or an authorized AI assistant
Create an account without providing an email address and save your Account ID and one-time recovery code. Choose a compatible server and ensure the Impreza Agent is online. Connect a supported AI client through MCP and authorize only the permissions you need.
Your assistant can help inspect the current state, describe the proposed operation and carry out supported changes you authorize. Traditional hosting control panels use a separate workflow; these app tools require the compatible agent environment.
Retain a human decision over important changes
On a credential with a configured policy, selected AI requests for spending, destructive actions or security changes wait for a person in the client portal. This is off by default and complements scopes, quotas and spending ceilings. See human approval for AI agent actions before delegating an operation that changes important data or services.
For file recovery, Agent 0.6.25 adds staging and verification before the data exchange and keeps the target app stopped while restoration may still be writing. Update existing servers explicitly and follow the app recovery guide; this is not a guarantee of uninterrupted service or an atomic backup of every database and volume.
Questions before choosing
Can I restore to any provider?
The integrated workflow restores to compatible deployments managed by Impreza on your account. It is not a promise of one-click export to every hosting provider. An external move requires its own deployment, data and configuration plan.
Can I use any S3 bucket?
This integration uses the Impreza S3 service associated with your account. Arbitrary external bucket configuration is not part of this workflow. Check current storage capacity and pricing separately from the server plan.
Does a backup guarantee that my database will recover?
Recovery depends on the data captured, its consistency and target compatibility. Eligible managed database dumps must pass temporary restore verification before backup success. Inspect representative recovered records and app behavior too: neither a file checksum nor a table count proves your business data is complete.
What should I budget for a move?
Allow for the source and destination servers during testing, backup storage and sufficient destination disk for restored and displaced data. Review your actual service terms and resource needs before starting.
Will I keep the same onion address?
A copy into another app keeps the destination’s own Tor identity. Treat onion identity and public DNS as separate parts of the migration plan.
Choose a compatible VPS, deploy your app and verify your first recovery point before making important changes.