HN user

jonasrosland

392 karma

[ my public key: https://keybase.io/jonasrosland; my proof: https://keybase.io/jonasrosland/sigs/KxYuJG7gXz68CL6w17xApSFK74iKUGIDr4ezJ2Dg1FU ]

Posts21
Comments9
View on HN
falco.org 2mo ago

Show HN: Prempti – Guardrails and observability for AI coding agents

jonasrosland
3pts0
projectcontour.io 6y ago

Announcing Contour 1.0: A Proxy for Your Multi-Tenant Future

jonasrosland
2pts0
jonasrosland.com 9y ago

How I Built an Alternate Reality Game – Part 1: The Why

jonasrosland
2pts0
blog.codedellemc.com 9y ago

{code} Community’s Impressive Achievements

jonasrosland
1pts0
medium.com 9y ago

Why I wrote a book on Go programming

jonasrosland
1pts0
urbit.org 10y ago

Urbit is now in open developer beta

jonasrosland
184pts153
blog.emccode.com 10y ago

Highly Available Cassandra Data Services on Mesos

jonasrosland
4pts0
blog.emccode.com 10y ago

Volume Plugins with Docker Toolbox and Boot2Docker

jonasrosland
2pts0
blog.emccode.com 10y ago

Use Docker Swarm with a data persistence layer

jonasrosland
3pts0
uk.emc.com 10y ago

Michael Dell, MSD Partners and Silver Lake Combine Dell and EMC

jonasrosland
2pts0
blog.codeship.com 10y ago

Docker Machine, Compose and Swarm: How They Work Together

jonasrosland
6pts0
blog.emccode.com 10y ago

Run your stateful apps with Mesos and Docker

jonasrosland
2pts0
blog.emccode.com 10y ago

Run your stateful apps with Mesos and Docker

jonasrosland
2pts0
github.com 11y ago

Helios Burn – A REST Fault Injection Platform

jonasrosland
2pts2
github.com 11y ago

REX-ray – Storage management for your containers data volumes

jonasrosland
2pts0
www.youtube.com 11y ago

Life-sized X-Wing in Lego time-lapse

jonasrosland
3pts0
www.vagrantbox.es 11y ago

Vagrantbox.es

jonasrosland
1pts0
coprhd.github.io 11y ago

CoprHD – EMC open sources their software-defined storage controller

jonasrosland
2pts0
kerbalspaceprogram.com 11y ago

Kerbal Space Program Launches Version 1.0

jonasrosland
326pts52
vmware.github.io 11y ago

Open Source Software by VMware

jonasrosland
3pts0
www.ksphistory.com 11y ago

International Space Race History Through Kerbal Space Program

jonasrosland
2pts0

It's a question I've seen pop up every now and then. If you look at the current distribution landscape in any given enterprise today you'll probably see a standardization on one distribution, with a few exceptions here and there. This is mostly due to the need to have ease of management and the same goes for container OSes. If you mix several of them you're adding on "management tax" for the underlying OSes, even if the containers might be managed by a tool on top of it. Deploying/configuring/managing CoreOS is different than RancherOS which is different than SmartOS, for instance.

I say try a few of them, including the tooling that comes with them, and since the containers look the same and will behave the same on all of them you can easily change your underlying OS (and tooling) in this testing phase. Then try the different tools that can be used on top of them and I'm sure you'll find a mix that works for you :)

I posted a reply on the original post, so I'll add it here as well:

Yes, SmartOS is indeed very interesting and has been around for many years already. They've done some incredible work to get Docker containers to work on their platform. The purpose of the comparison here is to show some of the Linux OSes that are focused on containers (mainly Docker but also others), and it's never gonna be an exhaustive list. SmartOS could've been on the list as another alternative.

You're right, it's a list of the OSes and some of their strengths. I'd rather not get into a container OS war on "which one is better", as I stated at the beginning of the article it always depends on your needs :)

Thank you! I try to list mostly the pros and not the cons, as missing features might pop up in the future which would make the post less useful.

Transfer of IP is not reasonable, as you should still own what you have created.

Granting a perpetual and royalty-free license is very common as can be seen in the Apache Individual Contributor License Agreement: https://www.apache.org/licenses/icla.txt

The Apache ICLA states that you still own the copyright of the software and can do what you want with it, they only license it from you and can then use it for the purposes stated in the agreement. It does require you to mention all the patents that you might infringe on, but only if you are aware of them. Otherwise you're pretty much in the clear.

I wouldn't have signed the document mentioned in the article, I think you made the right move.