Rancher 与 Kubernetes 有何不同
How is rancher different from Kubernetes
我一直在努力思考 Rancher（或 DC/OS）与 Kubernetes 的不同之处。都说是容器管理工具。为什么我们需要两者？它们有何不同？
作者注
这个问题最初发布于 3 年前。从那时起，技术领域发生了变化。
例如 Mesosphere，DCOS 背后的公司renamed itself and refocused it's efforts on Kubernetes. Similarily Rancher将自己定位为 Kubernetes 安装和管理层。
如果这个问题仍然是一个难题，我建议提出新问题。
原回答
Rancher 是一个简洁的工具，最好被描述为 Kubernetes 的部署工具，它还集成了自身以提供网络和负载平衡支持。
Rancher 最初创建了自己的框架，称为 Cattle，用于跨多个主机协调 docker 容器。当时 Docker 在单个主机上仅限于 运行。 Rancher 通过在主机之间提供网络为这个问题提供了一个有趣的解决方案，这最终成为 Docker Swarm 的一部分。
现在，Rancher 允许用户部署 Cattle、Docker Swarm、Apache Mesos（DCOS 的上游项目）或 Kubernetes 来管理您的容器。
回应jdc0589
你说得很对。对于容器用户，Kubernetes 抽象出计算、网络和存储的底层实现细节。正是在设置这个底层细节时，Rancher 提供了帮助。 Rancher 的网络提供了跨各种平台的一致解决方案。我发现它在裸机或标准（非云）虚拟服务器上 运行 时特别有用。
如果您只使用 AWS，我会使用 kops 并利用您提到的本机集成。
虽然我对 k8s 很着迷，但必须承认 Rancher 还允许轻松安装其他框架（Swarm 和 Mesos）。我建议尝试一下，即使只是为了了解为什么不需要它。
- http://docs.rancher.com/rancher/v1.5/en/quick-start-guide/
- http://docs.rancher.com/rancher/v1.5/en/kubernetes/
2017-10-11更新
Rancher 宣布了 Rancher 2.0 的预览。您的问题的新答案是，Rancher 很快将成为管理员 UI 和一组旨在部署在 Kubernetes 之上的附加服务。
Rancher 2.0 现已正式发布，它是一款开源产品，可简化您在任何地方部署和管理 Kubernetes 的方式 运行。它为 Kubernetes 用户解决了三个主要问题：
它是一个 Kubernetes 发行版和安装程序，可以非常轻松地部署和升级 Kubernetes。有点像kops，kubespray等。这块叫RKE，可以独立于Rancher使用。
Rancher 2.0 是一个用于管理 Kubernetes 集群的多集群管理工具。无论您是使用 RKE 创建集群，拥有现有的 Kubernetes 集群，还是使用托管的 kubernetes 集群，如 GKE、EKS 或 AKS，Rancher 都可以集中管理所有这些集群。具体来说，它解决了用户管理和 RBAC、安全策略管理、容量管理、委托管理、集群备份和恢复、日志记录和监控等问题。
Rancher 是为使用 Kubernetes 的团队提供的用户界面。 Rancher 提供了 UI 和 API ，让用户可以与他们有权访问的 Kubernetes 集群进行交互。用户也可以只使用 KubeCTL。该层提供集成工具，使使用 Kubernetes 变得非常容易，包括集成日志管理、CI/CD、警报等。Helm 集成良好，可以轻松共享模板。即将发布的版本也集成了 Istio 和 Prometheus。
所有这些都作为单一平台提供，因此您可以在 Rancher 的不同版本之间移动并轻松升级组件。
希望对您有所帮助。您可以在 github.com/rancher/rancher
了解更多信息
长话短说：
Rancher is a Distro ( or Encapsulation ) over Kubernetes and has some
more features (see answers above), it offers a Web UI that provides most of its functionality.
Rancher has its own roadmap, which means it will NOT update as soon
as Kubernetes releases, and you'll obtain the new features and bug fixes
of kubernetes a lot more later. The more new features means the more complex and the more > deviation from the main line of Kubernetes.
我一直在努力思考 Rancher（或 DC/OS）与 Kubernetes 的不同之处。都说是容器管理工具。为什么我们需要两者？它们有何不同？
作者注
这个问题最初发布于 3 年前。从那时起，技术领域发生了变化。
例如 Mesosphere，DCOS 背后的公司renamed itself and refocused it's efforts on Kubernetes. Similarily Rancher将自己定位为 Kubernetes 安装和管理层。
如果这个问题仍然是一个难题，我建议提出新问题。
原回答
Rancher 是一个简洁的工具，最好被描述为 Kubernetes 的部署工具，它还集成了自身以提供网络和负载平衡支持。
Rancher 最初创建了自己的框架，称为 Cattle，用于跨多个主机协调 docker 容器。当时 Docker 在单个主机上仅限于 运行。 Rancher 通过在主机之间提供网络为这个问题提供了一个有趣的解决方案，这最终成为 Docker Swarm 的一部分。
现在，Rancher 允许用户部署 Cattle、Docker Swarm、Apache Mesos（DCOS 的上游项目）或 Kubernetes 来管理您的容器。
回应jdc0589
你说得很对。对于容器用户，Kubernetes 抽象出计算、网络和存储的底层实现细节。正是在设置这个底层细节时，Rancher 提供了帮助。 Rancher 的网络提供了跨各种平台的一致解决方案。我发现它在裸机或标准（非云）虚拟服务器上 运行 时特别有用。
如果您只使用 AWS，我会使用 kops 并利用您提到的本机集成。
虽然我对 k8s 很着迷，但必须承认 Rancher 还允许轻松安装其他框架（Swarm 和 Mesos）。我建议尝试一下，即使只是为了了解为什么不需要它。
- http://docs.rancher.com/rancher/v1.5/en/quick-start-guide/
- http://docs.rancher.com/rancher/v1.5/en/kubernetes/
2017-10-11更新
Rancher 宣布了 Rancher 2.0 的预览。您的问题的新答案是，Rancher 很快将成为管理员 UI 和一组旨在部署在 Kubernetes 之上的附加服务。
Rancher 2.0 现已正式发布，它是一款开源产品，可简化您在任何地方部署和管理 Kubernetes 的方式 运行。它为 Kubernetes 用户解决了三个主要问题：
它是一个 Kubernetes 发行版和安装程序，可以非常轻松地部署和升级 Kubernetes。有点像kops，kubespray等。这块叫RKE，可以独立于Rancher使用。
Rancher 2.0 是一个用于管理 Kubernetes 集群的多集群管理工具。无论您是使用 RKE 创建集群，拥有现有的 Kubernetes 集群，还是使用托管的 kubernetes 集群，如 GKE、EKS 或 AKS，Rancher 都可以集中管理所有这些集群。具体来说，它解决了用户管理和 RBAC、安全策略管理、容量管理、委托管理、集群备份和恢复、日志记录和监控等问题。
Rancher 是为使用 Kubernetes 的团队提供的用户界面。 Rancher 提供了 UI 和 API ，让用户可以与他们有权访问的 Kubernetes 集群进行交互。用户也可以只使用 KubeCTL。该层提供集成工具，使使用 Kubernetes 变得非常容易，包括集成日志管理、CI/CD、警报等。Helm 集成良好，可以轻松共享模板。即将发布的版本也集成了 Istio 和 Prometheus。
所有这些都作为单一平台提供，因此您可以在 Rancher 的不同版本之间移动并轻松升级组件。
希望对您有所帮助。您可以在 github.com/rancher/rancher
了解更多信息长话短说：
Rancher is a Distro ( or Encapsulation ) over Kubernetes and has some more features (see answers above), it offers a Web UI that provides most of its functionality.
Rancher has its own roadmap, which means it will NOT update as soon as Kubernetes releases, and you'll obtain the new features and bug fixes of kubernetes a lot more later. The more new features means the more complex and the more > deviation from the main line of Kubernetes.