Openshift vs Rancher，有什么不同？

Question

我对这两种技术完全陌生（顺便说一句，我知道 docker 和 kubernetes）。

没有找到太多关于这个比较主题的网络。我已经读到 Openshift 被更多公司使用，但是安装、价格昂贵和升级数据丢失的噩梦可能会发生。但没有别的。

使用哪个用于 kubernete 集群编排的决定因素应该是什么？

Answer 1

我目前为 Rancher 工作。自 1996 年以来，我一直在构建 Internet 基础设施，并拥有一个 MSP 14 年，该 MSP 为美国大型媒体公司构建和管理 Internet 数据中心。自 2014 年以来，我一直在使用容器，从那时起，我尝试了几乎所有现有的用于管理容器和 Kubernetes 的方法。

“决定因素”因个人和组织而异。许多公司使用 OpenShift。许多公司使用 Rancher。很多公司使用别的东西，每个人都会为他们的解决方案辩护，因为它适合他们的需求，或者因为一致性的心理原则，即因为我们选择了某条路，那条路必须是正确的。更具体地说，我们选择的解决方案周围的参数必须是我们需要的，因为那是我们所做的选择。

Red Hat 的 Kubernetes 管理方法源于 OpenShift 在成为 Kubernetes 解决方案之前是 PaaS。作为 PaaS，它是固执己见的，这意味着它将规定您可以做什么以及如何做。对许多人来说，这是一个很好的解决方案——他们避免了因有太多选择而导致的“分析瘫痪”。

Rancher 的 Kubernetes 管理方法源于希望将云原生工具集成到一个模块化平台中，该平台仍然允许您选择做什么。就像 Kubernetes 本身一样，它不会告诉你如何去做，而是让你快速访问工具来做你想做的任何事情。

Red Hat 的做法是创建大型 K8s 集群并独立管理它们。

Rancher 的方法是将数千个集群统一到一个管理控制平面中。

因为 Rancher 是为多集群管理而设计的，它应用全局配置来使操作员受益（例如身份验证和身份管理），但对单个集群和其中的命名空间保持严格的控制。

在安全边界内，Rancher 使开发人员可以访问集群和命名空间、轻松的应用程序部署、监控和指标、服务网格以及对 Kubernetes 功能的访问，而无需先去了解 Kubernetes 的所有知识。

可是等等！OpenShift 不也给开发人员那些东西吗？

是的，但通常使用红帽品牌解决方案，这些解决方案是开源软件的修改版本。Rancher 始终部署上游软件的纯正版本，并从外部为其增加管理价值。

您在 Rancher 上使用软件学习的技能将转移到在其他任何地方使用相同的软件。您在使用 OpenShift 时学到的技能并非总是如此。

Kubernetes 中有很多东西配置起来很麻烦，这与使用事物本身的价值无关。花在 Kubernetes 上的时间比使用 Kubernetes 的时间多很容易，Rancher 希望在不影响您选择的自由的情况下缩小这种差距。

你想做什么，不仅是现在，而且是将来？您说您已经了解 Kubernetes，但是您正在为 K8s 集群寻找管理解决方案。你成功的标准是什么？

没有人能告诉你成功需要什么。不是我，不是 Red Hat，也不是 Rancher。

我选择使用 Rancher 并在那里工作，因为我相信它们使开发人员和运营商能够开始使用 Kubernetes。Rancher 生产的一切都是免费和开源的，尽管它们是一项业务，但绝大多数 Rancher 部署都没有为 Rancher 赚钱。

这迫使 Rancher 创造一种具有真正价值的产品，而不是一种他们可以说服其他人购买的产品。

证据就在部署中——红帽拥有大约 1,000 个 OpenShift 客户，这意味着大约有 1,000 个 OpenShift 部署。Rancher 的付费客户比 Red Hat 少，但 Rancher 有超过 30,000 个我们知道的部署。

您可以在 10 分钟内启动并运行 Rancher ，您可以导入已有的集群并在几分钟后开始使用它们。为什么不试一试，看看你是否喜欢它？

我也邀请您加入Rancher Users slack。在那里，您不仅会找到 Rancher 用户社区，还可以找到其他比较 Rancher 和 OpenShift 并选择 Rancher 的人。他们将很乐意为您提供信息，让您对所做的任何选择充满信心。