【AICon】探索RAG 技术在实际应用中遇到的挑战及应对策略!AICon精华内容已上线73%>>> 了解详情
写点什么

Lyft:用 SaltStack 代替 Puppet

  • 2014-08-25
  • 本文字数:1638 字

    阅读完需:约 5 分钟

美国拼车应用创业公司Lyft 宣布用 SaltStack 代替 Puppet 作为其系统配置管理工具。根据 Lyft 工程师 Ryan Lane 在其博客中的叙述, Ansible 也在考虑之列。但 Lyft 在综合考虑易用性、成熟度、性能和开发社区等因素后,认为 SaltStack 更胜一筹。

就易用性而言,SaltStack 复杂的文档结构和密集的文字,使得其学习曲线更为陡峭。Ryan 表示,虽然 Ansible 的文档对初学者而言更简单易读,但随着项目规模的增大,SaltStack 的文档对开发者的帮助更大。深入分析配置文件(Ansible 中称为 playbooks,SaltStack 称为 stat definitions)突显了二者的区别。Lyft 的工程师发现,SaltStack 保持了输入、输出、配置文件的一致性,所有文件均使用 YAML 格式,而 Ansible 则使用不同的文件格式(INI,YAML)。循环和条件的实现方式也不同。Ansible 将逻辑部分内嵌在 DSL 中,而 SaltStack 使用 Jinja (一个 Python 模板引擎)。Ryan 和他的同事更喜欢 SaltStack 的方法。另一个决定性的因素是 SaltStack 拥有“卓越的”自省(introspection)性能。

在成熟度方面,针对 Lyft 的用例,Ansible 和 SaltStack 都能提供所有必要的性能和足够的成熟度。不过 Ryan 发现 SaltStack 有更丰富的特性:可以以不同的文件格式输出到不同的位置;可以从不同的来源加载 pillars (其本质是一种数据结构);如果以代理模式运行,可以通过 reactor 系统触发本地事件。

性能方面,以 Lyft 的用例做测试,SaltStack 速度更快,尤其是在 no-change 运行模式下:

Salt:

  • Full run: 12m 30s
  • No change run: 15s

Ansible:

  • Full run: 16m
  • No change run: 2m

在相同的应用场景下 SaltStack 的运行速度远远快于 Ansible,Ryan 因此曾在 Ansible 上提交过一个问题,不过该问题目前已经关闭。Ansible 的创始人Michael DeHaan 在Hacker News 上提供了一篇关于Ansible 性能调节的文章,不过文章内容并没有回应Ryan 对于在Ansible 中用户相关操作运行缓慢的抱怨。

至于开发社区,Ryan 和他的同事认为SaltStacks 更为友好,开发者数量也更多。虽然Ryan 说“Ansible 几乎是由mpdehaan 一个人开发的”,但Michael DeHaan表示 Ansible“目前有 810 名贡献者”。Lyft 的工程师们还认为 SaltStack 社区是个更友好、更有助于开发者的社区,对特性请求的接受度也较高。与 Asible 相比,他们可以向 SaltStack 提交更多的变更,虽然 SaltStack“有时候在接受代码时不够严格(我希望看到更多的代码审查)”。这似乎是个项目管理的哲学问题,而 Michael DeHaan 在 Hacker News 上写道“当我们不同意时一定会拒绝。我认为这非常重要。筛选和测试在一定程度上决定了一个项目。”

促使 Lyft 选择替换 Puppet 的主要原因是其复杂的、有将近 10000 行代码的代码库。因为 Lyft 遵从“谁开发,谁运行”的原则,其 DevOps 团队认为 Puppet 代码库不再适合开发者使用。而使用 SaltStack 和 Ansible,用 1000 行左右的代码就能复制 Puppet 的架构。

当被问到彻底重写 Puppet 的可能性时,Ryan 写道:

从头开始重写可能会大幅降低代码量,可能也会降低运行时间。即便如此,我认为重写 Puppet 会耗费我相当长时间。

Lyft 对新工具有几个主要的需求。工具应该允许无主架构,因为主节点增加了“一个不必要的故障节点,同时牺牲了性能”。代码应该能顺序阅读,而不会有任何优化打破该原则。代码应该简洁,有少量的配置管理抽象。工具应该支持将横切配置(例如监控)和服务 / 应用特定配置放置在不同代码库的设计。

