5 ms·

I'm surprised that RedHat's OpenShift 3 / Origin does not get any publicity on HN. It uses Kubernetes (of which RedHat silently became the largest committer) an

by rmoriz 10y ago

I'm surprised that RedHat's OpenShift 3 / Origin does not get any publicity on HN. It uses Kubernetes (of which RedHat silently became the largest committer) and also fills several missing parts including a CD pipeline. https://www.openshift.org/ https://www.openshift.org/ It's amazing to see how many large Enterprises already selected OpenShift, either in various cloud setups or on premise scenarios. Looks like that for many HN people there is only AWS and GCE out there.

pjmlp 10y ago
And Azure.
ogrisel 10y ago
Apparently the goal of this guide it to setup a kubernetes from scratch (on top of VMs provisioned on an orchestration-agnostic public cloud), not how to use a managed kubernetes cluster as provided by openshift.
- avtar 10y ago
  Perhaps the parent was referring to the self-hosting OpenShift option which acts as a Kubernetes distribution: https://docs.openshift.org/latest/getting_started/administrators.html#getting-started-administrators https://docs.openshift.org/latest/getting_started/administra...
deleted 10y ago
[deleted]
moe 10y ago
Many "large enterprises" have also selected Windows as their server OS and Oracle for their database... After decades of replacing RHEL where possible (and plenty agony where it wasn't possible) I can not help but chuckle at the idea of even considering the company that brought us 'yum' for a virtualization platform.
- otterley 10y ago
  Why did you replace RHEL? You scoff at it without any explanation whatsoever. (BTW they invented RPM, not yum, and they don't position yum as a virtualization platform to my knowledge. Citation, please?) For many of us, RHEL (or CentOS) is the only distribution we would consider running at scale because we feel they make better choices and have better policies and documentation than the competition.
  - icebraining 10y ago
    they don't position yum as a virtualization platform to my knowledge. I think moe means "considering (the company that brought us 'yum') for a virtualization platform".
  - user5994461 10y ago
    CentOS > Debian for running docker and kubernetes. The debian stable kernel has been suffering for many months from critical bugs that results in docker crashing randomly. Note: kernel crash = unresponsive stale system, only fixable with a hard reboot

by rmoriz 10y ago

pjmlp 10y ago

And Azure.

ogrisel 10y ago

Apparently the goal of this guide it to setup a kubernetes from scratch (on top of VMs provisioned on an orchestration-agnostic public cloud), not how to use a managed kubernetes cluster as provided by openshift.

avtar 10y ago
Perhaps the parent was referring to the self-hosting OpenShift option which acts as a Kubernetes distribution: https://docs.openshift.org/latest/getting_started/administrators.html#getting-started-administrators https://docs.openshift.org/latest/getting_started/administra...

deleted 10y ago

[deleted]

moe 10y ago

Many "large enterprises" have also selected Windows as their server OS and Oracle for their database... After decades of replacing RHEL where possible (and plenty agony where it wasn't possible) I can not help but chuckle at the idea of even considering the company that brought us 'yum' for a virtualization platform.

otterley 10y ago
Why did you replace RHEL? You scoff at it without any explanation whatsoever. (BTW they invented RPM, not yum, and they don't position yum as a virtualization platform to my knowledge. Citation, please?) For many of us, RHEL (or CentOS) is the only distribution we would consider running at scale because we feel they make better choices and have better policies and documentation than the competition.
- icebraining 10y ago
  they don't position yum as a virtualization platform to my knowledge. I think moe means "considering (the company that brought us 'yum') for a virtualization platform".
- user5994461 10y ago
  CentOS > Debian for running docker and kubernetes. The debian stable kernel has been suffering for many months from critical bugs that results in docker crashing randomly. Note: kernel crash = unresponsive stale system, only fixable with a hard reboot