借助Fargate和EKS，AWS甚至可以实现Cloud-ier和Kuberneties-ier

在本周的re：Invent大会上，AWS宣布了很多很棒的事情。您应该检查一下他们的页面，以了解他们正在做的所有新工作的概况–内容很多，而且其中很多似乎立即有用。如果您想了解更多信息，我的同事凯利·安德鲁斯（Kelly Andrews）在此处进行了撰写，并在整篇公告中做了特别的音乐表演。

在CI / CD和操作领域中，对我们很多人而言，有两件事情是对ECS的Kubernetes支持（他们将其称为EKS）和一项名为AWS Fargate的新服务。

由于AWS基础设施堆栈和服务可能已经有点混乱，有时会重叠-并且由于我们使用AWS，许多使用Codeship的团队也使用过-我们想花几分钟来讨论这两个新选项以及您可能如何使用它们。

EKS是Kubernetes的ECS

当AWS宣布Kubernetes对ECS（现在代表弹性容器服务，而不是EC2容器服务-知道！）的支持时，他们决定也给它起一个单独的名称。因此，适用于Kubernetes的Amazon Elastic Container Service（简称 EKS）与ECS等效，可在您的AWS云上本地运行托管Kubernetes。

这非常酷，因为到目前为止，托管的Kubernetes由Google Cloud提供，最近由Microsoft Azure提供，但在AWS-world中却没有，这使得Kubernetes的采用对于已经建立并投资于AWS生态系统的团队而言更加痛苦。

如果您一直在考虑将Kubernetes添加到您的堆栈中并使用AWS，那么现在很可能是一个更容易的选择。而且，如果您已经在AWS上运行Kubernetes，则可以进行一些工作以使EKS正常运行（一旦广泛可用），以简化开销。

Fargate移除了机器（但尚未针对EKS）

接下来是AWS Fargate 。对于在ECS上建立的团队来说，这项新服务应该可以解决极大的挫败感。

如果您使用过ECS，则知道它可以以极大简化可扩展性和操作控制的方式在EC2基础架构上管理容器集群。但是，它没有做的是管理在其上运行该集群的实际EC2队列。

到目前为止，您需要手动配置和维护舰队才能在其上运行ECS，这可能意味着要处理很多机器设置以及（尤其是AWS）用户策略问题。

Fargate消除了所有这些开销，从而完全不需要配置计算机。他们将提供大约50种不同的计算机配置默认值，并根据您的应用程序每分钟的请求向您收费-仅此而已。

建立自己的EC2机群仍将为您提供更多选择和更多控制权，但是，如果您实际上不需要过多地定制机器，那么Fargate将让您自然地告诉ECS按需旋转哪种类型的机器。，视需要而定-让您继续生活。

不过，有一点需要注意的是，至少在最初，EKS（上述的Kubernetes的ECS）将不支持Fargate。

Fargate是Lambda吗？

Fargate可能感觉像Lambda或无服务器技术，因为它具有与那些服务已普及的按使用付费定价模式相同的价格。但是，Fargate并不是无状态功能即服务的提供者，而是ECS（以及将来的其他服务）的资源抽象和管理层。

Fargate的最终目标是简化使用ECS之类的工具并提高仅专注于开发的能力，从而减少一层管理。

注册免费的Codeship帐户

那么您应该使用这些服务吗？

虽然AWS通常可能有点让人费解，但是幸运的是，这里的标题并不复杂。

如果您想在AWS上使用Kubernetes或当前正在使用它，则可能应该使用EKS，因为它可以简化和自动化Kubernetes的最难部分，同时增加ECS的所有出色功能。

如果您正在使用ECS并讨厌管理计算机，则应使用Fargate。这将使EC2车队管理永无止境。

如果您想在AWS上使用Kubernetes，或者不想使用它，又讨厌机器管理...那么，您现在就不走运了。由于Fargate暂时不支持EKS，因此EKS将要求您像ECS一样管理EC2车队。

结论

借助EKS和Fargate，AWS正在扩展它们为您简化的功能。很高兴看到这一点，因为它们使加载各种容器驱动的工作流变得更加简单且更具成本效益，同时进一步降低了操作开销。

翻译自: https://www.javacodegeeks.com/2017/12/aws-even-cloud-ier-kuberneties-ier-fargate-eks.html