DevOps scmroad-devops 讨论

laofo · 发布于 2019年6月25日 · 31 次阅读
4

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

共收到 0 条回复
1楼 已删除
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册