你的团队里没有DevOps文化？

本文是从 Do you have a DevOps Culture. 全球很多的系统负责人和程序开发者都在 撰写 、 聚会 和 讨论 关于DevOps的事：如何能更加有效的协作、让我们更快的创造商业价值. 阅读全文 | 邮件推荐 | 评论回复.

本文是从 Do you have a DevOps Culture. 全球很多的系统负责人和程序开发者都在撰写、聚会 和 讨论关于DevOps的事：如何能更加有效的协作、让我们更快的创造商业价值. DevOps的目标是摒弃传统的深根于开发和实施过程中那种单打独斗的思考方式. 那么，你如何能辨别你的团队是否已具有DevOps文化了呢.

笔者所在的技术团队负责了数十个项目的开发和维护工作，每个项目都至少有dev、qa、hidden、product四个环境，数百台机器，在各个系统之间疲于奔命，解决各种琐碎的问题，如何从这些琐碎的事情中解放出来. devops成了我们不二的选择. 文章是基于目前的环境和团队规模做的devops实践总结，方案简单易懂，容易落地且效果显著.

在2016年12月的Velocity China2016，阿里巴巴平台架构部研究员林昊（花名毕玄）发表了题为《阿里应用运维体系演变》主题演讲，其中透露了一个大新闻：. 阿里为全面践行 DevOps 思想，并进行组织结构调整：将以前的应用运维团队全部打散，并合并到各BU的软件开发团队中去. 这一举措，听起来颇有大将风范.

在IT企业里产品从创意到交付给用户，从整体上看是由技术部门负责，但如果深入到技术部门，会发现由不同的技术团队负责不同的部分或者阶段. 一般会分产品团队、开发团队、测试团队以及运维团队，在互联网公司里，运维团队一般还分基础运维和产品运维两个团队，基础运维负责基础设施(包括机架、网络、硬件)和操作系统的安装，为整体公司的所有产品提供基础设施的运维服务.

DevOps 的 3 个支柱. 第 1 步：寻找合适的试点项目. 第 3 步：快速建立初期成功. 第 4 步：快速展示和持续改进. 第一阶段：每次提交触发完整的流水线. 第二阶段：每次流水线触发自动化测试. 第三阶段：出了问题可以在第一时间修复. 第二步：定义指标并达成一致. 第三步：建立自动化执行和检查能力.

DevOps系列文章包含了本人在工作中的实践和认知理论，现总结并分享出来，希望能够给“迷你型”团队在DevOps上的实践提供一个“反面教材”和可行性建议. 本系列主要包含以下文章(过程中可能也会有所更改)：. DevOps实践一：DevOps概述. DevOps实践二：持续集成、持续交付和持续部署.

Culture – 文化：公司各个角色一起担当业务变化，实现有效协作和沟通；. Automation – 自动化：在价值链中尽量除去手工步骤；. Lean – 精益：运用精益原则更频繁地交付价值；. Metrics – 度量：度量并使用数据来优化交付周期；. Sharing – 分享：分享成功和失败的经验来相互学习.

根据Neil Garnichaud在Dr. Dobb’s上发表的文章《 究竟什么是DevOps》，想要频繁地发布高质量的软件，首先需要弄清如何使开发人员、QA人员和运营人员在一起协同工作. 在软件公司里，特别是在开发基于云的网络应用， 而又缺少有才华的、合格的员工的公司中，压缩的时间进度和最低限度的QA是压力的根源.

DevOps 数字化转型框架. 企业为什么需要一站式综合研发平台. 越来越来多的组织开始搞敏捷和 DevOps 转型，打造了很多的 DevOps 基础设施，比如有管理需求的 Jira， 有持续集成的 Jenkins，有容器编排的 K8S 等等. 可是这纷繁复杂的 DevOps 工具链，同时也给企业带来新的困扰.