我十分惬心性与群众共享一个紧要的里程碑 ——Karpenter[1] 仍是发布了 1.0 版块。Karpenter 是由 亚马逊相聚管事（AWS）[2] 征战的开源 Kubernetes 集群自动扩缩容器用，这一版块的发布记号着 Karpenter 从测试阶段认真迈入踏实阶段濑亚美莉全集，带来了踏实的 API 以及多个新功能。
▲Karpenter 架构图，开头于 Infracloud
Karpenter 的发展历程
Karpenter 最早于 2021 年 11 月推出，赶紧发展成为一个全面的 Kubernetes 原生节点生命周期责罚器。该神志不仅在业界取得了等闲认同，举例 Slack 选择 Karpenter 的案例 [3]，还踏进 AWS GitHub 最受接待的前十个开源神志之列。
在 Himanshu Verma 为 Infracloud[4] 撰写的一篇著述中，他翔实先容了 Karpenter 如何摒除预树立节点组和资源大小树立的需求，平直使用运转模板责罚实例。Karpenter 大约阐述需要自动树立新节点，及时反应无法调节的 Pod，通过动态调治集群狡计容量，终了性能和资本的最优化。
Karpenter 1.0 的新特质
Karpenter 1.0 版块带来了很多建造和新功能，以下是一些要道特质：
• 增强的中断适度：用户当今不错按原因树立中断预算，允许对节点中断进行更细粒度的适度，适用于资源不及、舒适或漂移等场景。
• 归拢政策重定名：“WhenUnderutilized” 政策现已改名为 “WhenEmptyOrUnderutilized”，以增强明晰度。
• 新增归拢适度：“consolidateAfter” 参数允许用户指定在添加或移除 Pod 后濑亚美莉全集，Karpenter 恭候多永劫分再进行节点归拢。
• 阻隔脱期期：新增的 “terminationGracePeriod” 树立，使集群责罚员大约更好地适度节点的生命周期和优雅阻隔。
• 漂移功能抓行：漂移功能当今默许启用，用于替换偏离预期情景的节点。
• AMI 取舍变化：“amiSelectorTerms” 字段现为必填项，并新增了 “alias” 术语，允许用户取舍特定版块的 Amazon EKS 优化 AMI。
• 实例元数据管事（IMDS）拜访截止：为了进步安全性，默许情况下龙套 Pod 拜访 IMDS。
• Kubelet 树立转移：Kubelet 树立已转移到 EC2NodeClass API。
• NodeClaims 不成变更：NodeClaims 创建后无法再修改，以相宜预期手脚。
• NodePool nodeClassRef 变更：系数 nodeClassRef 字段现为必填项，“apiVersion” 字段已改名为 “group”。
• 倡导变更：多个 Prometheus 倡导已修改，用户可能需要更新其边幅盘。
此外，Karpenter 1.0 还盘算弃用某些注解和基于 ConfigMap 的树立形势。
升级指南与用户反馈
关于使用测试版块的用户，AWS 提供了通过 Kubernetes webhook 移动进行转移的旅途，前提是用户仍是使用了最新 API 版块。此经由允许在不替换节点的情况下进行马上 API 升级。然则，提议用户在分娩环境以外的环境中仔细检察完好意思的转移文档并测试升级经由。
骚波妹影视在 X（原 Twitter）上的一段 视频演示 [5] 中，Olalekan Taofeek[6] 翔实讲明了如何将 Karpenter 从 0.37 版块升级到 1.0 版块，这一版块跨度超出了转移旅途的预期。他指出了几个需要至极顾惜的首要变化：
・用户数据不再用于 Kubernetes 树立。
・节点池 / 组树立的变调 ——API 版块和字段称呼已变调，用户需要更新树立。
・新增了一个 “startup time” 字段，用户需要在职责负载中斟酌。
・某些字段已从节点池转移到节点类树立中。
Karpenter 1.0 的发布受到了等闲好评，Vatsal Bajpai[7] 在 X（原 Twitter）上暗示：
"Karpenter 已成为云上 k8s 的要道器用，看到这少许真惬心！"
在 Reddit 的接头中，用户多数对这一版块暗示扶直，有东说念主指出 Azure 也有对应的端口 [8]，但也灵验户 推奖短缺 GCP 营救 [9]。还灵验户 想考是否不错将 Karpenter 的功能皆备集成到 EKS 适度平面 [10] 中。
结语
Karpenter 1.0 的发布不仅记号着其从测试阶段的进修，也为 Kubernetes 集群的自动扩缩容责罚带来了更多踏实性和功能性。跟着社区的不断壮大和用户反馈的积极反应濑亚美莉全集，Karpenter 有望在改日不时引颈 Kubernetes 生态系统的发展。