KOPS over AWS EKS 反之亦然
KOPS over AWS EKS or vice versa
我遇到了一个开源 Kubernetes 项目 KOPS 和 AWS Kubernetes 服务 EKS。这两种产品都允许安装 Kubernetes 集群。但是，我想知道为什么有人会选择 EKS 而不是 KOPS，反之亦然，如果之前没有 运行 任何一个。
这道题不是问哪个更好，而是问比较
两者在很大程度上是相同的，在撰写本文时，以下是我所知道的 2 种产品之间的差异
EKS：
- 来自 AWS 的完全托管控制平面 - 您无法控制主机
- AWS native authentication IAM authentication with the cluster
- VPC level networking for pods 意味着您可以在 cluster/pod 级别
使用诸如安全组之类的东西
科普斯：
- 支持更多 Kubernetes 功能，例如 API server options
- 自动配置的节点使用内置的 kops
node_up 工具
- 比 Kubernetes 版本更灵活，EKS 目前只有几个版本可用
其他显着差异是 EKS 是一种 AWS 产品，因此您需要一个 AWS 帐户，但 kops 允许 运行 AWS 中的 Kubernetes，以及 GCE 和 DigitalOcean 中的 Kubernetes。
我遇到了一个开源 Kubernetes 项目 KOPS 和 AWS Kubernetes 服务 EKS。这两种产品都允许安装 Kubernetes 集群。但是，我想知道为什么有人会选择 EKS 而不是 KOPS，反之亦然，如果之前没有 运行 任何一个。
这道题不是问哪个更好，而是问比较
两者在很大程度上是相同的，在撰写本文时，以下是我所知道的 2 种产品之间的差异
EKS：
- 来自 AWS 的完全托管控制平面 - 您无法控制主机
- AWS native authentication IAM authentication with the cluster
- VPC level networking for pods 意味着您可以在 cluster/pod 级别 使用诸如安全组之类的东西
科普斯：
- 支持更多 Kubernetes 功能，例如 API server options
- 自动配置的节点使用内置的 kops
node_up工具 - 比 Kubernetes 版本更灵活，EKS 目前只有几个版本可用
其他显着差异是 EKS 是一种 AWS 产品，因此您需要一个 AWS 帐户，但 kops 允许 运行 AWS 中的 Kubernetes，以及 GCE 和 DigitalOcean 中的 Kubernetes。