持续交付中过多的脚本问题
极客时间编辑部
讲述:杜力大小:863.30K时长:01:51
最近,Electric Cloud 的产品经理阿凡提卡·马瑟(Avantika Mathur)在演讲中,谈到了与持续交付管道中越来越多的与脚本相关的成本问题。除了维护成本外,在将变更部署到生产环境之前,正在进行的活动缺乏可见性和可审计性也是一个主要成本,但是很多组织目前都没有意识到这一点。
要解决这个问题,就要为流水线编排的新方法制定指导原则,马瑟推荐了一些原则,包括:
确保部署之间的可重复性和一致性;
将应用程序的定义与环境分开;
专注于环境之间的可移植性;
避免锁定某些工具和技术(换句话说,确保通过实践来指导工作,而不是工具)。
在避免脚本蔓延方面,马瑟建议,首先将脚本重构为参数化的通用函数,然后在可能的情况下,用更好的工具替换它们。
不过,同时处理大量脚本可能还有一定的挑战性(从技术和人员的角度来看),并且效率低下。为此,马瑟介绍了一种迭代方法,通过价值流映射,来识别那些减缓交付或混淆交付流程的瓶颈和依赖。这将有助于优先考虑哪些脚本需要首先重构。
他还建议,根据复杂性对它们进行分类来评估工作量,并测算脚本运行的频率,最后再看看是否有更好的替代方案可以降低成本。
马瑟最先注意到,这种“脚本噩梦”的影响是,80%的团队将时间用在了维护(而不是用于演进)或低效自动化的脚本以及缓慢的流程上,而不是用于更快更安全地进行交付。工程师往往忙于维护脚本,害怕对脆弱的脚本进行更改,缺乏对执行内容的可见性,而且需要花费大量的时间来准备审计流程。
马瑟表示,应该将管道作为一种产品对待,确保管道上的每一次变更都经过测试,并且在进入“生产”环境之前经过全面评审(即可供所有人使用)。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》,如需阅读全部文章,
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论