20190619-scmroad-devops 讨论

devops 不可能有完整的 ops 职能的，毕竟一个偏业务实现，一个偏运营管理，相对来说二者在职能划分上只能交叉，不能完全融合，不过在非技术的其他职能人员来看，往往把 IT 领域当成一个整体，所谓你是干 IT 的，就要会开发，会运维，会测试，甚至会修电脑，装系统。 正所谓外行看热闹呗，我一直觉得一专多能才是各个 title 所需要的复合型人才。现在都是 aipos 的热点了，看往后还会有啥新名词

工具能解决的是重复性和实效性问题

所以我觉得 aiops 搞所谓的” 一专多能 “是违背自然规律的，不符合工业化的基本原理。IT 行业仍然是一种工业，就需要符合工业发展的基本规则。外行看是你什么都会，内行就知道，一个方向都精力不足，不可能样样精通

引用开发的术语来说，devops 应该是把 dev 和 ops 这两个职能都做成真正的黑盒子，定义清晰输入输出，真正做到封装。我理解 devops 和你的理解恰好相反，devops 应该是 dev 完全不需要知道 ops 怎么做，反过来一样。

devops 是要解决这个沟通成本而出现的，但解决方法应当是各自封装，对好接口，而不是让 dev 去学 ops 或者反过来。

ops 不理解 dev 的业务直接就没洗了，但 dev 不了解高端的 ops 实践则没那么要紧，所以 amazon 和 netflix 很多都是 dev 兼职 ops 的

民间术语： 技多不压身。 老板视角：管你是啥，能解决问题才是优秀员工 [呲牙] 中国，还是讲究一专（专业度）和多能（涵盖面）的

从宏观上需要有一些人了解 dev 和 ops 的相关职能，打破部门强，加速价值流转，这些人是沟通的节点，但是对于大多数人来说还是该干嘛干嘛，各司其职各有所长才能做到效率最大化

各司其职的同时加速流转，就是我说的要定义输入输出，界定边界。类似一个系统工程，人人都做所有事是做不好事的，只有拆工作包，责任到人，才能降低沟通成本，提高效率。并不需要每个人都知道别人的工作

amazon 和 netflix 的 devops 中的 dev 是写线上业务代码的，不是 ops 写工具代码的 dev，所以没有扯皮