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

Docker for Mac and Windows Is Now Generally Available and Ready for Production

blog.docker.com

Post reply on HN
Print view View original

11–20 of 169 posts

Re: Docker for Mac and Windows Is Now Generally Available and Ready for Production

#11

Post by gtirloni »

yladiz wrote: post #8

I don't use Docker much now, but in my experience the reliance on Virtualbox (on Mac) was a little clunky and annoying, and I really wished for native support without Virtualbox. I'm super happy to see that's here!

I think it makes sense to depend on the "native" virtualization solutions for each operating system (Hyper-V and xhyve).

We have been using Vagrant and VirtualBox heavily and the new Docker for Windows/Mac is making us reconsider that since you can't easily use more than one hypervisor on the same dev machine without some hassle. We might be building our Vagrant boxes for these other hypervisors soon. VirtualBox still seems easier to work with but there isn't anything much exciting happening with it lately.

Let's see...

Re: Docker for Mac and Windows Is Now Generally Available and Ready for Production

#12

Post by gtirloni »

slantedview wrote: post #6

I need nested virtualization as well. I don't know if this is possible with the hypervisor being used, but it's hugely important for me.

I'm not sure about xhyve, but I vaguely remember Hyper-V supports nested virtualization but only on Windows guests. Something Microsoft seems to need that for the upcoming Windows containers.

Your best option for nested virtualization seems to be qemu, but you don't need virtualization for Docker on Linux so it's pointless.

VirtualBox doesn't support nested virtualization either.

Re: Docker for Mac and Windows Is Now Generally Available and Ready for Production

#13

Post by DigitalJack »

010a wrote: post #4
hijinks wrote: post #3

Earlier quoted context omitted.

I was an early user of the mac beta and the 100% cpu would happen 2-3 times daily. Now it maybe happens once every 2 weeks. Not sure about the others but the CPU isn't much an issue anymore. Maybe its just me being use to how bad it was.

I've been heavily using it since what must have been early closed beta, and cannot recall ever having this issue. Might be something that isn't quite so widespread.

It's about weekly for me on mac.

Re: Docker for Mac and Windows Is Now Generally Available and Ready for Production

#14

Post by jonesetc »

senex wrote: post #2

I've been tracking the beta for a while. I'm confused about this announcement. These issues still seem unresolved? (1) docker can peg the CPU until it's restarted https://forums.docker.com/t/com-docker-xhyve-and-com-docker-... (2) pinata was removed, so it can't be configured from CLI scripts https://forums.docker.com/t/pinata-missing-in-latest-mac-bet... (3) it's not possible to establish an ip-level route from the…

I have also yet to see a reasonable solution for connecting out of a container back to the host with Docker.app.

On linux and OSX with docker-machine this is easy with:

    docker run --add-host host:ip.for.docker.interface foo
But there is no equivalent to the docker0 interface or the vboxnet interface for Docker.app.

EDIT: I don't use this for any production environments, but it is very useful for debugging and testing.

Re: Docker for Mac and Windows Is Now Generally Available and Ready for Production

#15

Post by rhinoceraptor »

jmspring wrote: post #5
senex wrote: post #2

I've been tracking the beta for a while. I'm confused about this announcement. These issues still seem unresolved? (1) docker can peg the CPU until it's restarted https://forums.docker.com/t/com-docker-xhyve-and-com-docker-... (2) pinata was removed, so it can't be configured from CLI scripts https://forums.docker.com/t/pinata-missing-in-latest-mac-bet... (3) it's not possible to establish an ip-level route from the…

Sadly, the state of things, be it the Docker ecosystem or others, "ready for production" means something much different than it did years ago. For me, the definition of ready for production, Debian is a good example of the opposite end of Docker.

I think by 'production', they mean 'ready for general use on developer laptops'. No one in their right mind is deploying actual production software on Docker, on OS X/Windows.

I've been using it on my laptop daily for a month or two now, and it's been great. Certainly much better than the old Virtualbox setup.

Re: Docker for Mac and Windows Is Now Generally Available and Ready for Production

#16

Post by thejosh »

senex wrote: post #2

I've been tracking the beta for a while. I'm confused about this announcement. These issues still seem unresolved? (1) docker can peg the CPU until it's restarted https://forums.docker.com/t/com-docker-xhyve-and-com-docker-... (2) pinata was removed, so it can't be configured from CLI scripts https://forums.docker.com/t/pinata-missing-in-latest-mac-bet... (3) it's not possible to establish an ip-level route from the…

Fixing the file system is going to be a very hard/impossible task.

Re: Docker for Mac and Windows Is Now Generally Available and Ready for Production

#17

Post by hinkley »

jmspring wrote: post #5
senex wrote: post #2

I've been tracking the beta for a while. I'm confused about this announcement. These issues still seem unresolved? (1) docker can peg the CPU until it's restarted https://forums.docker.com/t/com-docker-xhyve-and-com-docker-... (2) pinata was removed, so it can't be configured from CLI scripts https://forums.docker.com/t/pinata-missing-in-latest-mac-bet... (3) it's not possible to establish an ip-level route from the…

Sadly, the state of things, be it the Docker ecosystem or others, "ready for production" means something much different than it did years ago. For me, the definition of ready for production, Debian is a good example of the opposite end of Docker.

It's amazing to me that a tool I use to prove that our stuff is ready for production is having such a hard time achieving the same thing.
Post reply on HN