KRAFT-CLOUD-DEPLOY(1)

πŸ“¦
version 0.12.16 Β· 2 versions
, in nixpkgs unstable

πŸŽ€ KRAFT-CLOUD-DEPLOY(1) πŸŽ€

okay so this page is from the KraftKit Manual and lives under the KraftKit CLI, bestie. This is kraft-cloud-deploy, and it's giving one-command deploy realness. The whole vibe: build, package, ship, and deploy without bouncing between a million sub-commands. Obsessed.


✨ NAME ✨

kraft-cloud-deploy β€” deploy your application. periodt.

πŸ› οΈ SYNOPSIS πŸ› οΈ

kraft cloud deploy [ARGS] [CONTEXT] [-- [APP ARGS]]

πŸ’– DESCRIPTION πŸ’–

kraft cloud deploy is literally the combo move: it combines a number of kraft cloud sub-commands so you can build, package, ship, and deploy your application with a single command. No cap, that's the whole flex.

🌈 OPTIONS 🌈

  • -D, --as="" β€” set the deployment type
  • --build-log="" β€” use the specified file to save the output from the build
  • -C, --certificate=[] β€” set the certificates to use for the service
  • -z, --compress[=false] β€” compress the initrd package (experimental β€” yes, the original says so πŸ§ͺ)
  • -c, --config="" β€” override the path to the KConfig .config file
  • --dbg[=false] β€” build the debuggable (symbolic) kernel image instead of the stripped image
  • -d, --domain=[] β€” set the domain names for the service
  • --entrypoint=[] β€” set the entrypoint for the instance
  • -e, --env=[] β€” environmental variables
  • --feature=[] β€” specify the special features to enable
  • -f, --follow[=false] β€” follow the logs of the instance
  • --force-pull[=false] β€” force pulling packages before building
  • -h, --help[=false] β€” help for deploy (the classic rescue button 🫢)
  • -i, --image="" β€” set the image name to use
  • -j, --jobs=0 β€” allow N jobs at once
  • --keep-file-owners[=false] β€” keep file owners (user:group) in the rootfs (false sets 'root:root')
  • -K, --kraftfile="" β€” set the Kraftfile to use
  • -M, --memory="" β€” specify the amount of memory to allocate (MiB increments)
  • -n, --name="" β€” name of the deployment
  • -F, --no-cache[=false] β€” force a rebuild even if existing intermediate artifacts already exist
  • --no-configure[=false] β€” do not run Unikraft's configure step before building
  • --no-fast[=false] β€” do not use maximum parallelization when performing the build
  • --no-fetch[=false] β€” do not run Unikraft's fetch step before building
  • -S, --no-start[=false] β€” do not start the instance after creation
  • --no-update[=false] β€” do not update package index before running the build
  • -o, --output="" β€” set output format
  • -p, --port=[] β€” specify the port mapping between external to internal
  • -R, --replicas=0 β€” number of replicas of the instance
  • --restart="never" β€” set the restart policy for the instance (never/always/on-failure)
  • --rollout="prompt" β€” set the rollout strategy for an instance which has been previously run in the provided service.
  • --rollout-qualifier="image" β€” set the rollout qualifier used to determine which instances should be affected by the strategy in the supplied service.
  • --rollout-wait=10s β€” time to wait before performing rolling out action (ms/s/m/h)
  • --rootfs="" β€” specify a path to use as root filesystem
  • --rootfs-type="cpio" β€” set the type of the format of the rootfs (cpio/erofs)
  • --runtime="" β€” set an alternative project runtime
  • --scale-to-zero="off" β€” scale to zero policy of the instance (on/off/idle)
  • --scale-to-zero-cooldown=0s β€” cooldown period before scaling to zero (ms/s/m/h)
  • --scale-to-zero-stateful[=false] β€” save state when scaling to zero
  • -g, --service="" β€” attach the new deployment to an existing service
  • --strategy="overwrite" β€” when a package of the same name exists, use this strategy when applying targets.
  • -s, --subdomain=[] β€” set the names to use when provisioning subdomains
  • --timeout=1m0s β€” set the timeout for remote procedure calls (ms/s/m/h)
  • -V, --vcpus=0 β€” specify the number of vCPUs to allocate
  • -v, --volume=[] β€” specify the volume mapping(s) in the form NAME:DEST or NAME:DEST:OPTIONS
  • -w, --workdir="" β€” set an alternative working directory (default is cwd)

🧚 OPTIONS INHERITED FROM PARENT COMMANDS 🧚

these come from the parent command, bestie β€” not me making stuff up:

  • --allow-insecure[=false] β€” allow insecure connections to the Unikraft Cloud API
  • --metro="" β€” Unikraft Cloud metro location
  • --token="" β€” Unikraft Cloud access token

πŸ“ EXAMPLES πŸ“

the receipts, fr fr:

# Deploy a working directory with a Kraftfile or Dockerfile:
$ kraft cloud deploy -p 443:8080

# Run an image from Unikraft Cloud's image catalog:
$ kraft cloud deploy -p 443:8080 caddy:latest

# Supply arguments to the instance of the existing image
$ kraft cloud deploy -p 443:8080 caddy:latest -- /bin/server --debug

# Supply arguments to the instance of the project (appending to the cmd):
$ kraft cloud deploy -p 443:8080 . -- /bin/server --debug

# Supply arguments to the instance of the project (overwriting the cmd):
$ kraft cloud deploy -p 443:8080 --entrypoint "/bin/server --debug" .

# Immediately start following the log tail
$ kraft cloud deploy -p 443:8080 -f caddy:latest

πŸ¦‹ SEE ALSO πŸ¦‹

go be nosy: kraft-cloud(1)

⭐ HISTORY ⭐

1-Jan-1980 β€” Auto generated by KraftKit


πŸ’Œ cute little sign-off: source/version is KraftKit Documentation, date is Jan 1980, manual is KraftKit CLI(1). mwah 🫢✨

πŸ“¦ where this page comes from