Docker on Windows Server 2016 Technical Preview 5(blog.docker.com) |
Docker on Windows Server 2016 Technical Preview 5(blog.docker.com) |
As an integrator, I've barely started seeing Win2012 in production last year, so it will be another 5 years before I can start playing with these new toys. Hell, some people are still chugging along with 2003sp2... and I'm talking Big Business, not some godforsaken countryside school.
The fact businesses are extending the life of systems not because they are unwilling to invest in upgrades but because they work just fine is a sign that the industry has reached a good level of maturity. It's a good thing. We should all be working collectively to solve new problems instead of reiterating over the same problems again and again.
In the old days of NT4 a 4-year old system would accumulate maintenance costs. Today, Windows 2003 is 13 years old and still pretty serviceable.
I'd be more worried about businesses accumulating unsustainable technical debt than accumulating old (but stable) technologies.
One might argue that it's insane to run a 13 year old OS that is not getting security updates any more at your business.
Unless you're maintaining Server 2003 itself, at which point it comes with 13 years worth of problems.
I'd think this is for the same reason XP lasted so long --- it's a good stable platform free of all the hassles and complexities of the ones that came after it. A lot of home users are already quite disturbed by the privacy implications of Windows 10, and if anything big businesses would be even more cautious of the same for its server counterpart.
[0]: https://insights.ubuntu.com/2016/03/30/ubuntu-on-windows-the...
I would say it is easier to just spin up an Ubuntu instance than to use Ubuntu on Windows on the server. What are some use cases that you're thinking of? Am I missing something?
Although I find a lot of the Azure services a bit too low-level, it's been very easy to build simpler interfaces on top of them, and get a lot done quickly. If this is anywhere near as nice on Azure as what the Joyent cloud's docker support looks like, it could be very interesting indeed.
I look forward if it can help OCaml as well, given their acquisition of Unikernel Systems.
---
OSEs/Hyper-V containers
DataCenter: Unlimited
Standard: 2
----
Windows Server containers
Datacenter: Unlimited
Standard: Unlimited
---
[0] - https://www.microsoft.com/en-us/server-cloud/products/window...
Trying to keep track of Windows licensing compliance across multiple versions and deployment models is confusing enough as it is. Different sources will give different answers to the same questions when interpreting licensing scenarios, and you can never know unless you get audited (?)
Licenses for Windows Server generally convey some rights for virtualization. https://hyperv.veeam.com/blog/virtualization-rights-windows-...
Multi-platform seems like a good direction to go in, so it might be a worthwhile tradeoff.
I'm one of an extremely large number of people who haven't made your mistakes. We tend not to bring it up because people like you go super-aggressive-defense and accuse us of being paranoid if we do.
Don't mistake our not bring it up for us not existing.
In an ideal world, operating systems (server and desktop alike) would already be on a 5-year release cycle with just yearly incremental upgrades in between (as much as the vendor can manage in a service-pack model).
Is it insane to run systems without any security updates? Even within the lifecycle of the product many businesses never even patch after the initial install. I personally know people that live by this: never patch anything unless presented with proof that it's necessary to do so (I don't completely agree with this, but money has been lost catering for low-impact security updates and people tend to learn a few lessons from it).
Security is more about risk management than being free of vulnerabilities. The issue isn't going by without security updates, is doing so without assessing the risk.
I fail to see the benefit of using Windows on the server unless you need Windows. Even Microsoft send to acknowledge that. I must be missing something.
Beyond this, there are a lot of developers running windows either by choice, or because they have software requirements themselves that can leverage this.
1.) Containers are not available on desktop SKUs. So there is no licensing consideration for Windows 10. If they later add containers to Windows 10, then they'll release licensing rules at that time.
2.) If you are running a server OS for your desktop, then the licensing is pretty clear. Hyper-v VM containers follow the same rules as normal hyper-v VMs (1 physical + 2 virtual for standard then each additional VM requires a license, unlimited for datacenter). For Windows Server Containers (which are not hyper-v based), it's even easier, it's unlimited regardless of edition.
3.) As always, the host OS must be licensed fully in order to have the appropriate rights (2016 is moving to core licensing, with a minimum of 8 core licenses per processor, and a minimum of 2 processors).
All in all, it's one of the easier features to understand the licensing for since it doesn't directly deal with CALs or internal/external usage rights.
1.) Containers are available on both desktops and servers because they're fundamentally the same OS (but with different sets of packages installed by default).
2.) As always, the server and desktop versions of Ubuntu available for unlimited use with zero licensing costs. Completely free.
I'd also like to add that the "base" Windows Server container image is 9.3 gigabytes while the base Ubuntu container image is 120 megabytes. Put it all together and you wind up with vastly greater costs to run Docker containers on Windows.
Having said that, if your application only runs on Windows then putting inside a container might not be a bad idea.
As for the size, I have the feeling that people that are going to run windows containers as a herd are going to opt for the nano image which is 793.3 MB. Still about 6.5 times larger than the ubuntu container image you mention, but 11.5 times smaller than the servercore container image. Particularly since the nano image is focused towards individual roles (IIS, dns, etc) which work well with the 1 task per container philosophy.
All in all, I'm not sure what the value is in comparing the two solutions (that isn't already covered in the Linux vs Windows threads). You can't run Linux containers on Windows, and you can't run Windows containers on Linux (without running an actual virtualized workload). So it seems pretty clear that you choose Windows if you have Windows servers to containerize, and Linux if you have Linux servers to containerize.
I would assume that also applies to VMs or containers.