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

aws fargate

在本周的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按需旋转哪种类型的机器。 ，并根据需要继续生活。

不过，有一点需要注意的是，至少在最初没有，Farkate不能与EKS（上述Kubernetes的ECS）一起使用。

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

aws fargate