canonical / multipass-blueprints

Blueprint definitions for [`multipass launch`](https://multipass.run)
GNU General Public License v3.0
66 stars 38 forks source link

add workflow for docker #11

Closed sed-i closed 2 years ago

sed-i commented 2 years ago

This PR introduces a new workflow:

valentincanonical commented 2 years ago

Hey there! Dropping a few ideas here, from the demo I saw today:

a few threads to explore,

Saviq commented 2 years ago
  • integrate with an open source UI for OCI runtimes, like Portainer

Should be doable, yeah.

(IMO, K8s options should be left to other projects such as microk8s.io)

Any other opinions on this?

Totally, we want to have a "first run" experience where a message is printed after multipass launch docker for the first time.

  • how are upgrades handled?

Snaps get auto updated, unattended-upgrades is configured with defaults, we could maybe tweak those. Anything else in your mind?

  • docker-compose integration

👍

  • out of disk space issues when the VM starts to fill with images (help message on how to resize? and/or how to clear some space?)

That sounds like a generic thing, we could warn about low disk on multipass shell and/or multipass exec (and by extension, on alias execution).

  • pausing/resuming the VM when it is not being used (and, how will I be warned if I try to run a command while the VM is stopped?)

Executing the alias would kick the machine to life. Pausing is problematic as how do we know it's not being used?

valentincanonical commented 2 years ago

Snaps get auto updated, unattended-upgrades is configured with defaults, we could maybe tweak those. Anything else in your mind?

Sounds right for patches/security updates. Upgrading (esp. major) versions may be trickier. Only something to keep in mind I guess. Not sure I have an answer!

  • out of disk space issues when the VM starts to fill with images (help message on how to resize? and/or how to clear some space?) That sounds like a generic thing, we could warn about low disk on multipass shell and/or multipass exec (and by extension, on alias execution).

👍

  • pausing/resuming the VM when it is not being used (and, how will I be warned if I try to run a command while the VM is stopped?) Executing the alias would kick the machine to life. Pausing is problematic as how do we know it's not being used?

Right, pausing needs to be opt-in. Might be something to document in the post-launch message.