如何 0 成本启动全员 AI 技能提升?戳> 了解详情
写点什么

通过改变行为来介绍 DevOps 文化

  • 2012-10-22
  • 本文字数:1170 字

    阅读完需:约 4 分钟

最近 DevOps 这个词正从高德纳和其他高调的行业参与者那里得到越来越多的注意力,因为它能够缩短上市时间,带来高质量并增加营收。在罗马举办的DevOps Days 大会上Damon Edwards 讨论了如何引入DevOps 文化而不仅仅关注于自动化方面。

Damon 指出,有真正 DevOps 愿景的公司都有以下核心:

  • 系统思维: 从业务概念到技术实现的系统端对端视角,破除开发与运维之间的界限
  • 关注流程: 在整个开发生命周期一直检查产品和工作流转的速度,从而更有效地将业务概念实现为工作服务(working service)
  • 增强反馈环: 对于变更的结果快速反馈,通过反馈才能更快了解系统
  • 持续实践学习: 上述要点的达成正是持续改进与反馈环正确应用的体现

Damon 列举了一系列实践与举措。这些实践与举措在那些成功应用了 DevOps 的组织中已经成为它们日常工作的一部分,从而让它们实现了上述四项核心:

  • 去除“完成”这个词,服务是永不停止的,它们一直在运行并应该得到持续关注
  • 将运维需求与功能需求一样视为一等公民,使运维方能够及早发现需求影响
  • 将工作流程可视化,使所有人对全局有了解,瓶颈自然显现
  • 协同匹配价值流,这样才能理解系统全局并发现浪费
  • 将信息流变为产品流,以降低信息传递中的歧义并澄清人员间必须的交流
  • 将相关数据组合起来形成有意义的指标,让组织中不同利益相关者都能意识到
  • 通过将变更关联到相应指标并将它们图形化来提升对变更的认知
  • 有目的地妆点办公室墙,使每个人都感觉到自己是整个系统的一分子
  • 去中心化管控,让产品的开发者和运维者就责任达成一致(例如:开发者负责代码的正常运行,运维负责平台的正常运行,诸如此类)
  • 举行内部小型会议,大家可以在会上就已经完成和可以完成的事项达成一致,会上也鼓励大家就变更发表自己的意见
  • 强制在运维的帮助下对所有开发提交的服务进行部署验证检查,以避免在运维时才出现问题
  • 释放你的猴子(译者注:Chaos Monkey,是 Netflix 一套用来故意把服务器搞下线的软件,可以测试云环境的恢复能力),这能使你对自己的服务承诺产生巨大的自信
  • 在问题发生时不仅在管内(pipeline flow)流转(要引入更多的变更和工作),而是关注在找到瓶颈发生的真正原因并加以修正
  • 保证对客户透明,在出现问题时勇于担当,在问题解决后保持警惕,客户自然有理由心满意足
  • 在团队和日常工作流以外建立良好关系,例如通过“Guess the Admin”游戏或与公司内不同的人一起共进午餐

Damon 与其他思想领袖正致力于 DevOps Cookbook 的编纂,这本书涵盖了以上内容及其他 DevOps 主题。这次演讲以及 DevOps Days 罗马大会上的其他演讲视频可以从这里获取。

查看英文原文: Introducing DevOps Culture by Changing Behavior


感谢崔康对本文的审校。

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

2012-10-22 06:582337

评论

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

通过 BR 完成不同 K8s 的 TiDB 集群的数据恢复

TiDB 社区干货传送门

故障排查/诊断

数据库选型中的非技术因素

TiDB 社区干货传送门

数据库架构选型

TiKV 集群部署 注意事项

TiDB 社区干货传送门

【TiDB 最佳实践系列】开发 Java 应用使用 TiDB 的最佳实践

TiDB 社区干货传送门

实践案例

【TiDB DevCon 2020】金融专题论坛演讲视频汇总

TiDB 社区干货传送门

raft:分布式一致性算法笔记

TiDB 社区干货传送门

TiDB 底层架构

使用pd-recover 恢复pd 多数节点故障的场景

TiDB 社区干货传送门

管理与运维 故障排查/诊断

Chaos Mesh 助力 Apache APISIX 提升稳定性

TiDB 社区干货传送门

实践案例

5.0 新特性试用体验之 Clustered Index

TiDB 社区干货传送门

实践案例 TiDB 底层架构 版本测评 新版本/特性发布 性能测评

TiDB 多Socket 服务器性能扩展问题分析

TiDB 社区干货传送门

性能调优 性能测评

JQ 入门教程

TiDB 社区干货传送门

TiDB 底层架构

cdc 同步到 s3 的故障

TiDB 社区干货传送门

迁移 管理与运维 故障排查/诊断 新版本/特性发布

PD模块梳理

TiDB 社区干货传送门

TiDB 底层架构

【文章】精选实践汇总1

TiDB 社区干货传送门

实践案例

Flink + TiDB,体验实时数仓之美

TiDB 社区干货传送门

实践案例

大教堂终将倒下,但集市永存

TiDB 社区干货传送门

实践案例 数据库架构选型

实时 AP、分库分表、大数据应用,TiDB 在虎牙直播是怎么用的?

TiDB 社区干货传送门

实践案例

如何在 TiDB 上高效运行序列号生成服务

TiDB 社区干货传送门

管理与运维

多种方式告诉你如何计算DM同步数据到TiDB的延时时间

TiDB 社区干货传送门

管理与运维

TiDB 优化之消失的统计信息

TiDB 社区干货传送门

实践案例

端到端的实时计算:TiDB + Flink 最佳实践

TiDB 社区干货传送门

实践案例

【TiDB 最佳实践系列】TiDB 高并发写入常见热点问题及规避方法

TiDB 社区干货传送门

实践案例

SQL只是CRUD?

TiDB 社区干货传送门

TiDB 底层架构

使用 TiDB 构建实时应用

TiDB 社区干货传送门

实践案例

关于 TiDB 性能优化的一些思考

TiDB 社区干货传送门

性能调优

TUG 技术大咖圆桌讨论:如何评判一个数据架构的好坏

TiDB 社区干货传送门

数据库架构选型

某业务升级5.0解决慢SQL问题

TiDB 社区干货传送门

实践案例 故障排查/诊断

TiDB 集群的可用性详解及 TiKV Label 规划

TiDB 社区干货传送门

TiDB 底层架构

【文章】精选实践汇总2

TiDB 社区干货传送门

实践案例

一次热点问题排查经历

TiDB 社区干货传送门

故障排查/诊断

写冲突场景下的悲观/乐观事务模型选择

TiDB 社区干货传送门

实践案例

通过改变行为来介绍DevOps文化_精益_Manuel Pais_InfoQ精选文章