DevOps scmroad-devops 讨论

laofo · 2019年06月25日 · 1 次阅读

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,所以没有扯皮

1楼 已删除
需要 登录 后方可回复。