DevOps 是通过平台(Platform)、流程(Process)和人(People)的有机整合,以 C(协作)A(自动化)L(精益)M(度量)S(共享)文化为指引,旨在建立一种可以快速交付价值并且具有持续改进能力的现代化 IT 组织。
来自:01 | DevOps的“定义”:DevOps究竟要解决什么问题?
16 人划过
变更前置时间:指代码从提交到成功运行在生产环境的时长。
来自:02 | DevOps的价值:数字化转型时代,DevOps是必选项?
11 人划过
高效率和高质量是 DevOps 的核心价值,而工具和自动化就是提升效率最直接的手段,让一切都自动化可以说是 DevOps 的行为准则
来自:03 | DevOps的实施:到底是工具先行还是文化先行?
8 人划过
企业要建设 DevOps 平台,有什么经验总结吗?我的回答就是“四化”:标准化、自动化、服务化和数据化。实际上,这些也是指导平台建设的核心理念。
来自:21 | 开源还是自研:企业DevOps平台建设的三个阶段
7 人划过
说自动化测试是为了发现更多的缺陷,这是一个典型的认知误区。在实际项目中,手工测试发现的缺陷数量要比自动化测试发现的缺陷数量多得多。自动化测试更多是在帮助守住软件质量的底线,尤其是应用在回归测试中,自动化测试可以确保工作正常的已有功能不会因为新功能的引入而带来质量回退。可以这么说,如果自动化测试覆盖率足够高,那么软件质量一定不会差到哪儿去
来自:13 | 自动化测试:DevOps的阿克琉斯之踵
6 人划过
要在保障一定的质量水平的前提下,尽量加快发布节奏,并通过低风险发布手段,以及线上测试和监控能力,尽早地发现问题,并以一种最简单的手段来快速恢复。
来自:17 | 部署管理:低风险的部署发布策略
6 人划过
不应该将质量依赖于检验工作,因为检验工作既昂贵,又不可靠。最重要的是,检验工作并不直接提升产品质量,只是为了证明质量有缺陷
来自:14 | 内建质量:丰田和亚马逊给我们的启示
5 人划过
如果每个从业者都认同 DevOps 的文化和理念,认同快速交付价值远胜于部门间的零和博弈,认同我们应该共享一个目标,并从自身做起持续改善上下游的关系,那么,怎么可能还会出现刚刚我提到的 PK 的例子呢?
来自:开篇词 | 从默默无闻到风靡全球,DevOps究竟有什么魔力?
5 人划过
听过了太多实施 DevOps 的方法和路径,却还是无法真正享受到它的巨大效益,差的可能就是:先干再说的信心和动力吧。
来自:06 | 转型之路:企业实施DevOps的常见路径和问题
3 人划过
有没有永远不变的内容可以作为 DevOps 产品的战略定位呢?显然也是有的,那就是:效率、质量、成本和安全。归根结底,产品的任何功能都是要为战略服务的。
来自:22 | 产品设计之道:DevOps产品设计的五个层次
3 人划过
*精彩内容为该课程各文章中划线次数最多的内容
编辑推荐
包含这门课的学习路径
运维工程师
32门课程 149.1w人学习
看过的人还看了