当前位置:首页 > 报告详情

李威-从每月发布一次到每天发布多次的流动式软件交付实践.pdf

上传人: B**** 编号:28761 2021-01-31 32页 2.79MB

1、李威 2020-12-242020-12-242 讲师介绍 李威 JFrog中国DevOps解决方案架构师 DevOps教练,GDevOps、TGO鲲鹏会金牌 讲师。曾就职于京东、烽火等互联网企业 及传统企业,十年一线开发及运维经验, 带领团队从零到一实践DevOps转型。 介绍一种流动式软件交付方法01 目录 contents 02这种方法如何加速交付速度 传统的项目为什么发布慢,效率低? 2020-12-242020-12-244 运输运输 工作的产品、信息或者物料的移 动, 移动移动 不必要的物理移动, 过度生产过度生产 比需要的生产地更快或更多, 缺陷缺陷 由于错误、问题或功能不完整而

2、 造成的返工, 库存库存 在制品,比战略要求级别生产了 更多的产品, 人才人才 未使用的人类创造力和潜能, 等待等待 停止或者降低速度,以等待下一 个工作的到来, 过度处理过度处理 过分的或不必要的工作, 浪费浪费 精益生产-浪费 上线一个功能,有多少时间被浪费了? 开发流水线传统制品库自动化测试 Development Build/run unit test Upload Artifacts Complete QA testing Security Check Deploy to Production Software engineering Deployment engineer Depl

3、oyment engineer QA specialistSecurity engineer Deployment engineer VA:32hr(s) LT:96hr(s) VA:0.50hr(s) LT:2hr(s) VA:1hr(s) LT:12hr(s) VA:6hr(s) LT:11hr(s) VA:2hr(s) LT:14hr(s) VA:2hr(s) LT:24 总共耗时 159 hr 安全检查 全量构建:2 hr 等待联调:8 hr 等待 过度处理 等待集成构建 2hr 等待 缺陷 确认待测版本 2 hr 等待 库存 移动 提测版本不可用:8 hr 等待沙盒环境:8 hr 缺陷 等待 引入高危漏洞退回 8 hr 缺陷 人才 浪费时间:40 hr 浪费占比 = 25% 确认部署版本 2 hr 等待 运输 过度生产 部署工具 LT: (Lead Time): 完成任务花费的所

word格式文档无特别注明外均可编辑修改,预览文件经过压缩,下载原文更清晰!
三个皮匠报告文库所有资源均是客户上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作商用。
本文主要介绍了李威,一位JFrog中国DevOps解决方案架构师,同时也是GDevOps、TGO鲲鹏会金牌讲师。李威拥有十年一线开发及运维经验,曾就职于京东、烽火等互联网企业及传统企业,成功带领团队实现DevOps转型。文章提出了一种流动式软件交付方法,主张软件特性应像流水一样持续迭代到用户手中,通过治理整个流程确保软件质量。流动式软件交付模式的关键数据包括:传统项目发布慢、效率低的原因分析,DevOps流动原则的补充,流动式软件交付的实践案例,以及JFrog平台在流动式软件发布实践中的应用。
"如何实现流动式软件交付?" "DevOps如何提升软件开发效率?" "JFrog在软件制品库管理中的价值是什么?"
客服
商务合作
小程序
服务号
折叠