ContainerSSH: Launch containers on demand

Nice! Will give this a try. My current setup is a vscode docker container with every dependency and plugin I need for development. It runs on a powerful server.<p>It is SO nice to come back where you left from multiple machines. Also it is very nice to have a 10 gig connection. It works incredible well. With Scala and the metals plug-ins it is very close to a full blown intellij experience.

Hey folks, one of the authors here. The website contains a lot more information than the GitHub page: <a href="https:&#x2F;&#x2F;containerssh.io" rel="nofollow">https:&#x2F;&#x2F;containerssh.io</a><p>If you have any questions, I&#x27;d be happy to answer.

Love the concept of the explainer video. But am I the only one that didn&#x27;t understand what this does? I had to watch the video twice and really read the readme to finally get it.<p>Am I understanding that this is a fancy way of doing: - SSH to server - Create docker container (or Kubernetes) - docker exec -it container &#x2F;bin&#x2F;bash But in 1 command &amp; auto cleanup?<p>Pretty neat. Not sure I have a use for it though. Would&#x27;ve loved to see more use case in the docs (along with making the video explain the project better since it&#x27;s a great concept!)

Awesome! I wonder if I can use this to replace jupyterhub for my small data science team. The jhub kubernetes architecture is (roughly) -<p>Proxy —&gt; hub —&gt; spawner based on selected image —&gt; container with &#x2F;user persistent PV<p>But the image needs to be spawnable by jhub (i&#x2F;e it needs to have some variant of jupyter-server-proxy installed), and currently that limits you to JupyterLab, RStudio and openrefine.<p>If you can port-forward with containerssh you could bypass the whole jhub proxy &#x2F; hub &#x2F; spawner rigmarole and simply<p>Select image -&gt; containerssh w&#x2F;port forward -&gt; start the desired dev environment from inside the container -&gt; get to work.<p>Then you’re not limited to jhub-compatible environments, and you don’t have to manage the complexity of jhub.

For those that prefer a local environment that&#x27;s disposable but still supports most graphical apps as well, there&#x27;s Fedora&#x27;s Toolbox for pet containers.<p><a href="https:&#x2F;&#x2F;docs.fedoraproject.org&#x2F;en-US&#x2F;fedora-silverblue&#x2F;toolbox&#x2F;" rel="nofollow">https:&#x2F;&#x2F;docs.fedoraproject.org&#x2F;en-US&#x2F;fedora-silverblue&#x2F;toolb...</a>

Sounds a lot like VS Code devcontainers <a href="https:&#x2F;&#x2F;code.visualstudio.com&#x2F;docs&#x2F;remote&#x2F;containers" rel="nofollow">https:&#x2F;&#x2F;code.visualstudio.com&#x2F;docs&#x2F;remote&#x2F;containers</a>

I&#x27;m struggling to understand why this is useful. How is this useful from doing a docker exec, or kubectl exec?

I would rather have a Nix devShell.

I like the idea. With this, I can do something like - a Golang IDE container for go projects, a Javascript IDE container for frontend projects and so on.

If this works with Docker, it can work in AWS ECS with a bit of wrapping, right?

The one minute video doesn’t load for me

Or just use SystemD with nspawn.