如果需要CloudFormation，EKS到底做了什么？

Question

如果（另一个）AWS服务还在CloudFormation中需要如此多的配置，那么AWS的Elastic Kubernetes服务（EKS）会做些什么呢？

我在（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半生不熟的服务的时间。

Answer 1

要在AWS上运行Kubernetes，您基本上有两个选择：

• 使用kops，它将在普通的EC2机器中创建主节点+工作节点
• EKS + Cloudformation工作人员堆栈（您也可以使用Terraform作为部署工作人员的替代方案，或者eksctl，它将创建EKS群集和工作人员。我建议您关注this workshop）

仅EKS在高可用性设置中仅提供kubernetes集群的主节点。您仍然需要添加将创建容器的工作节点。

我尝试了kops和EKS + Workers，最后我使用了EKS，因为我发现它更容易设置和维护，并且更容错。