亚马逊ECS Vs的:集装箱编配简化
AWS ECS与的 |
|
| AWS ECS是什么? | AWS的是什么? |
亚马逊弹性容器服务器(ECS)是亚马逊的本土容器编排服务。它允许您运行和管理大量的容器。重要的是,它不是基于Kubernetes。 ECS集群计算实例在Amazon EC2上运行,管理和扩展你的容器在你的机器上。它提供了一个API可以用来检查集群状态,集群或容器上执行操作,并访问亚马逊服务,比如我和监测。 |
Amazon Elastic Kubernetes服务(的)是一个Kubernetes管理服务。它让你Kubernetes集群部署在AWS无需手动安装Kubernetes EC2计算实例。 亚马逊的,管理和保护Kubernetes控制平面(服务器组件(比如etcd和API),而你的组织负责管理Kubernetes工人节点。 的是由Kubernetes认证的,这意味着您现有的集群和工具从Kubernetes生态系统应该迁移和工作顺利。 |
如果你想了解容器用于协调器和为什么你应该使用它们,看到我们的快速入门的下面和ECS。
在本文中,您将学习:
AWS ECS vs的:关键差异
让我们来比较一下AWS ECS与的强调两个平台之间的差异,每个人的优点,所以你可以选择对你最好的选择。
定价
一般来说,两个ECS和的集群EC2实例上运行同样的计算成本记入借方,基于实例类型他们使用和该实例的运行时间。
此外,亚马逊的每小时收费0.1美元,相当于74美元每月,每Kubernetes集群。没有单独的收费主节点。
部署工作
在介绍中提到的这个博客,Kubernetes和ECS编排是相似的概念。AWS的和ECS最初可以通过AWS管理控制台设置。然而,有一个区别在易于部署。
ECS被认为是一个“开箱即用”的解决方案容器编排由于其部署简单。部署Kubernetes集群上的有点棘手,需要一个更复杂的部署配置和专业知识。与ECS没有控制平面,在的。在最初的集群设置这就是ECS的部署简单,用户可以直接从AWS管理控制台配置和部署任务
在的,用户需要配置和部署通过Kubernetes豆荚。这需要更多的专业知识DevOps工程师。
网络
与ECS时,您可以选择将一个弹性网络接口(ENI)直接与一个任务,通过选择发射任务在“awsvpc”模式。然而,埃尼集团的最大数目(即虚拟网卡),可以分配给每一个EC2实例根据EC2类型不同,范围从埃尼8 - 15日的EC2实例,可能不足以支持所有的容器我们希望这个实例上运行。
然而,AWS增加了支持ECS集群中运行“awsvpc”模式,现在用户可以分配3到8倍埃尼的比之前的限制(取决于实例类型),因此增加弹性,提高集装箱安全。
用的,用户可以选择一个专门的网络接口分配给一个豆荚。这意味着所有的容器内,吊舱将共享相同的内部网络和公共IP。最重要的是,用的还可以共享一个埃尼集团在几个豆荚,从而使每个实例用户将更多的豆荚。
的允许多达750个吊舱,根据实例大小,远远超过ECS的能力,只容纳最多120每个实例的任务。
为什么它是重要的网卡直接分配给一个任务/舱吗?改进的安全。这种方式用户可以指定一个安全组致力于个人任务/仓,而不是简单地打开托管EC2实例的所有网络端口。
安全
和ECS的有自己的码头工人集装箱图片安全地存储在ECR(弹性容器注册表)。每次一个容器旋转起来,它安全地把它的容器直接从ECR形象。
ECS支持我的角色/任务。的能力分配一个我角色/任务/容器提供了一个额外的安全层,由于集装箱专门授予访问S3等各种AWS服务DynamoDB,红移,SQS和更多。
多重云兼容性
随着云计算世界的发展,越来越多的组织跨多个云提供商分散他们的工作负载,从而受益于每个云提供了不同的服务和定价。
ECS是一个AWS-native服务,这意味着它只是可以使用AWS基础设施,导致厂商锁定。的基于Kubernetes一个开源项目,可以多重云上运行的用户(GCP AWS, Azure)甚至内部。这提供了额外的灵活性,允许用户跨多个云运行的容器。
底线是:如果你选择ECS的吗?
我们已经介绍了亚马逊的和ECS之间的关键差异,现在唯一的问题是决定什么是最适合你的团队。
如果您是容器和正在寻找一个简单的方法来建立和部署集群,ECS也许是更容易的选择。
另一方面,如果你有经验,正在寻找更好的方法来扩展集群和避免厂商锁定,为你的可能的解决方案。
如果你已经有容器Kubernetes或者想要一个先进的编排上运行解决方案更多的兼容性,您应该使用亚马逊的。
如果你正在寻找一个解决方案,结合了简单性和可用性,和你想要先进控制基础设施,然后ECS对你来说是正确的选择。
ECS提供紧密的集成与AWS服务时,用户运行Kubernetes有机会享受的额外功能来自在一个开源生态系统工作。
快速入门:为什么要使用容器协调器?
在过去的几年中,容器极大地改变了组织的方式开发、打包和部署应用程序。
在容器运行应用程序,而不是传统的VM带来巨大价值是因为他们很容易扩展和短暂的。
然而,当管理大型集群,可伸缩性往往成为工程团队的开销。
操作时,容器编制平台,自动部署、管理、缩放、网络、和可用性的容器集群,已成为必要。
集装箱编配都是关于管理生命周期的容器在大型环境中,包括各种任务如:
- 容器的配置和部署实例
- 冗余和可用性的容器
- 扩展向上\向下基于给定的负载
- 资源分配
- 健康监测的容器和主机
- 无缝部署新应用程序版本
现货的海洋:抽象容器的基础设施
现货的海洋是我们serverless计算引擎,它提供了数据平面(工人节点)端到端管理,它抽象Kubernetes豆荚亚马逊ECS任务从底层vm /基础设施。海洋缓解开销的工程团队管理中最复杂的部分Kubernetes或ECS集群通过动态供应、扩展和管理数据平面组件(工作节点和EC2实例)。
先进的自动化
海洋利用多个计算采购选项保留和现货实例和使用按需只是作为一个备用,提供一个云基础设施成本减少80%,同时保持生产和任务关键型应用程序的高可用性。
请看看这个博客解释你所能实现的功能与Spotinst海洋和为什么它被认为是首选产品容器运行工作负载在公共云,同时大幅度地降低云计算成本。
你已经运行的容器和正在自动化工作负载以最低的成本,获得更深的可见性集群?
取海洋兜风!
