Openshift vs Rancher，有什么区别？
Openshift vs Rancher, what are the differences?
我对这两种技术完全陌生（顺便说一句，我知道 docker 和 kubernetes）。
在网上找不到太多关于此比较主题的信息。
我读到 Openshift 被更多的公司使用，但是安装、价格更高和升级时可能会发生数据丢失的噩梦。
但没有别的。
选择哪一个用于 kubernete 集群编排的决定因素应该是什么？
我目前在 Rancher 工作。自 1996 年以来，我也一直在构建 Internet 基础设施，并拥有一个 MSP 14 年，为美国大型媒体公司构建和管理 Internet 数据中心。自 2014 年以来，我一直在使用容器，从那时起，我尝试了几乎所有用于管理容器和 Kubernetes 的方法。
"The deciding factor" 因个人和组织而异。许多公司使用 OpenShift。许多公司使用 Rancher。许多公司使用其他东西，每个人都会捍卫他们的解决方案，因为它符合他们的需求，或者因为心理 principle of consistency，因为我们选择了走某条路，那条路一定是正确的。更具体地说，我们选择的解决方案周围的参数必须是我们需要的，因为那是我们做出的选择。
Red Hat 的 Kubernetes 管理方法源于 OpenShift 在成为 Kubernetes 解决方案之前是一个 PaaS。由于是 PaaS，it is opinionated，这意味着它将规定您可以做什么以及如何做。对于很多人来说，这是一个很好的解决方案——他们避免了因有太多选择而导致的 "analysis paralysis"。
Rancher 的 Kubernetes 管理方法来自于将云原生工具集成到模块化平台中的愿望，该平台仍然允许您选择要做什么。很像 Kubernetes 本身，it doesn't tell you how to do it，而是提供快速访问工具来做任何你想做的事情。
Red Hat的做法是创建大型K8s集群，独立管理。
Rancher 的方法是将数千个集群统一到一个管理控制平面中。
因为 Rancher 是为多集群管理而设计的，它在对操作员有利的地方（例如身份验证和身份管理）应用全局配置，但对单个集群和其中的命名空间保持严格控制。
在安全边界内，Rancher 使开发人员能够访问集群和命名空间、轻松的应用程序部署、监控和指标、服务网格以及访问 Kubernetes 功能，而无需先去了解所有关于 Kubernetes 的知识。
但是等等！ OpenShift 不也为开发人员提供这些东西吗？
是的，但通常使用 Red Hat 品牌的解决方案，这些解决方案是开源软件的修改版本。 Rancher 总是部署纯净的上游软件版本，并从外部为其增加管理价值。
您在使用 Rancher 软件时学到的技能将转移到在其他任何地方使用相同的软件。您在使用 OpenShift 时学到的技能并不总是如此。
Kubernetes 中有很多配置繁琐的东西，与使用这些东西本身的价值无关。花在 Kubernetes 上的时间比你在使用它时花的时间要多，Rancher 希望在不损害你的选择自由的情况下缩小这种差距。
你想做什么，不仅现在，而且将来？您说您已经了解 Kubernetes，但您正在寻找 K8s 集群的管理解决方案。 您 的成功标准是什么？
没有人能告诉您成功需要什么。不是我，不是 Red Hat，也不是 Rancher。
我选择使用 Rancher 并在那里工作，因为我相信他们正在使开发人员和运维人员能够落地 运行 Kubernetes。 Rancher 生产的所有产品都是 free and open source，尽管它们是一项业务，但绝大多数 Rancher 部署并没有为 Rancher 赚钱。
这迫使 Rancher 创造具有真正价值的产品，而不是他们可以说服其他人购买的产品。
证明在部署中 - Red Hat 拥有大约 1,000 个 OpenShift 客户，这意味着大约有 1,000 个 OpenShift 部署。 Rancher 的付费客户比 Red Hat 少，但我们知道 Rancher 有超过 30,000 个部署。
你可以起来 运行 Rancher in under ten minutes, and you can import the clusters you already have 几分钟后开始与他们合作。为什么不试一试，看看你是否喜欢呢？
我也邀请你加入Rancher Users slack。在那里你不仅会找到一个 Rancher 用户社区，而且你还能找到其他比较 Rancher 和 OpenShift 并选择 Rancher 的人。他们会很乐意为您提供信息，让您对自己做出的任何选择充满信心。
我对这两种技术完全陌生（顺便说一句，我知道 docker 和 kubernetes）。
在网上找不到太多关于此比较主题的信息。 我读到 Openshift 被更多的公司使用，但是安装、价格更高和升级时可能会发生数据丢失的噩梦。 但没有别的。
选择哪一个用于 kubernete 集群编排的决定因素应该是什么？
我目前在 Rancher 工作。自 1996 年以来，我也一直在构建 Internet 基础设施，并拥有一个 MSP 14 年，为美国大型媒体公司构建和管理 Internet 数据中心。自 2014 年以来，我一直在使用容器，从那时起，我尝试了几乎所有用于管理容器和 Kubernetes 的方法。
"The deciding factor" 因个人和组织而异。许多公司使用 OpenShift。许多公司使用 Rancher。许多公司使用其他东西，每个人都会捍卫他们的解决方案，因为它符合他们的需求，或者因为心理 principle of consistency，因为我们选择了走某条路，那条路一定是正确的。更具体地说，我们选择的解决方案周围的参数必须是我们需要的，因为那是我们做出的选择。
Red Hat 的 Kubernetes 管理方法源于 OpenShift 在成为 Kubernetes 解决方案之前是一个 PaaS。由于是 PaaS，it is opinionated，这意味着它将规定您可以做什么以及如何做。对于很多人来说，这是一个很好的解决方案——他们避免了因有太多选择而导致的 "analysis paralysis"。
Rancher 的 Kubernetes 管理方法来自于将云原生工具集成到模块化平台中的愿望，该平台仍然允许您选择要做什么。很像 Kubernetes 本身，it doesn't tell you how to do it，而是提供快速访问工具来做任何你想做的事情。
Red Hat的做法是创建大型K8s集群，独立管理。
Rancher 的方法是将数千个集群统一到一个管理控制平面中。
因为 Rancher 是为多集群管理而设计的，它在对操作员有利的地方（例如身份验证和身份管理）应用全局配置，但对单个集群和其中的命名空间保持严格控制。
在安全边界内，Rancher 使开发人员能够访问集群和命名空间、轻松的应用程序部署、监控和指标、服务网格以及访问 Kubernetes 功能，而无需先去了解所有关于 Kubernetes 的知识。
但是等等！ OpenShift 不也为开发人员提供这些东西吗？
是的，但通常使用 Red Hat 品牌的解决方案，这些解决方案是开源软件的修改版本。 Rancher 总是部署纯净的上游软件版本，并从外部为其增加管理价值。
您在使用 Rancher 软件时学到的技能将转移到在其他任何地方使用相同的软件。您在使用 OpenShift 时学到的技能并不总是如此。
Kubernetes 中有很多配置繁琐的东西，与使用这些东西本身的价值无关。花在 Kubernetes 上的时间比你在使用它时花的时间要多，Rancher 希望在不损害你的选择自由的情况下缩小这种差距。
你想做什么，不仅现在，而且将来？您说您已经了解 Kubernetes，但您正在寻找 K8s 集群的管理解决方案。 您 的成功标准是什么？
没有人能告诉您成功需要什么。不是我，不是 Red Hat，也不是 Rancher。
我选择使用 Rancher 并在那里工作，因为我相信他们正在使开发人员和运维人员能够落地 运行 Kubernetes。 Rancher 生产的所有产品都是 free and open source，尽管它们是一项业务，但绝大多数 Rancher 部署并没有为 Rancher 赚钱。
这迫使 Rancher 创造具有真正价值的产品，而不是他们可以说服其他人购买的产品。
证明在部署中 - Red Hat 拥有大约 1,000 个 OpenShift 客户，这意味着大约有 1,000 个 OpenShift 部署。 Rancher 的付费客户比 Red Hat 少，但我们知道 Rancher 有超过 30,000 个部署。
你可以起来 运行 Rancher in under ten minutes, and you can import the clusters you already have 几分钟后开始与他们合作。为什么不试一试，看看你是否喜欢呢？
我也邀请你加入Rancher Users slack。在那里你不仅会找到一个 Rancher 用户社区，而且你还能找到其他比较 Rancher 和 OpenShift 并选择 Rancher 的人。他们会很乐意为您提供信息，让您对自己做出的任何选择充满信心。