Workloads
HostShift uses workload adapters to plan transfer, target preparation, verification, and rollback metadata.
Supported Workloads
Section titled “Supported Workloads”docker-composedocker-standalonedocker-volumefile-setcronphp-fpmsupervisorfail2banmemcachedrabbitmqcertbotlogrotatecaddyapache-vhostsystemd-servicemysqlmariadbpostgresqlredis
For every field, generated command, target package capability, and validation rule, see Workload Reference.
Transfer Strategy
Section titled “Transfer Strategy”Sync plans may include streams, which pipe a validated source read command into a validated target write command.
Examples:
tar --createtotar --extractdocker image savetodocker image loadmysqldumptomysqlpg_dumptopg_restore- existing Redis RDB or
redis-cli --rdbstream to target RDB file - existing Docker volume snapshot tar to a reviewed target data path
Checks
Section titled “Checks”Verify checks include:
- HTTP status checks with optional Host header
- Laravel database connectivity through a target-side container command
- target-side
fileExistsandfileContains - MySQL and PostgreSQL scalar checks
- systemd
serviceActive - UFW and nftables rule checks
- Nginx config validation and reload
For every check type and its generated target command, see Check Reference.
Target Package Planning
Section titled “Target Package Planning”HostShift derives package requirements from workloads and checks, maps them through the Ubuntu/Debian platform adapter, and blocks unknown target platforms instead of guessing package names.