请选择 进入手机版 | 继续访问电脑版

IT运维管理,ITIL,ITSS,ITSM,ISO20000-ITIL先锋论坛

 找回密码
 微信、QQ、手机号一键注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

艾拓先锋
搜索
查看: 349|回复: 0

敏捷文化--我们在实施DevOps时遇到的挑战

[复制链接]
来自- 巴西

参加活动:0

组织活动:0

发表于 2018-10-19 10:39:53 | 显示全部楼层 |阅读模式 来自- 巴西
本帖最后由 adminlily 于 2018-10-19 10:41 编辑 7 H# M! B( T, ~

+ N( w. C; P6 i7 m
1.png
题图:敏捷看板
; D9 R2 A% K+ o1 h

, Q' ?$ X6 E* J' O
现在只要搞开发的人,都在谈微服务,只要搞运维的人,都在谈DevOps,但对于大部小伙伴来说几乎没什么经验,对于大部分企业来说也只处于尝试阶段,虽说如此,可感觉大家在制定目标时,都不太喜欢给自己留余地,把规划写得很大,功能很全,甚至恨不得一夜之间所有问题都会通过微服务与DevOps的设想凭空消失。
, b. J: F& u- r2 d% |$ W3 u

/ `+ e  V+ ^8 Q5 y% o. z
早在上半年,我曾向大家介绍过好买在这几年中实施DevOps的一些经验与教训,但绝大多数内容偏向于技术,对于其他方面说的太少,从本文起,我将通过一个系列向与大家聊一聊 “我们在实施DevOps时遇到的挑战”

+ D6 _$ `" }4 v1 x1 b3 ]; f4 V

) I9 M) K( P, i6 q
切换敏捷之前的过渡区
  d" B; U0 \6 X1 M  R9 T

% X8 P) {# b* S( y0 N- U
对于许多草根程序员来说,提到敏捷所能带来的收益,条件反射的会说 “能快呀”、“不用写文档啦”

: F7 j1 a' L" |8 K2 V2 U7 e
( t: K. a/ D* V0 M. i8 N. B
不能说这种说法有问题,只是不够专业,在实际的工作中,我们是否经常会听到这样的对话?

" `4 |: W4 C+ S% q" F% s
/ O+ h3 v- `5 g6 M9 Q7 h- [1 X9 V. ~( i; U
行,就按照你说的做,我写个需求规格说明书给你

( [6 p3 d, x6 z5 K+ ~
( ^0 h% r, f  U& E
好的,写完别忘记给领导审批,然后我按照需求做个设计给你看下
……
; P/ [. K. c$ F. {' _

% S' V0 e: E3 @# g7 k" H
开发结束啦,已经提测了,你问问测试吧
……

9 k* L2 h8 {2 ]/ X4 Z! X$ o: A0 K
3 {( X5 j" b; i! O
问问测试吧,什么时候可以发布仿真环境
……

( E  `0 m& k: W" v

4 m- t$ a" D6 v; a0 p0 Y8 V9 F
又改需求了?别忘记先改需求规格说明书,要不然代码和文档对不上了,改完我再开发
……

3 `6 Q& h+ J& o+ R
- H. ~$ z3 }: N6 t% ]3 ~
对于长期适应于「需求 -> 设计 -> 开发 -> 测试 -> 运维」的企业来说,直接切换至敏捷模式,无论对业务、技术及架构都是非常具有挑战的,这种挑战多半来自于业务场景与公司文化的限制,甚至是组织结构的局限性,不但不能快起来,甚至会带来一些意想不到的灾难6 U2 o5 @) _  [3 D* w5 s
1.png
(图文:职能化筒仓式组织结构)

- g7 x! A% Z: p, Q. g5 }- W" g

- g+ ]2 U9 c4 K$ P6 Q6 x
先用迭代让业务快起来,敏不敏捷不着急
% B6 M# I7 B, N5 f" U

+ `( j! W, ~, z% @$ e# ^
对于金融类企业来说,多半是业务驱动模式,业务关心的是 “快上线” 、 “别出事”,至于技术是用什么实现,敏捷也好,糊上墙也罢,他们其实并不关心

# P+ ]5 |- a3 X$ L; G: Y6 m( x
6 i. E% T+ r. L2 `2 k
为了快速让业务获得收益,在采用敏捷之前我们选择迭代进行过度

  H2 U& r8 t& x
) `+ a) `' j0 W3 K$ @% k
举例说明下迭代给业务带来的价值:要计划制造一辆汽车,它最核心的功能是可以在路上跑,所以我们可以先制造一个踏板车,依次迭代为滑板车,自行车,摩托车,汽车
1.png
(图文:正确理解迭代的方式)
. F' V! z; k5 P* n: k  z
" z' B! S) K. }9 D4 K: W
瀑布 - 迭代 - 敏捷,三者的差异是啥呢?
1.png
(图文:瀑布与迭代的区别)5 q9 _5 T! n* [- W9 S# L
1.png
(图文:瀑布的特点)
1.png
(图文:迭代的特点)
1.png
(图文:迭代与敏捷之间的区别)
5 i! n1 ]4 d# w

5 _$ p6 h" \& T0 y4 ?

) _/ p( x$ s/ [; W  I  n3 k) `
大家都缺乏敏捷文化
2 N8 _5 f) Y# L( q
7 j: R0 w; q/ K; o
从某种角度来讲,目前我们还是按照 「职能化筒仓式组织结构」进行分工协作的,开发和运维部门经常会坐在一起探讨,就运维流程如何改变、自动化能力如何建设等,然而自始至终无法突破的终极问题就是:无论我们如何改变,如果万一生产环境出了问题,谁承担责任?因为DevOps能力的建设需要一个过程,开发团队不敢承诺完全承担责任;而运维因为弱化审批和控制力,也认为不该为其承担责任。最终不了了之。

9 G# W) C8 z1 P2 {. Y9 k, V

. ^- a' A! S  z+ H$ G
其实,使用迭代过度也只是权宜之计,真正的问题出在文化上,旧有的组织治理模式产生了各扫门前雪的官僚文化,没有责任共担,以及出现问题必然问责的文化。这种文化可能源自惯性的职能化思维,可能源自组织的绩效考评和激励制度。
1.png
(图文:跨职能产品化的组织结构)

0 R' V1 Z* T1 ^+ [! y4 V) j( h7 X; E


' K+ S$ _, s1 g" C2 G# u9 X

现代关于“系统论”的研究已经在很多著作中强调,一个组织就是一个由人构成的复杂系统,组织中每一个人所能获得的信息是有限的(包括最高管理者也是),每个人或团队都只能基于自己有限的经验、有限的信息做出决策和行动。


; Q5 `8 Q& ]& i( V! \* C

' Y0 `& _7 z7 S4 U2 x4 B( a# R1 ~

如果系统发生失败,例如生产环境出现问题,这必然是由于系统各个部分相互作用(从想法提出到软件投产各个环节的相互作用、系统与其它系统间的相互作用)产生的结果,对其中任何局部进行惩罚无非是寻找替罪羊,有害而无益。这时候组织真正应该做的,是相信每一个人都已经做出了最大努力,将相关干系人拉到一起对问题的根因进行分析,找到能够有效避免类似问题再次出现的解决方案,并确保该方案得到实施,对其效果进行验证。


: b6 A/ V: n7 ~3 U& M


" Z( \0 m$ Z  R# H! k, ?. e+ U; Q

这是ThoughtWorks在一篇DevOps文章中所提到的,我觉得一针见血,不过对于大部分企业,尤其是金融类企业,实践落地所付出的周期与成本可能会更大一些。9 `6 p3 w& E3 S2 F# q! S


2 z9 z* C* s4 b5 [9 N  C- T5 |


% c8 m% E  A. }) e: \; v& H0 F

再举个例子,我曾经说过,我们的架构部模仿饿了么的 “随机故障测试系统(Kennel)” 自研了一套 “混世魔王”,英文名叫“ChaosDevil”,这个 “魔王” 会根据策略每隔一段时间随机将生产环境服务器关闭,以此来测试生产环境的快速恢复能力,促使各团队提升系统的稳定性;

1.png

(图文:网络游戏 - 混世魔王形象照)

6 W( ~3 N6 r+ }( A5 ?


1 J, r4 ?+ z3 u6 l4 J

有趣的是被指定优先使用的团队口头全力支持,但实践起来却迟迟延误,当然大家都比较忙,这也是可以理解的。不过我们可以设想下,如果没有这个“魔王”,大家可以给领导讲自己的系统很稳定(只要没出问题);


+ a5 G- n4 ?; |; w

9 }0 }2 X! r+ u3 x3 d

然而这个 “魔王” 可能会随时暴露出自己的系统并不像自己所宣称的那样稳定,会降低自己在上级心目中的“有能力”印象,随之而来的可能就是问责、惩罚;

" y. W& \, t* u


9 c# ?& }0 Q1 b9 R: O9 X$ S8 h$ q

这样的文化下,大家真正关心的是如何给领导“表现”,而不是在真正的系统稳定性上追求卓越。


" c2 X9 N# O6 R/ h2 T; s

5 Y6 C7 D, ^7 Z3 Q3 L3 o5 b

所谓敏捷文化是个啥?

: _% y; X; {! y/ J


3 C2 [4 I' M" Z2 D+ P

抄袭一张图吧,简单点
1.png
(图文:敏捷,乃至DevOps所需要的文化)
+ j, L6 L, W% P( ]$ N* c% i
原创: 王晔倞

本版积分规则

选择云运维时代的王牌讲师-长河老师,助你轻松入门ITIL Foundation培训课程

QQ|小黑屋|手机版|Archiver|艾拓先锋网 ( 粤ICP备11099876号-1|网站地图

Baidu

GMT+8, 2019-4-25 00:18 , Processed in 0.210121 second(s), 29 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表