InfoQ 发表过一个基础架构配置管理工具的系列,其中就有 SaltStack Ansible 的介绍。我们也组织过一次该领域主要产品的用户间的虚拟座谈会。有意思的是,Ryan 指出的SaltStack 和Ansible 的几项特点,在我们的虚拟座谈会中也被重点提到过。

查看英文原文: Lyft Replaces Puppet With SaltStack


感谢赵震一对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2014-08-25 17:084892

评论

发布
暂无评论
发现更多内容

Amazon CodePipeline 与 GitHub 集成

亚马逊云科技 (Amazon Web Services)

GitHub Code

记一次 JMeter 压测 HTTPS 性能问题

阿里巴巴云原生

阿里云 云原生 https Jmeter 压测

老板对技术部产出不满意怎么办?

石云升

产品思维 职场经验 管理经验 5月月更

跨平台应用开发进阶(十二) :uni-app 实现应用桌面图标角标提示及应用跳转

No Silver Bullet

uni-app 5月月更 桌面角标

规模化软件开发的必由之路—大规模自动化测试

刘冉

自动化测试

【LeetCode】交换链表中的节点Java题解

Albert

LeetCode 5月月更

拆分电商系统为微服务

流火

SAP OData V4 模型支持的一些数据绑定模式

Jerry Wang

JavaScript 前端开发 SAP ui5 5月月更

Kubernetes 节点弹性扩展实践组件 Amazon Karpenter:部署 GPU 推理应用

亚马逊云科技 (Amazon Web Services)

Kubernetes 部署

如何透过 Serverless 与 API 的方式异步搜寻数据湖中的数据

亚马逊云科技 (Amazon Web Services)

Serverless 数据 API

M_5: 设计微博系统中”微博评论“的高性能高可用计算架构。

Jadedev

架构训练营

WordPress 编辑用户

海拥(haiyong.site)

WordPress 5月月更

Linux环境编译静态库

Loken

音视频 5月月更

架构实战营 - 第 6 期 模块六课后作业

天琪实刚亮

架构实战营

密码学系列之:使用openssl检测网站是否支持ocsp

程序那些事

Java 密码学 程序那些事 5月月更

Nacos 开源之夏 2022 来了

阿里巴巴云原生

阿里云 开源 微服务 云原生 nacos

阿里巴巴在 Envoy Gateway 的演进历程浅析

阿里巴巴云原生

阿里云 Kubernetes 云原生

【刷题第16天】数组中出现次数超过一半的数字

白日梦

5月月更

Artery —— 单页面应用接口描述语言简介

全象云低代码

前端 低代码 流程 页面 artery

从“数据”到“大数据”,激发数据潜力,深耕智能应用!

亚马逊云科技 (Amazon Web Services)

大数据 数据 智能开发

C++最佳实践 | 1. 工具

俞凡

c++ 最佳实践

聊聊我对质量度量的看法

老张

软件测试 质量保障

比特币价格预测两极分化:跌至1万美元还是涨至10万美元?

CECBC

1.1 历史长河中的顶层设计

凌晞

【C 语言】指针 Five 之 ["​⚔ 空指针 - NULL、💣 指针使用之前检查有效性、🗡 指针运算 💣 指针+- 整数、💣 指针 - 指针、指针关系运算、💣 标准规定、⚔ 指针和数组、⚔ 二级指针、⚔ 指针数组"]

謓泽

5月月更

提效客户体验管理:结合 K-Means 聚类和 RFM 模型的客户分群

龙国富

RFM 客户分群 K-Means

成本节省 50%,10 人团队使用函数计算开发 wolai 在线文档应用

阿里巴巴云原生

阿里云 Serverless 云原生 函数计算

微信朋友圈高性能架构设计

极客土豆

Bigdata 作业 第11周

Pyel

跨平台应用开发进阶(十一) :uni-app 实现IOS原生APP-云打包集成极光推送(JG-JPUSH)详细教程

No Silver Bullet

uni-app ios 5月月更 云打包 原生APP

《SaaS产品经理从菜鸟到专家》读书笔记

圣迪

产品 产品经理 SaaS tob tob产品

Lyft:用SaltStack代替Puppet_DevOps & 平台工程_João Miranda_InfoQ精选文章