3.我们离DevOps多远？

DevOps不紧急关注软件部署,它是部门间沟通协作的一组流程和方法.

1.纵览全局(打破职责界限)

把目标放得更远一些,不再为了赶代码而将质量保障交给QA和OP,不是为了增加测出Bug的数量而和RD争论,

不是为了减少变更而是积极的适应变更,我们共同的目标四实现商业目的,频繁变更不是质量的杀手,

而应该在软件开发整个流程多个环节进行质量的保障,病频繁的运行这些保障

2.DevOps不容易

首先让我们弄清楚DevOps不是什么.DevOps不是chef,Puppet或Salt Stack,或者任何其他工具,脚本环境或技术,

虽然自动化是DevOps的核心理念,但它不等于自动化

DevOps也不会是你组织里深层次技术和专业技能的替代品,去专业化,不意味着你要结果Linux或Oracle专家

3.文化制约

DevOps要求深层次的文化和组织变革,需要改变行为习惯---要改变太多,这意味着大家要扔掉奉行了几十年的规则


IT组织结构调整很容易,我可以把开发人员和运维人员安排在同一个房间,安排他们完成工作,但是,这两个不同群体的人,真的能融入DevOps吗?

4.怎么搞定DevOps

想要为DevOps和应用灵活性而重塑你的团队,需要领导层的勇气和无私奉献,当然,需要花费时间和金钱,并且需要在团队成员筛选上做出艰难的决定

人民需要知道他们需要对什么样的系统负责,而并不仅仅是毫无责任的从一个系统转换到另一个系统,团队在一起,共同为他们的应用和系统负责.

来源张永光的博客