被1600万家庭信赖的智能音箱Sonos，用什么方式让AWS云成本打3折？

Sonos 是一家总部位于美国加利福尼亚的家庭智能无线音响制造商，主要研发和生产家庭无线智能音响系统。
通过不同产品组合满足用户个性化的家庭音乐娱乐需求，Sonos 将无线技术与高品质声音完美结合，以支持用户多样化的音乐服务。
2016 年，Sonos 实现年营收 9 亿美元，两年后成功登陆纳斯达克；到今天，年收入已突破 15.2 亿美元，产品累计销售超过 4928 万台，进入超过 1600 万个家庭。
作为 Karpenter 的早期采用者，Sonos 在 Kubernetes 环境中积极探索弹性伸缩与 Spot 实例的组合，成功实现了成本优化与高可用性的平衡，还在内部建立起了完整的推广机制。
本文将在 Sonos 的资深 DevOps 工程师 Josh Cipher 的实战经验分享下，带你深入了解 Sonos 团队如何通过 Karpenter 和 Spot 实例，构建出自动化、高弹性、可预测且更具性价比的云原生基础设施。
Karpenter 带来的变化

作为 Karpenter 的先驱用户，在采用这项节点自动伸缩技术后，最显著的改变是基础设施管理的简化。
过去，我们需要维护复杂的节点池配置，维护一大堆 NodePool，花费大量的人力和精力进行长期的容量规划、实例类型分析。
现在通过 Kubernetes 和 Karpenter 的结合，我们可以只关注架构需求，不用每天盯着 AWS 新发布的 800 种实例类型。
团队从最开始对“你为什么要选这个实例类型？为什么不换个更便宜的？”争论不休，进化到能够选一组合适的实例类型扔给 Karpenter，让它根据实际 Pod 的资源使用情况自动做决策。
通过 Karpenter 优雅的 API 和设计理念，工程师团队能够更直观地理解和协作管理，可读性和沟通效率都提升很多。
在我看来，Karpenter 带来的最有意义的变化就是让工程师可以真正专注在那些能为组织创造价值的事上，而不是一直处理基础设施的重复性劳动。
虽然我们仍然需要 IaC 和强配置管理来保证可重复性，但有些事情确实更适合自动化工具去做。
我们不用再考虑要不要为某个特定架构专门维护一个节点组，也不用手动调优每个集群。省下的时间我们能够去做更有价值的工作，比如改进我们的平台。
部署与推广

作为集中管理的 DevOps 团队，为了向其他部门推广这项技术，我们采取了两步走的分阶段策略。
早期我们团队就在推 Kubernetes，到 EKS 平台后，自然引入了 Karpenter。我们先为各个服务做实操演示，展示效果，然后再邀请大家进行迁移。
过程中的关键是与各团队建立伙伴关系——部分团队自己上线，部分团队依赖我们协助配置。
这种紧密的协作方式对新技术落地至关重要，只有实际部署后，大家才能看到直观的效益。
成本可视化的重要性

除了自动化流程，成本的可视化也很关键。
数据呈现能帮助工程团队对数据理解得更清楚、更具可扩展性地广泛使用服务。尤其当服务规模大、调用多时，相较于手动扩容，这套方案的节省效果会更加明显，对上层决策的推动力量会更强。
最欣赏的三大特性


<strong>
来源：程序园用户自行投稿发布，如果侵权，请联系站长删除
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！