如果 CloudFormation 需要如此多的配置,AWS 的 Elastic Kubernetes 服务 (EKS)究竟做了什么,而 CloudFormation 是另一个 AWS 服务?
我在 ( https://docs.aws.amazon.com/eks/latest/userguide/eks-ug.pdf )的文档中遵循了 AWS EKS 入门,其中运行 EKS 似乎非常需要 CloudFormation 知识。
我弄错了吗?
因此,除了学习 Kubernetes .yaml 清单定义之外,要在 EKS 上运行 k8s,AWS 还希望您学习他们的 CloudFormation .yaml 配置清单(这些都是 PascalCase,而不是我可能添加的 k8s 的 camelCase)?
我了解 EKS 对最新版本的 k8s 和控制平面进行了一些管理,并且“默认情况下是安全的”,但除此之外?
为什么我不使用 kops 在 AWS 上运行 k8s,然后处理稍微过时的 k8s 版本?
还是我应该做 EKS + CloudFormation + kops,此时 GKE 看起来是一个非常诱人的选择?
更新:
在这一点上,在详细搜索 EKS 以及它如何如此依赖 CloudFormation 清单之后,我真的认为 EKS 只是 CloudFormation 的一个薄包装器。
可能是对 k8s 惊人流行的商业反应,GKE 通常没有任何实质支持该服务。
希望这有助于节省评估 EKS 半生不熟服务的任何人的时间。