亚马逊云科技宣布推出新的Amazon EKS Capabilities,以简化工作负载编排

来源: InfoQ - 架构

原文

亚马逊云科技推出了Amazon EKS Capabilities,这是一套完全托管的、Kubernetes原生特性,旨在简化工作负载编排、AWS云资源管理以及Kubernetes资源组合和自动化。这些能力现在已在大多数AWS商业区域普遍可用,它将流行的开源工具捆绑到一个托管的平台层中,减轻了工程团队的运维负担,并在Amazon Elastic Kubernetes Service(EKS)上实现了更快的应用程序部署和扩展。

EKS Capabilities集成了许多Kubernetes用户已经依赖的三个核心组件:Argo CDAWS Controllers for Kubernetes(ACK)和Kube Resource Orchestrator(KRO),并在AWS拥有的基础设施中运行它们,这些基础设施与客户集群抽象隔离。Argo CD提供声明式的持续部署和GitOps工作流,允许直接从版本控制同步资源和应用程序。ACK通过自定义资源扩展Kubernetes,用于直接在Kubernetes API内管理AWS服务,如S3DynamoDBRDS。KRO提供了一个简化的机制,用于创建和管理组合的自定义资源,帮助平台团队定义可重用的、更高层次的抽象,而无需手动处理复杂的控制器逻辑。

通过将这些能力作为托管的AWS资源而不是集群内的插件提供,EKS Capabilities消除了用户自己安装、补丁、扩展或更新基础Kubernetes工具的需求。AWS处理扩展、维护、安全补丁和兼容性升级,使平台工程师和开发人员能够更多地专注于交付业务逻辑,而不是管理平台组件。实际上,团队继续使用熟悉的接口如kubectl、GitOps工作流和声明式清单与Kubernetes一起工作;不同的是,持续部署和资源编排等核心服务由AWS作为EKS平台的一部分提供和维护。

这种转变与云原生运维的更广泛趋势相一致,在云原生运维中,托管服务越来越多地吸收了无差别的繁重工作,使组织能够更容易地扩展Kubernetes的采用。平台团队可以将常规的基础设施集成卸载到AWS托管的能力中,同时保留原生的Kubernetes工作流,应用程序开发人员则从统一、一致的能力中受益,这些能力跨越了集群,而无需投资于定制的平台工具。通过EKS控制台、AWS CLIeksctl或其他自动化工具启用EKS能力。当将Argo CD、ACK或KRO等能力添加到集群中时,它将作为AWS资源出现,可以像其他AWS服务一样进行标记、管理和监控。权限通过AWS Identity and Access Management(IAM)配置,对于Argo CD单点登录等功能,支持与AWS IAM身份中心的集成。AWS还自动分析破坏性变更,并对活动功能应用更新或补丁,减少管理开销。

虽然每个功能都是独立且可选的,允许团队只启用他们需要的功能,但它们共同为Kubernetes环境提供了一个连贯、可扩展的平台层,融合了应用程序部署、AWS资源控制和自定义资源组合。这种方法旨在缩短交付时间,最小化操作摩擦,并帮助组织在开发、测试和生产环境中大规模采用Kubernetes。

这次更新引起了云和DevOps社区的共鸣。在Reddit上,实践者强调了托管Argo CD支持和集成的AWS资源管理的便利性,这是尝试新功能的令人信服的理由,特别是对于那些寻求统一GitOps工作流和资源配置而不进行手动插件管理的团队。同时,一些观察者指出,尽管托管能力减少了设置工作,但它们仍然需要Kubernetes专业知识和仔细的成本考虑,因为采用规模扩大,成本也被质疑是一个潜在的问题,因为许多团队可能已经有自己管理这些的方法,并且看不到为这项新的AWS功能支付额外费用的好处。

随着企业继续在混合云和多云环境中采用Kubernetes,Amazon EKS Capabilities通过将运维最佳实践嵌入到服务本身,代表了降低平台复杂性和加速云原生应用程序交付的一步。

原文链接:

https://www.infoq.com/news/2025/12/aws-eks-workload-orchestration/