Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Docker Hack Day Highlights

blog.runkite.com

Post reply on HN
Print view View original

11–18 of 18 posts

Re: Docker Hack Day Highlights

#11

Post by atonse »

julien421 wrote: post #5
atonse wrote: post #4

I am slightly embarrassed to say, even when I see all these folks say amazing things about how Docker made their lives easier, I still can't wrap my head around exactly what it is. (This when I KNOW I want jail-like isolation between many of my rails apps on one server) Is it like a jail in BSD? Ok but then what are the chef-like recipes for? (the docker recipe-like stuff is leading me to think that)... I get the ben…

Hey Antonse, Does this presentation help you understand? http://www.docker.io/about/

I've seen this presentation and it's a great higher-level introduction to the benefits. The shipipng container analogy is great. Where I'm stuck now is how that maps to "what do I type in SSH, and how is it modifying my server's filesystem?" - just the getting started phase. But this page (https://github.com/dotcloud/docker/wiki/Docker-external-reso...) seems to be really helpful.

Re: Docker Hack Day Highlights

#12

Post by StavrosK »

atonse wrote: post #4

I am slightly embarrassed to say, even when I see all these folks say amazing things about how Docker made their lives easier, I still can't wrap my head around exactly what it is. (This when I KNOW I want jail-like isolation between many of my rails apps on one server) Is it like a jail in BSD? Ok but then what are the chef-like recipes for? (the docker recipe-like stuff is leading me to think that)... I get the ben…

High-level overview: You get an image (an actual filesystem image). You "docker run" some command, which creates a container (container is to image what VM is to, well, disk image, the container is what runs). Any change to this container doesn't change the base image, but it's done on a separate one. You can commit at any point and "freeze" the container's image and get back to it. You can start and stop the container at any time, but you can only run one starting process in it (so you might want to run sshd or supervisord).

That's pretty much the gist. It's a VM where snapshots are free, you can clone it at any point and branch off, and it's really lightweight to run. Basically, think of it as the child of VirtualBox and git.

Re: Docker Hack Day Highlights

#13

Post by sciurus »

spahl wrote: post #10
sciurus wrote: post #9

"Sebastian’s team needs docker for a simple reason: they build Debian packages for anything they send to production. But they don’t want to SSH into a build server, clone the git repo, build the package, then copy & upload it. This just takes too long and is annoying." I hope I'm misunderstanding this. Instead of improving their central build infrastructure, they gave up on it and have the developers produce builds f…

Nobody said we gave up on continuous integration. Quite the contrary! We use jenkins and other CI tools on a daily basis. Once we have tools to build debian packages easily in a controlled environment (containers), the CI server will be able to use the same tools to build and test the final package. The advantage here is that a developer can test the whole workflow and build local test/dev packages with the same tool…

I'm glad to hear I was reading too much into the summary. So you plan to use docker as a replacement for tools like pbuilder?

Re: Docker Hack Day Highlights

#14

Post by sgrove »

shykes wrote: post #8
shykes wrote: post #7

Earlier quoted context omitted.

Yeah, it's hard to find the balance between "big picture" explanation and more concrete examples... This wiki page might help: it's full of various Docker resources: articles, tutorials, etc. https://github.com/dotcloud/docker/wiki/Docker-external-reso...

There's also this Pycon lightning talk: http://www.youtube.com/watch?v=wW9CAH9nSLs

This talk was brilliant by the way, well done on it. Really happy to see a lot of movement around docker, seems like it's really hit a nerve.

Re: Docker Hack Day Highlights

#15

Post by spahl »

sciurus wrote: post #13
spahl wrote: post #10

Earlier quoted context omitted.

Nobody said we gave up on continuous integration. Quite the contrary! We use jenkins and other CI tools on a daily basis. Once we have tools to build debian packages easily in a controlled environment (containers), the CI server will be able to use the same tools to build and test the final package. The advantage here is that a developer can test the whole workflow and build local test/dev packages with the same tool…

I'm glad to hear I was reading too much into the summary. So you plan to use docker as a replacement for tools like pbuilder?

Yes packages are built in a fresh container every time. It's has a lot of functionality in common with pbuilder.

Of course, building packages is just one of many use cases. You also want to test the installation of the new package, run integration tests...

Re: Docker Hack Day Highlights

#17

Post by alexk »

boothead wrote: post #16

Interesting to see emacs on its lonesome in one of those boxes. How does that work? Emacs client into an exposed port or something else?

In your .emacs

(defun create-docker-terminal (buffer-name) (interactive "sshell name: ") (ansi-term "~/docker/launch.sh") (rename-buffer buffer-name t)) (global-set-key (kbd "C-c d") 'create-docker-terminal)

In your launch.sh

docker run -u user -i -t -v local-dir:dir-inside-container /bin/bash --rcfile your-rc-file

Re: Docker Hack Day Highlights

#18

Post by boothead »

alexk wrote: post #17
boothead wrote: post #16

Interesting to see emacs on its lonesome in one of those boxes. How does that work? Emacs client into an exposed port or something else?

In your .emacs (defun create-docker-terminal (buffer-name) (interactive "sshell name: ") (ansi-term "~/docker/launch.sh") (rename-buffer buffer-name t)) (global-set-key (kbd "C-c d") 'create-docker-terminal) In your launch.sh docker run -u user -i -t -v local-dir:dir-inside-container /bin/bash --rcfile your-rc-file

So you are just running docker from within emacs rather than the other way round?
Post reply on HN