发布|AWS发布四项新的容器功能

本文转自【美通社】;
北京2020年12月3日 /美通社/ -- 今天在亚马逊云服务(AWS)举办的年度盛会 -- AWS re:Invent上,AWS发布了四项新的容器创新,帮助客户开发、部署和扩展现代应用程序。容器为开发人员提供了一种在任何环境中快速可靠地打包和运行应用程序的标准方法,提高资源利用率的同时降低了成本。AWS使配置、部署和管理容器应用程序变得更加容易 -- 让客户可以在自己的数据中心运行Amazon Elastic Container Service(ECS)或Amazon Elastic Kubernetes Service(EKS);增添的新服务能够将容器和无服务器应用程序的开发和部署自动化;并提供新的容器注册表服务,为开发人员提供简单且高可用的方式来公开分享和部署容器软件。
今天在亚马逊云服务(AWS)举办的年度盛会 -- AWS re:Invent上,AWS发布了四项新的容器创新,帮助客户开发、部署和扩展现代应用程序。大多数公司只为客户提供单一的托管Kubernetes容器产品。其局限性在于,不同的开发人员对不同的需求有优先考虑。对于那些最优先考虑使用开源Kubernetes编排引擎的开发人员,AWS提供了Amazon EKS。而对于那些最优先考虑与AWS其它服务以及AWS风格的API和优化的集群管理、调度和监控配置做深度集成的开发人员,AWS提供了Amazon ECS。同时,对于那些青睐于运行容器而无需考虑服务器或集群部署(即无服务器)的客户,AWS提供了AWS Fargate。没有其它提供商可以同时提供托管Kubernetes、与云服务深度集成的容器服务以及无服务器的容器产品。上述这三种服务都在持续快速的增长,而且通常情况下,客户在不同的工作负载下会同时使用这三种容器服务。Amazon ECS Anywhere和Amazon EKS Anywhere使客户能够在自己的数据中心运行Amazon ECS和Amazon EKS
如今,想要在容器中运行其应用程序的客户必须应对本地应用程序和云应用程序的不同部署和管理流程。客户必须在本地手动安装、操作和管理容器编排软件。这些客户必须在其AWS和本地环境中使用完全不同的工具,他们还必须掌握多个专业领域的知识和技能。这不仅会产生运营开销,而且会降低交付新业务功能的速度。客户期望的是一种完全托管的解决方案,该解决方案可以在自己的数据中心和AWS中同时运行,并且具有与当前在Amazon ECS和Amazon EKS中使用的相同的监控、集群管理和部署流水线。

  • Amazon ECS Anywhere让客户能够使用他们当前已经在AWS中使用的基于云的、完全托管和高可扩展的容器编排服务,同时也可以在自己的数据中心中运行Amazon ECS。Amazon ECS Anywhere为客户提供了适用于所有基于容器的应用程序的相同工具和API,以及相同的Amazon ECS经验,用于在云端以及在自己的数据中心进行集群管理、工作负载调度和监控。借助Amazon ECS Anywhere,客户不再需要在本地运行、更新或维护自己的容器编排软件,从而可以更轻松地将容器负载迁移到云端并管理其混合环境。Amazon ECS Anywhere将于2021年上半年上市。如需了解更多信息,请访问https://aws.amazon.com/ecs。
  • 通过Amazon EKS Anywhere,客户现在可以使用相同的Amazon EKS体验,在自己的数据中心和云端运行Kubernetes。Amazon EKS Anywhere可在任何基础架构(裸机,VMware vSphere或云虚拟机)上运行,并为客户提供一致的Kubernetes管理工具。该工具经过优化,可通过操作系统、容器注册表、日志记录、监控、网络和存储的默认配置来简化集群安装。Amazon EKS Anywhere使用与Amazon EKS相同的Kubernetes发行版Amazon EKS Distro,使客户能够轻松创建与Amazon EKS最佳实践一致的集群,例如最新的软件更新和扩展的安全补丁。另外,Amazon EKS Anywhere还整合了安装和运行Kubernetes集群所需的供应商支持协议和工具。Amazon EKS Anywhere将于2021年上半年上市。如需了解更多信息,请访问https://aws.amazon.com/eks/eks-anywhere。
AWS Proton为开发人员提供了一项全新服务,用于自动化开发和部署容器和无服务器应用程序。
容器和无服务器应用程序具有明显的运营优势,但它们也改变了客户开发和部署代码的方式。如今,当开发人员在Amazon EC2实例上构建传统应用程序时,这些应用程序通常被构建为单个代码块,并且有完善的工具可以帮助他们开发和部署其代码,例如AWS CloudFormation模板(以提供基础架构),AWS CodePipeline(用于设置CI/CD流程)和Amazon CloudWatch(用于监控部署)。实际上,一旦客户在EC2上启动并运行一个应用程序,该应用程序的组件就不会有太大的变化。通常,代码是在单个版本中维护的,因此使其保持协调相对容易。相比之下,容器和无服务器应用程序是由较小的代码块组合而成的,这些代码块通常是独立开发和维护,然后组合在一起以构建和扩展应用程序。每个代码块都有自己的独立基础架构,必须对其进行更新和维护。通常,这些较小的代码段由不同的团队开发和运维,因此这些团队可以自由地按自己的进度更新组件。与传统应用程序相比,这导致更改发生的频率更高。随着客户逐渐倾向于容器和无服务器应用程序开发,他们也发现,在其基础架构上配置、部署代码和监视工具之间协调所有变更,可能会具有挑战性。客户缺乏将所有任务(包括资源供应,代码部署和监控)联系在一起的集成解决方案。基础架构团队试图为开发人员提供指导,甚至有些团队已经构建了自己的自定义工具集来帮助开发人员实施最佳实践,但容器和无服务器应用程序开发与部署的复杂性,仍然是许多机构的应用程序开发速度变慢的主要原因。