Live data from Hacker News

Microsoft announces Hyper-V Containers

azure.microsoft.com

61–70 of 148 posts

Re: Microsoft announces Hyper-V Containers

#61
post #38

It'd be nice if Visual Studio tooling could let you hit F5 and your app could Compile, Deploy to an On-Desktop Container after running a dockerfile, Start Debugging from a 'remote' debugger.

Good feedback!! Something for us to look at...

I know for a fact people are already working on this...

Re: Microsoft announces Hyper-V Containers

#62
post #48
post #21

Earlier quoted context omitted.

Thanks for the clarification. I at first assumed they'd bring OS level virtualization, apparently I'm not the only one. But it's basically just minimal images of windows in regular VMs then... A step in the right direction but still disappointing imo. Linux and BSD are still miles ahead.

Microsoft is doing OS-level containers and they are also going to allow running containers in VMs.

That's what you would assume when you look at the image. But

> Hyper-V Containers, a new container deployment option with enhanced isolation powered by Hyper-V virtualization.

Everything written tells a different story. "Hyper-V virtualization" means virtual machines, making it not a container. They just try to make that sound like a feature.

Or do you have more information than I do?

Re: Microsoft announces Hyper-V Containers

#63

THE STORY OF THE CONTAINER GOLDRUSH As seen by a verbose, presumptuous 22 year old. OPEN SOURCE MOVEMENT lays foundation for containerization: - linux kernel gains mainstream adoption, becomes standardized across distributions - kernel matures to support containerization (i.e., namespacing critical OS operations) - lxc project takes advantage of kernel support, builds tooling around namespace containerization DOCKER…

You forgot the part where Solaris did containers first in 2005.

Others "realised" the value of this later and started improving upon the ideas contained within.

Although I'm sure many might argue that this is the natural conclusion of virtualization.

Re: Microsoft announces Hyper-V Containers

#64
post #48
post #21

Earlier quoted context omitted.

Thanks for the clarification. I at first assumed they'd bring OS level virtualization, apparently I'm not the only one. But it's basically just minimal images of windows in regular VMs then... A step in the right direction but still disappointing imo. Linux and BSD are still miles ahead.

Microsoft is doing OS-level containers and they are also going to allow running containers in VMs.

Trying to clarify. We are talking about 3 things: 1) OS virtualization for Windows. We announced this last year: http://azure.microsoft.com/blog/2014/10/15/new-windows-serve... 2) Nano Server -- A small Windows Server sku. Perfect for containers, but also useful for other scenarios where you need a small, cloud optimized Windows 3) Hyper-V Containers -- Think if you wanted to optimize a hypervisor with assumption that it is only running a container. What enlightenments would you enable? What management interface would you put on it? We'll have more details later, but this is the core concept.

Re: Microsoft announces Hyper-V Containers

#65

THE STORY OF THE CONTAINER GOLDRUSH As seen by a verbose, presumptuous 22 year old. OPEN SOURCE MOVEMENT lays foundation for containerization: - linux kernel gains mainstream adoption, becomes standardized across distributions - kernel matures to support containerization (i.e., namespacing critical OS operations) - lxc project takes advantage of kernel support, builds tooling around namespace containerization DOCKER…

You forgot the part where Solaris did containers first in 2005. Others "realised" the value of this later and started improving upon the ideas contained within. Although I'm sure many might argue that this is the natural conclusion of virtualization.

And where FreeBSD did jails in 2000 (or actually a bit earlier).

https://www.freebsd.org/releases/4.0R/notes.html

Re: Microsoft announces Hyper-V Containers

#66
post #46

Earlier quoted context omitted.

While they are at it, they could create a posix compatible layer for Windows. That would really drive some conversion. edit: after rereading my comment and seeing the downvotes, just to clarify, it was a serious, not negative suggestion. :)

They've done that before and, as far as I know, it was not an extremely popular product.

It was not an extremely functional product. It was largely there to get government contracts where one of the requirements was POSIX conformance, even if they weren't using it.

Re: Microsoft announces Hyper-V Containers

#67

THE STORY OF THE CONTAINER GOLDRUSH As seen by a verbose, presumptuous 22 year old. OPEN SOURCE MOVEMENT lays foundation for containerization: - linux kernel gains mainstream adoption, becomes standardized across distributions - kernel matures to support containerization (i.e., namespacing critical OS operations) - lxc project takes advantage of kernel support, builds tooling around namespace containerization DOCKER…

You forgot the part where Solaris did containers first in 2005. Others "realised" the value of this later and started improving upon the ideas contained within. Although I'm sure many might argue that this is the natural conclusion of virtualization.

Good point. The idea of containerization has existed for a long time. A widespread implementation of it has not. The levels of abstraction are "idea of containerization" -> kernel implementation -> userspace tools. LXC, Solaris Containers, BSD jails all exist at kernel level of abstraction. Docker, Rocket, lxc-tools exist at userspace level of abstraction.

For any component at a given level of abstraction to gain widspread adoption, it needs to beat its competitors. Linux kernel needed to beat FreeBSD and Solaris. That's why I started the story with "linux kernel gains mainstream adoption." Consolidation at the kernel abstraction level is complete. Linux won. Now it's time for consolidation in the userspace abstraction level.

Re: Microsoft announces Hyper-V Containers

#68

What filesystem backend does docker use on Windows? Doesn't it require a copy on write filesystem to be efficient?

We're building a new one as part of the Windows Server Container implementation. Also doing copy-on-write registry and tightening up Job Objects: https://msdn.microsoft.com/en-us/library/windows/desktop/ms6... With any OS, containers are actually made up of several low-level components put together behind a management experience (which will include Docker).

Re: Microsoft announces Hyper-V Containers

#69
post #28

Earlier quoted context omitted.

Microsoft creating their own version means the technology is viable? I think people have been using 'the technology' for years, without any input from Microsoft. It doesn't need to be anointed by Microsoft to be 'viable'.

For the tech enthusiast and the visionaries, you are correct; It is a very viable technology. However the majority of people that deploy software are rather conservative and unless they see a market leader such as Microsoft with a solution they don't deem the technology safe to use. This is well documented in a lot of literature like Crossing the Chasm but can be observed frequently if you work at a larger non-tech o…

This also means a lot of Microsoft shops who have a lot of Docker enthusiasts will be able to pitch this to thier bosses, who might not have been on board prior to this since it wasn't an enterprise MS product.

This will open a TON of doors for everybody.

Re: Microsoft announces Hyper-V Containers

#70

Earlier quoted context omitted.

They've done that before and, as far as I know, it was not an extremely popular product.

It was not an extremely functional product. It was largely there to get government contracts where one of the requirements was POSIX conformance, even if they weren't using it.

Imagining they had first-class support for it (a major undertaking, I'd guess, but anyway) how many people would use it? I'd guess it'd be about the same people who use Cygwin now.
Post reply on HN