来讨论下国内运维的水平吧? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
xdays
V2EX    DevOps

来讨论下国内运维的水平吧?

  •  
  •   xdays 2013-04-25 11:15:00 +08:00 7595 次点击
    这是一个创建于 4629 天前的主题,其中的信息可能已经有所发展或是发生改变。
    说下我认为评估运维整个水平的几个标准吧:
    1. 平台用户量(有多大需求就需要多大能力)
    2. 架构(架构是技术实力的最终体现)
    3. 规范(自动化的前提,没规范只会越来越乱)
    4. 工程师水平(学习能力;开发能力;上进心<不怕海一样的并发,就怕猪一样的队友>)

    说下我这里的情况吧
    平台用户量:海量,运营商级
    架构:较为完善,高可用性,可扩展性
    规范:没有,乱成球了,出问题靠人抗
    工程师水平:参差不齐;基本没有研发能力
    总结:如果分成石器时代,青铜器时代,铁器时代,蒸汽时代和电气时代,我觉得我们也就处在铁器时代吧。
    21 条回复    2021-09-23 11:24:16 +08:00
    guokai913
        1
    guokai913  
       2013-04-25 11:51:22 +08:00
    同感!!!
    akin520
        2
    akin520  
       2013-04-25 12:12:23 +08:00
    现在我们人数少,有一些规范。总之也在铁器时代呀,基本靠人呀
    nine
        3
    nine  
       2013-04-25 12:23:59 +08:00
    我感觉顶多在石器时代吧!
    xdays
        4
    xdays  
    OP
       2013-04-25 12:25:36 +08:00
    @akin520 人数少是定规范的好时候,人多了光人的问题就是很大问题,众口难调。
    Zhang
        5
    Zhang  
       2013-04-25 12:28:43 +08:00
    你说的是阿里云么?
    xatest
        6
    xatest  
       2013-04-25 12:30:04 +08:00
    业界通用的运维水平有个常见指标是 人均维护机器数量,在Google达到了5000
    LZ各个方面说得模棱两可,比如平台用户量,却没有量,有数字才叫量好吗?
    kevinv
        7
    kevinv  
       2013-04-25 14:31:11 +08:00 via iPhone
    不太懂为什么讨论这个,鄙人认为有讨论这个的时间还不及把问题解决了。其实最可怕的是不知道问题出在哪里的时候。国内运维环境乱就想办法整好,整好你就牛了:)
    feiandxs
        8
    feiandxs  
       2013-04-25 15:19:45 +08:00
    想起了鄙人曾经发过的某帖子…… http://www.v2ex.com/t/45965

    # 人均维护机器数量这个目标在中国目前大环境下也许并不适用。大公司有自己的运维部门的相对好处理一些,也容易建成较高水准的运维体系。但在IDC行业的运维里可不是这样。不是单纯批评国产IDC们,换成是你我来考虑建设运维体系,做的也不见得会比现在的平均水平好到哪里去。这不只是理论和技术水平的问题。

    #如果真要用划分区段来比喻,目前应该算是百家争鸣的时代。大量低水平从业人员的进入,一方面造成了市场的愈加混乱,另一方面也在无序的竞争里,脱颖而出了一些响当当的名字。他们或许是巨头背景,或许是十多年的资深老手,也可能是初生牛犊不怕虎的初创。某种意义上来说,他们的脱颖而出,能挣来的口碑,一方面是他们自己的努力,另一方面也要感谢当下这个水平不高的大环境。

    #说回到公司内部的运维体系建设,我觉得总体上出于一个不错的水准了。缺乏的是和开发部门协调的能力。但这个能力的养成又有赖于公司整体跨部门的合作,非运维或开发单方面努力就能够解决的。

    #初创团队里一般有这样的多面手,横跨开发和运维,开发为主,运维为辅。能成事。但如果突然纳入一个真正的可以成为体系的运维团队里,他一定会有较长的不适应期。
    xdays
        9
    xdays  
    OP
       2013-04-25 15:20:04 +08:00
    @Zhang 不是,阿里云不会自动化程度那么地的
    xdays
        10
    xdays  
    OP
       2013-04-25 15:23:36 +08:00
    @xatest 人均维护设备数也算,这方面是由自动化程度决定的,这方面我们就很低了人均150左右;目前平台用户量我也没统计过,我们不是网站运维,不太关心究竟多大用户量。
    xdays
        11
    xdays  
    OP
       2013-04-25 17:27:17 +08:00
    @kevinv 讨论这个是因为我想了解下国内目前运维的水平;其实最怕的还不是知道问题出在哪里了,而是知道出在哪里了却从技术上解决不了,技术真不是万能的;如果真有人能用技术能力和非技术能力将一个平台整好,我真佩服!
    glancesx
        12
    glancesx  
       2013-04-26 00:10:46 +08:00
    2,3主要依赖4吧,激情的团队,可以称为战友的同事.另外特别是运维和研发的配合,真不是技术能解决的问题,太复杂.
    shanks
        13
    shanks  
       2013-04-26 10:08:00 +08:00
    LZ看来是高端运维人员啊。。。
    想请教LZ一个问题,现在企业招聘所说的系统工程师和运维工程师的有没有什么本质区别?对于运维工程师来说,什么技能才算核心竞争力?学生党求赐教
    zz1956
        14
    zz1956  
       2013-04-26 10:43:42 +08:00
    运维移动化呢,通过手持设备监控,管理
    xdays
        15
    xdays  
    OP
       2013-04-26 10:50:46 +08:00
    @glancesx 尤其是大公司。
    xdays
        16
    xdays  
    OP
       2013-04-26 11:14:56 +08:00
    @shanks 高端真不敢当;系统工程师更侧重底层些,但我觉得好的运维也是系统工程师,只可惜运维这个行当已经沦为苦力了,一家之言哈;我觉得核心竞争力是理论基础,好奇心和学习能力,具体到技术方面看看招聘的职位要求就知道了。
    xdays
        17
    xdays  
    OP
       2013-04-26 11:15:52 +08:00
    @zz1956 这个至少得到了电气时代才能去考虑吧
    glancesx
        18
    glancesx  
       2013-04-26 11:32:44 +08:00
    @xdays 握手 ;-)
    davepkxxx
        19
    davepkxxx  
       2013-04-26 11:44:49 +08:00
    我的运维工作的同学是这样和我说的,他们是靠加班那工资。
    xdays
        20
    xdays  
    OP
       2013-04-26 15:52:11 +08:00
    @davepkxxx 可悲哦
    ltruntu
        21
    ltruntu  
       2021-09-23 11:24:16 +08:00
    会摸鱼就好
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1128 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 36ms UTC 17:51 PVG 01:51 LAX 09:51 JFK 12:51
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86